第44次课 案例分析2014年10月26日.pdfVIP

我能过软考公益讲堂 --信息系统项目管理师 --系统集成项目管理工程师 第44次课 2014年10月26 日 需求管理、变更管理、收尾、质量管理 案例分析 QQ Tel YY频道ID 我能过软考网站： 10%的收益用于资助困难中小学生，公益无大小 专注专心共享共赢 信息系统项目管理全程辅导Q 更多资料请关注我能过软考网站 2010年11月试题二（需求与变更）25分高级 阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。 【说明】 某软件开发项目已进入编码阶段，此时客户方提出有若干项需求要修改。由于该项目客户属于公司的重点客 户，因此项目组非常重视客户提出的要求，专门与客户就需求变更共同开会进行沟通。经过几次协商，双方 将需求变更的内容确定下来，并且经过分析，认为项目工期将延误二周时间，并会对编码阶段里程碑造成较 大的影响。项目经理将会议内容整理成备忘录让客户进行了签字确认。随后，项目经理召开项目组内部会议 将任务口头布置给了小组成员。会后，主要由编码人员按照会议备忘录的要求对已完成的模块编码进行修改 ，而未完成的模块按照会议备忘录的要求进行编写。项目组加班加点，很快完成了代码编写工作。项目进入 了集成测试阶段。 【问题1】（10分） 请说明此项目在进行需求变更的过程中存在的问题。 【问题2】（10分） 请分析该项目中的做法可能对后续工作造成什么样的影响？ 【问题3】（5分） 请简要说明整体变更控制流程。 参考答案： 【问题1】 答： 1、没有按照严谨的变更控制流程对整个需求变更做完整的记录和跟踪（对于需求变更请求没有记录、没有对 变更进行正式的评审和批准、对于变更的结果没有验证） 2 、对需求变更可能造成的影响进行全面的评估和分析（只分析了需求变更对于工期的影响） 3、没有修改项目管理计划并重新评审（项目经理不应口头布置任务，同时里程碑的调整没有通知相应的管理 层） 4 、配置管理工作没有做好（没有对需求文件和设计文件进行修改，并升级相应版本，相应的模块编码的修改 也没有进行版本控制） 5、变更结果没有跟客户沟通（需求变更实施完成后，没有让客户对最终结果进行确认） 专注专心共享共赢信息系统项目管理全程辅导Q多资料请关注我能过软考网站 【问题2 】 答: 1、没有遵循正式的变更控制流程，可能导致需求变更的过程失控和不可追溯。 2 、没有对变更的影响进行完整的分析，可能导致无法全面了解这次变更对项目的进度、范围、 成本、质量等造成多大的影响。 3、没有修改项目管理计划，可能导致实际工作内容与计划有较大的偏差，使项目管理计划无法 指导项目实施。 4 、没有对相应技术文档进行修改可能导致需求、设计与编码无法对应，不利于后期的测试和以 后的维护工作。版本管理和配置管理没有做好，可能导致在变更失败后无法将项目恢复到变更 前的状态。 5、没有让用户对最终结果进行确认，可能导致双方对变更结果的意见不一致，不利于项目验收 和最终交付。 【问题3 】 答： 变更控制流程为： 1、提出书面的变更申请； 2 、对变更可能造成的影响进行评估； 3、提交CCB进行审批； 4 、获得批准后，安排相关人员实施变更； 5、对变更的结果进行验证。 专注专心共享共赢信息系统项目管理全程辅导Q多资料请关注我能过软考网站 2013年5月 试题三（收尾管理）（25分）高级 阅读下列说明，回答问题1至问题3 ，将解答填入答题纸的对应栏内。 [说明] 项目经理李工和近50人的项目团队经过近9个月的辛苦努力，在某信息系统项目约定的最后期限 内完成了信息系统的开发工作，并通