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

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

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

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

【说明】
某公司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分）
如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。

信管网薛果果：
问题1：需求分析后，不足是直接交给客户确认，涉及需求变更时，没有建立完整的需求变更体系；控制过程中，不足是每周根据需求和工作量重新评估，重新制定开发计划。
问题2：项目收尾 、项目验收
问题3：需求分析、需求制定、需求评审、需求变更、需求控制
问题4：需求分析后，应进行内部需求评审，涉及需求变更时，需建立完整的需求变更体系；控制过程中，在项目开发之前应制定项目进度计划并依据计划严格执行。

信管网luanyi0916：
问题1：
前期的需求分析和技术方案设计，业务组、实施组和开发组都要参与；形成的需求、技术方案不能只跟用户确认，还要与开发组进行确认，必要时还要进行评审；没有就需求和方案达成范围确认；没有成立测试组参与前期的需求分析和技术方案设计；系统上线投入使用之前可能没有进行必要的测试验收；没有就验收环节与客户确认；没有设立变更控制委员会管理变更；项目经理对需求分析、技术方案以及开发计划疏于管理。

问题2：
需求管理、需求确认。

问题3：
进行中、已取消、已推迟、新增加、已批准、已分配、已完成。

问题4：
前期的需求分析和技术方案设计，业务组、实施组和开发组都要参与；形成的需求、技术方案，除了跟用户确认，还要与所有相关干系人进行确认，必要时还要进行评审；前期就需求和方案达成范围确认；成立测试组参与前期的需求分析和技术方案设计；系统上线投入使用之前要进行必要的测试验收；就验收环节与客户达成一致；设立变更控制委员会管理变更；项目经理要加强对需求分析、技术方案以及开发计划疏于管理。

信管网paulgt：
1. 缺少质量控制流程，没有测试验证等环节；技术方案设计没有审核流程，无法保证深度和广度；实施组的工作流程过于粗糙，没有质量和风险管理环节；业务组在需求确认上缺少设计的细节和技术深度的环节；

2.

信管网799528687：
【问题1】
（1）项目整体范围定义不充分。
（2）只有业务组与用户进行需求确认（需要实施组，开发组共同参与）。
（3）没有定义需求变更控制过程。
（4）对于需求变更，只进行了记录，没有走需求变更流程。
（5）没有对需求变更影响进行评估。
（6）技术方案设计不充分，没有进行质量评审（需要业务组、实施组、开发组共同确认技术方案的详细程度，来验证需求的深度、广度）。
（7）没有进行需求跟踪，导致有些需求缺失情况。
（8）质量控制不够，导致程序有bug返工。
【问题2】
（1）需求跟踪（或需求双向跟踪）   
（2）需求追测
【问题3】
已建议、已批准、已实现、已验证、已删除、已设计、已交付、待批准、被拒绝
【问题4】
（1）项目组全体成员做好范围定义，并进行评审。
（2）项目组全体做好需求确认（业务组、实施组、开发组、用户一起确认）。
（3）定义需求变更控制过程（变更申请、评估、批准、实施、确认、发布）。
（4）每一项需求，严格遵守需求变更流程。
（5）做好需求技术方案设计质量评审。
（6）进行需求跟踪。
（7）做好范围控制。

信管网cnitpm684084480：