2015下半年信息系统项目管理师案例分析真题第三题 - 案例分析

2015下半年信息系统项目管理师案例分析真题第三题

来源：信管网 2015年11月07日【所有评论】

2015下半年高项案例真题第三题：需求管理方面分析题

需求管理及控制过程中存在哪些不足？需求可能存在的几种状态？请帮助小张改进需求管理及控制过程中的不足

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

试题三考友参考答案
【问题1】
(1)分析完成后马上与用户进行需求确认存在问题。需求分析完成后，要编制需求规格说明书，编制的过程也是对需求渐进明细的过程，然后进行需求验证和评审。
(2)需求状态表包括的内容不完整。
(3)技术方案设计完成后，缺少技术评审。
(4)开发组每周对已确定需求进行工作量评估，形成月度开发计划存在问题。应该在需求确认和评审通过后，制定项目的总体开发计划和月度开发计划。
(5)小张没有制定变更控制策略和需求变更控制流程。
(6)小张没有编制需求跟踪矩阵。
(7)小张缺乏项目的整体管理经验和能力。
(8)小张没有及时对项目进行监督、检查导致项目延期半年。
【问题2】
(1)需求管理 (2)需求评审
【问题3】
需求状态包括：已定义、已建议、己设计、已实施、已测试、已完成。
【问题4】
(1)建立需求变更控制策略和需求变更控制流程。
(2)采用多种方式充分获取用户需求并进行详细的需求分析
(3)形成需求规格说明书并与用户进行需求验证（确认）和评审。
(4)需求定稿建立基线，以后的需求变更必须走变更控制流程，并及时更新需求规格说明书和需求跟踪矩阵。
(5)编写需求跟踪矩阵，需求状态表等文档
(6)在需求规格说明书基础上编制技术方案，并进行评审。
(7)定期不定期对项目绩效进行监督检查，找出问题原因并指导团队成员解决。