某软件开发项目已进入编码阶段，此时客户方提出有若干项需求要修改。由于该项目客户属于公司的重点客户，因此项目组非常重视客户提出的要求，专门与客户就需求变更共同开会进行沟通。经过几次协商，双方将需求变更的内容确定下来，并且经过分析，认为项目工期将延误二周时间，并会对编码阶段里程碑造成较大的影响。项目经理将会议内容整理成备忘录让客户进行了签字确认。随后，项目经理召开项目组内部会议将任务口头布置给了小组成员。会后，主要由编码人员按照会议备忘录的要求对已完成的模块编码进行修改，而未完成的模块按照会议备忘录的要求进行编写。项目组加班加点，很快完成了代码编写工作。项目进入了集成测试阶段。
请说明此项目在进行需求变更的过程中存在的问题。
参考答案：
1．没有按照严谨的变更控制流程对整个需求变更做完整的记录和跟踪(对于需求变更请求没有记录、没有对变更进行正式的评审和批准、对于变更的结果没有验证)。
2．对需求变更可能造成的影响没有进行全面的评估和分析(只分析了需求变更对于工期的影响)。
3．没有修改项目管理计划并重新评审(项目经理不应口头布置任务，同时里程碑的调整没有通知相应的管理层)。
4．配置管理工作没有做好(没有对需求文件和设计文件进行修改，并升级相应版本；相应的模块编码的修改也没有进行版本控制)。
5．变更结果没有跟客户沟通(需求变更实施完成后，没有让客户对最终结果进行确认)。
解析：
本题主要考查项目需求变更控制管理的理论和应用。
在软件开发项目中，需求多变是经常遇到的一个问题，因此如何对需求进行管理成为软件项目经理在进行项目管理过程中的重点。如果不对需求的变更进行控制的话，将会导致整个开发过程的混乱。
举例来说，需求一旦变化了，那么相应的需求文件、设计文件都需要随之变化，与之对应的测试计划、测试用例可能也会发生大的变化，因此整个项目组是否按需求变更控制流程进行一致的变更就决定了项目后期的返工工作量。另一方面，在变更过程中要做好配置管理工作，一旦变更失败，要能够马上回退到上一版本，所以变更控制与配置管理是分不开的。 在项目管理领域中提出的变更控制流程其实是业界总结出来的最佳实践，基本的过程是：提出申请、对变更的影响进行评估或分析、提交CCB审批、批准或拒绝、实施变更、对变更的结果进行验证、将变更的结果通知干系人。在整个变更过程中要按配置管理的要求做好配置管理工作。