信息系统项目管理师案例分析当天每日一练试题地址：http://www.cnitpm.com/exam/ExamDayAL.aspx

往期信息系统项目管理师每日一练试题汇总：http://www.cnitpm.com/class27-1-1.aspx

信息系统项目管理师案例分析每日一练试题（2018/5/10）在线测试：http://www.cnitpm.com/exam/ExamDayAL.aspx?day=2018/5/10

信息系统项目管理师案例分析每日一练试题内容（2018/5/10）

试题一（15分）
阅读以下说明，请回答问题1至问题3，将解答或相应的编号填入答题纸的对应栏内
【说明】
M公司承担了某大学图书馆存储及管理系统的开发任务，项目周期4个月。
小陈是M公司的员工，半年前入职。在校期间，小陈跟随导师做过两年的软件开发，具有良好的软件开发基础。领导对小陈很信任，任命小陈担任该项目的项目经理。项目立项前，小陈参加了用户前期沟通会议，并承担了需求分析工作。
会议后，相关部门按照要求整理会议所形成的决议和共识，并发给客户等待确认。为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。
项目进行了2个月后，校方主管此业务的新领导到任，并提出了新的信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。
项目进入测试阶后，M公司开展内部管理审查活动。此项目作为在建项目接受了抽查，项目审查员给该项目提出了多个问题，范围管理方面的问题尤为突出。
【问题1】（5分）
结合案例，分析小陈在此项目中项目管理方面可能存在的不足。
【问题2】（6分）
小陈组织人员撰写的项目WBS如下：

xx大学图书馆存储及管理系统
110确定需         120设计        130编码         140测试        150安装与调试
111初步需求       121功能设计    131模块定义     141内部测试    151软件安装
112详细需求       122系统设计    132接口定义     142集成测试    152系统调试
133程序编码     143报告制定    153培训

(1)请说明上述WBS结构是将（     ）作为第一层进行分解的。除了上述方法，还可以采用哪些方式进行分解。

(2)从上图来看，完整的WBS中除了实现最终产品或服务外所必须进行的技术工作外，还需要包括 （      ）。

(3)创建WBS时要遵循哪些原则？供选择答案（将正确选项对应的字母填入答题纸对应栏内）：

A．在各层次上保持项目的完整性，避免遗漏必要的组成部分

信管网kevi0011：
1、小陈缺乏项目管理的相关知识和经验，需求分析不应由小陈一人完成，需求规格说明书没有经校方签字确认，没有范围变更流程或者变更流程不规范，小陈缺乏沟通技巧
3、需求获取由小陈一人完成，可能有遗漏或者理解错误，需求规格说明书没有经校方签字确认，没有指定项目范围变更流程
需求理解不一致，需求没有经过验证，文档不规范，需求缺乏双向跟踪机制

信管网臣maybe：
一，
1.小陈没有相关的项目管理经验，公司应对其进行项目管理方面的培训
2.小陈作为项目经理，不适宜再担任项目具体工作，应在项目立项会议后再任命其他人员负责项目需求调研工作
3.项目需求未经用户确认，形成项目需要说明书就开始下一步的开发了
4.没有组建项目变更委员会，对项目的需求变更进行分析管理并形成文档
5.干系人管理，沟通管理做的不够，没有及时分发项目绩效信息，引起客户的不满
二，
1.项目开发过程
2.相关文档的管理和培训工作
3.acderg
三，
1.在项目的启动过程，并没有对项目的范围进行确认并形成文档
2.在项目的执行过程中，没有做好沟通管理和干系人管理
3.在项目的监控过程中，没有做好项目的需求变更管理

信管网pengdianbo：
问1：根据自己的理解记录编写需求说明书，用户没有参与
     没有进行范围管理计划
     对需求没有进行评审，用户没有需求确认
     没有进行范围确认
     范围变更没有按照变更流程执行
问2：项目生命周期   可交付成果  子项目
     项目管理工作  外包工作
     a，d，e，r
问3：没有对范围进行管理，没有范围定义，范围确认，双方对范围没有统一认识
     政策问题、范围计划不周密、新技术、需求变化、实施方变化

信管网lhjjiayou：
1.软件开发的流程不清晰。需求未经确认即启动设计开发。
2.需求分析不够重视，只编写了一个晚上即启动开发。
3.团队管理方式严苛，不够灵活。应当积极挖掘项目成员积极性，进行鼓励。
4.变更管理认识不够，客户提交的变更，不应是直接拒绝，而是走变更审批流程。

软件开发阶段
aderg
1.需求分析阶段不重视，分析不充分，未与客户进行沟通确认。
2.合同签订中，未明确相关约束条件，未明确范围，以及相关验收标准；
3.干系人变更

信管网zhy_398063503：
1.小陈不具备项目管理经验和知识，没有管理经验
对用户需求理解不到位
用户没有对项目范围说明书进行确认签字就投入开发
小陈没有意识到范围管理的重要性，没有很好的进行范围管理
缺乏与客户和公司的沟通或沟通存在问题，沟通不够
公司在对小陈的项目管理工作没有进行监督
缺乏变更控制机制
缺乏风险意识，没有进行风险分析
2.项目生命周期 ；还可以采用项目型分解和系统及子系统分解 ；还要包括管理工作 ；aderg