|
并非对需求定义得越细，就越能避免需求的渐变，这是两个层面的问题。太细的需求定义对需求渐变没有任何效果。因为需求的变化是永恒的，并非需求写细了，它就不会变化了。项目管理者联盟
△注意沟通的技巧。项目管理者联盟文章
项目开发过程中的实际情况是用户、开发者都认识到了上面的几点间题，但是由于需求的变更可能来自客户方，也可能来自开发方，因此，作为需求管理者，项目经理需要采用各种沟通技巧来使项目的各方各得其所。blog.mypm.net
(3)、项目收尾阶段的总结talent.mypm.net
能力的提高往往不是从成功的经验中来，而是从失败的教训中得来。许多项目经理不注重经验教训总结和积累，即使在项目运作过程中碰得头破血流，也只是抱怨运气、环境和团队配合不好，很少系统地分析总结，或者不知道如何分析总结，以至于同样的问题反复出现。项目管理者联盟文章
事实上，项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容，同时也可以作为对项目合同、设计方案内容与目标的确认和验证。项目总结工作包括项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施的分析和总结，也包括项目中发生的变更和项目中发生问题的分析统计的总结。bbs.mypm.net
3、需求变更管理原则项目管理者联盟
虽然需求变更的内容和类型有各种各样，但需求变更管理的原则却是万变不离其宗。实施需求变更管理需要遵循如下原则：项目管理者联盟
(1)建立需求基线。需求基线是需求变更的依据。在开发过程中，需求确定并经过评审后(用户参与评审)，可以建立第一个需求基线。此后每次变更并经过评审后，都要重新确定新的需求基线。转自项目管理者联盟
(2)制订简单、有效的变更控制流程，并形成文档。在建立了需求基线后提出的所有变更都必须遵循这个控制流程进行控制。同时，这个流程具有一定的普遍性，对以后的项目开发和其他项目都有借鉴作用。training.mypm.net
(3)成立项目变更控制委员会(CCB)或相关职能的类似组织，负责裁定接受哪些变更。CCB由项目所涉及的多方人员共同组成，应该包括用户方和开发方的决策人员在内。
(4)需求变更一定要先申请然后再评估，最后经过与变更大小相当级别的评审确认。项目管理者联盟
(5)需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，以保持和更新的需求一致。转自项目管理者联盟 项目管理者联盟
|
