系统集成项目管理工程师案例分析当天每日一练试题地址：http://www.cnitpm.com/exam/ExamDayAL.aspx?t1=2

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

系统集成项目管理工程师案例分析每日一练试题（2017/7/12）在线测试：http://www.cnitpm.com/exam/ExamDayAL.aspx?t1=2&day=2017/7/12

系统集成项目管理工程师案例分析每日一练试题内容（2017/7/12）

【说明】
某公司2014年初承接了一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：
（1）指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；
（2）实施组获得需求分析文档后，一周内进行技术方案设计；
（3）技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；
（4）需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；
（5）开发组根据开发计划进行定制开发工作；
（6）每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。
项目进行过程中，发生了如下事件，导致项目延期半年才完成：
[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。
[事件2] 2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。
【问题1】（12分）
结合案例及你的工作经验，请说明项目经理小张在需求管理及控制过程中存在哪些不足？
【问题2】（4分）
结合案例，围绕需求管理，请将下面（1）~（2）处的答案填写在答题纸的对应栏内。
案例中，2014年底推广使用的时候发现，业务流程有缺失，这一现象是由于缺乏（1）中的（2）
【问题3】（5分）
结合案例和个人经验，简要叙述项目中需求可能存在的几种状态。
【问题4】（4分）
如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。

信管网shisir_123：
【问题1】 1、未制定需求管理计划 2、缺乏需求定义环节，未形成需求规格说明书 3、缺乏需求验证环节，未进行需求评审 4、对客户需求获取不充分 5、没有求得干系人对需求的一致理解 6、需求分析不到位 7、没有制定需求变更流程 8、没有对需求变更影响进行评估 9、没有进行需求跟踪，导致部分需求缺失 10、需求状态表内容不全 【问题2】 需求管理 需求验证 【问题3】 已提出、已定义、已批准、已建议、已分析、已评审、已设计、已开发、已测试、已验视、已实现、已确认 【问题4】 1、制定需求管理计划 2、形成需求规格说明书 3、邀请客户一起进行需求评审 4、充分获取用户需求 5、充分分析用户需求 6、建立需求变更控制策略和需求变更流程 7、编制需求跟踪矩阵，需求状态表等文档 8、在需求规格说明书基础上编制技术方案，并进行评审 9、定期不定期对项目绩效进行评价，对需求进行跟踪，防止出现偏差

信管网cpp：
1.1.需求分析简单，没有用户参与，文档没有评审 2.技术方案没有进行评审 3.开发计划，开发工作没有全员参与，没有考虑风险 4没有进行质量控制 5.没有沟通管理 6.各小组之间沟通少 2.需求管理中的需求确认 3.用户能够描述清楚的，

信管网kanyaolong101：
【问题1】 （1）没有按照标准的需求变更流程来管理需求变更。 （2）没有成立需求变更控制委员会（ccb）来做需求控制。 （3）需求分析、方案设计、功能开发三个组之间缺乏有效的沟通，缺少协调，工作脱节。 （4）系统开发完毕后缺少必要的测试。 （5）需求上线后，需求跟踪做的不到位。 （6）业务组做需求分析的能力不足，需要有开发经验和业务熟悉的人来做需求分析公司。 【问题2】 需求变更控制管理，需求评审验证 【问题3】 需求变更接收、需求变更影响评估、需求变更评审、需求变更执行、拒绝变更、需求变更跟踪 【问题4】 1、成立需求变更控制委员会（ccb） 2、建立需求变更控制流程 3、打破以小组为单位的需求管理方式，打破人为制造的沟通障碍。 4、加强需求变更的后期跟踪管理工作。

信管网yezileon：
【问题1】 1.需求管理没有一套完整的管理流程； 2.没有明确对应的需求获取方式； 3.需求获取时挖得不深，需求分析在深度和广度上做得不够； 4.需求分析仅限于业务组的需求分析，未邀请技术团队和测试团队参加； 5.没有进行需求评审，导致有需求遗漏； 6.需求管理中没有定义需求冻结期，题干显示可以无休止的提出新的需求或者需求变更。 【问题2】 需求管理 ，需求评审 【问题3】 需求可能存在的状态有如下几种： 已建议：该需求已被有权提出需求的人建议 已批准：该需求已被分析，估计了其对项目余下部分的影响 已实现：已实现需求代码的设计、编写和单元测试 已验证：使用所选择的方法已验证了实现的需求 已删除：计划的需求已从基线中删除。 【问题4】 需求管理建议以如下方式开展： 1.明确添加需求获取过程，使用访谈、焦点小组会议、头脑风暴、问卷调查、原型法等多种方式获取需求； 2.通过多种方式进行用户需求分析。包括使用图形表示法、原型等可视方法、系统可行性需求分析及模块描述系统； 3.编写需求说明书； 4.进行需求验证和需求评审。 5.对定稿的需求建立需求基线。 6.管理和控制需求变更。 需求控制需要严格按照整体变更控制管理进行，有变更，走流程。 1、有需求变更要提出变更请求； 2、审核需求变更带来的影响； 3、由ccb确定批准或拒绝需求变更； 4、对批准了的需求变更，相应修改范围说明书和其他项目管理计划文件； 5、及时发布变更信息； 6、跟踪批准了的变更的实施情况；

信管网ljp510016132：
1、（1）没有指定完整的整体管理流程 （2）指定的范围管理计划不合理 （3）需求分析没有编制详细需求规格说明书 （4）需求没有进行需求评审 （5）需求没有得到各干系人一致认可 （6）技术方案编制后没有进行评审 （7）需求变更没有走变更控制流程 （8）没有成立变更控制委员会来控制变更 （9）没有对需求变更控制可能导致的范围、进度成本变更进行分析 2、测试 功能测试 3、需求状态：收集、编辑、确认 4、（1）制定完善的范围管理计划 （2）制定需求变更控制流程 （3）严格按照变更控制流程进行需求变更 （4）与用户沟通制定详细的需求规格说明书 （5）组织项目干系人进行需求评审、并得到项目干系人对需求的一致认可 （6）对需求变更可能导致的范围进度变更进行评估