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

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

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

点击查看：更多信息系统项目管理师习题与指导

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

试题一（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．在各层次上保持项目的完整性，避免遗漏必要的组成部分

B．一个工作单元可从属于某些上层单元。

C．相同层次的工作单元可以具有不同性质。

D．工作单元应能分开不同责任者和不同工作内容。

E．便于项目管理进行计划和控制的管理需要。

F．最低层工作应该具有可比性，是可管理的，可定量检查的。

G．分解到统一颗粒度的工作包。

H．WBS不包括分包出去的工作。

(1)请指出案例中引起范围变更的原因。

信管网瓜果：
项目管理方面存在不足1 小陈缺乏实际的项目管理经验，未制定项目整体管理计划 2虽然有前期和用户一起讨论了需求，但没有让用户确认签字。需求的管理没有做好 3项目范围管理没有做好 4 项目的进度计划没有，项目工期过于紧 5需求规格说明书没有同客户进行确认 6没有很好的和客户进行沟通管理 6没有规划项目的风险管理 7 没有做好变更管理   

开发顺序  培训


f e  d a c



1.没有同客户明确项目的需求 2 用户领导变更导致      主要原因 1 客户提出新的想法需求 2 采用了新的技术 3穿件新的功能

信管网kingbn：
问题1：
（1）小张项目管理经验不足，作为技术人员专攻编程厉害，但是管理能力明显缺乏。
（2）需求沟通会后，没有等待客户的签字确认就开始进行需求规格说明书的撰写，没有得到明确的需求。
（3）需求文件的撰写完毕后，没有让项目干系人参与评审没有签字确认，固化需求。
（4）制定的进度计划没有做到全员参与，且没有通过评审 没有通知相关干系人。
（5）变更控制的流程不对，在进行完变更分析后，应该提交ccb审核，而不是自己就进行批准或拒绝变更。
（6）项目与客户的沟通不良
（7）没有制定范围管理计划，对范围的控制和需求追踪没有进行有效管理，导致部分功能没有与需求一致。
（8）软件需求规格说明书只是产品范围的描述，没有形成项目范围说明书。
（9）进度管理太死板，应该允许根据实际情况来安排进度
问题2:
（1）项目生命周期，把项目重要的可交付物安排第一层，把项目的子项目安排第一层（2）人员培训（3）adef
问题3：
（1）没有在需求分析通过客户确认后就开始了撰写需求规格说明书，客户的新的需求没得到响应，
（2）技术改进，政府社会等外部影响，材料价格等；项目范围计划不周密，存在遗漏，项目组织本身发生了变化

信管网taqula：
问题1
1、项目章程未发布，定义项目经理的职责
2、在做需求分析的时候，需求范围说明书未得到建设方的确认就开始开发工作，埋下变更的隐患
3、未对用户提出的变更提交变更管理委员会进行审核
4、项目经理对建设方的需求认识不足

问题2
1、按照软件开发的过程作为第一层进行分解；还包括按功能分解
2、还需要包括试运行、运维等工作
3、a＼c＼d＼e＼f

问题3
（1）1、在做需求分析的时候，需求范围说明书未得到建设方的确认就开始开发工作，导致原先的需求可能不符合用户的业务要求
     2、建设方的业务策略有了新的要求

（2）1、需求分析的不明确
    2、承建方对建设方的业务需求认识不足
    3、建设方的业务要求发生变化
    4、技术能力不足导致的需求无法实现

信管网zb_lp：
1需求分析不充分。
2范围没有经用户确认，就开始系统设计。
3、范围变更没有走流程
4与用户沟通不充分。
生命周期，子项目、可交付物
adefg
1、收集需求不充分
2、范围管理计划不完善
3、范围没有经过用户确认。
4、主管领导更换，提出新需求。
5、范围变更流程。

信管网diａｎｄian2013：
1 需求收集及确定不够全面，仅通过会议收集需求，没有全面了解干系人的需求；在没有得到干系人的确认情况下，制定软件需求规格说明书；没有制定项目管理计划，对项目进度、范围、质量等有明确；对项目开始实施过于草率，既没有经过专家判断和会议，就匆忙开始软件设计；对于干系人提出的变更，没有按照变更流程，直接就拒绝；与干系人的沟通方式有问题，与干系人发生争吵。
2 软件开发生命周期的各个过程，除此之外还可以按项目的各个阶段进行分解；培训；defg
3 主要干系人变化带来的对需求的变化；
造成项目范围变更的原因主要有：组织环境因素的变化；政策的变化；技术的变化。