项目管理难点大家谈：怎样做好项目需求变更管理

PMP: 
PMP指的是项目管理专业人士资格认证。它是由美国项目管理协会（Project Management Institute(PMI)发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。 
其目的是为了给项目管理人员提供统一的行业标准。目前，美国项目管理协会建立的认证考试有：PMP（项目管理师）和CAPM（项目管理助理师）已在全世界190多个国家和地区设立了认证考试机构。 

什么是需求变更

需求变更，即对项目或者软件开发需求的更变，是指在跟客户签订了项目或软件开发协议之后，在完成交付之前，客户提出的对项目或者软件的功能或非功能性的更改要求。
客观地说，“项目一旦启动，变更也就随之而来”，但是，需求的变更必然会影响到项目的开展或者软件的开发，需求变更对项目或者软件开发成败有重要影响，我们既不能一概拒绝客户的变更要求，也不能一味地迁就客户，所以控制需求变更才是最好的应对策略。当然，需求变更控制的目的不是控制变更的发生，而是对变更进行科学的管理，要确保变更有序地进行。
一般地说，为了确保需求变更符合双方的利益，可以采取如下措施来控制需求变更：
1.分级管理客户需求，重点客户重点管理；
2.项目开发生命周期全过程需求变更管理，确保整个项目顺利完成；
3.专人负责需求变更管理工作，确保工作同步进行；
4.契约化管理需求变更。合作双方在签订协议之初，书面约定需求变更的提出方式、评价程序、修改要求、执行过程以及验收要求等。只有这样，才能确保需求变更按程序和要求有序进行。
5.需求变更必须提前沟通，双方要加强信息交换，防止搞突然袭击，更不能提出超越双方能力的需求变更。 

网友观点一：如何有效控制项目需求变更？

需求变更对软件开发项目成败有重要影响，既不能一概拒绝客户的变更要求，也不能一味地迁就客户，所以实施需求变更之前必须做好控制。需求变更控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序进行。

（1）明确合同约束，建立需求基线 需求变更给软件开发带来的影响有目共睹，所以在与客户签订合同时，可以增加一些相关条款，如限定客户提出需求变更的时间，规定何种情况的变更可以接受、拒绝或部分接受，还可以规定发生需求变更时必须执行变更管理流程。虽然软件开发合同很难在签订之初就能够精确定义每项需求，单靠合同是帮不上忙的，但也不能忽视合同的约束力。 明确和树立需求基线是需求变更的依据。在开发过程中，需求确定并经过评审后（客户参与评审），建立第一个需求基线。此后每次变更并经过评审后，都要重新确定新的需求基线，做到小需求可以变更，但大方向要力保不频繁变更。例如，对于项目中的需求，可以实行分级管理，以达到对需求变更的控制和管理。

（2）建立变更审批流程 在实践中，人们往往不愿意为小的需求变更去执行正规的需求管理过程，认为降低开发效率，浪费时间。正是这种观念才使需求变更变得不可控，最终导致项目的失败。因此，小的需求变更也要经过正规的需求管理流程，否则会积少成多，积重难返。 明确需求变更审批环节、审批人员、审批事项、审批流程。这么做的目的有两个：一是将客户下达变更的流程尽可能地规范化，减少张嘴就来的非必要、非紧急、非合理、非高层领导意图的无效变更。二是留下书面依据，为今后可能的成本变更和索赔准备好“变更账”。凡未履行审批程序的“变更”，一律是无效变更不予受理。

（3）分级管理变更，定时批量处理 软件开发项目中，“客户永远是对的”和“客户是上帝”并不完全正确，因为在已经签定的项目合同中，任何新需求的变更和增加除了影响项目的正常进行以外，还影响到客户的成本投入收益。因此，用户不断提出对项目进度有重大影响的需求对双赢也并不是好事。 当遇到客户提出需求，不及时处理可能会使项目不能验收通过时，也不能一味拒绝不予开发。因此，当客户坚持变更新需求时，可以建议客户将新需求按重要和紧迫程度划分档次，作为需求变更评估的一项依据。例如，每周或每两周甚至每月召开一次需求变更专题会议，集中研究处理这些零碎变更事项，主动控制好工作节奏，尽量避免由于处理零碎变更而影响项目进度。针对会议结果可向客户正式提交一份需求变更计划，注明变更引起的时间、成本、工期代价和增加工作量等。要求客户配合需求变更计划，确定变更时限，控制变更规模，过时变更不候，离谱变更不做，保大局弃小变。

（4）安排专职人员负责变更管理 有时开发任务较重，开发人员容易陷入开发工作中而忽略了与客户的随时沟通。因此，需要安排一名专职的需求变更联络人员，负责与客户及时交流，跟踪和汇报需求变更完成进度和情况。同时，可以成立项目变更控制小组，负责裁定接受哪些变更，小组由项目所涉及的多方人员共同组成，应该包括客户方和开发方的决策人员在内。

（5）确认客户是否接受变更的代价 要让客户认识到变更都是有代价的，要和客户一起判断需求变更是否依然进行。例如，变更是没有问题的，但是要明确客户能否接受由此引起的如进度延迟、费用增加、效率下降等问题。一般来说，如果客户认为该变更是必须的（不是其上级领导拍脑袋提出的）就会接受这些后果。通过与客户协商，这样开发团队即使没有回报，也不会招致公司和客户双方的埋怨。 如果客户认为该变更虽然有必要但是可以暂缓，双方签署备忘录后留待以后解决。如果客户认为该变更可有可无，多数情况下会取消变更。这样即可防止频繁变更，也让客户认识到不是所有的需求都需要变更。


网友观点二：如何正确对待需求的变更？

　　正确对待需求的变更：
　　一般来讲，需求的变更通常意味着需求的增加，需求的减少相对很少，而且处理也比较容易。当客户提出新需求的时候，项目开发人员应该分析这些新需求对项目现阶段带来的风险，得出双方实现变更需求的需要的成本，包括时间、人力、资源等等方面，再与客户商讨是否有必要进行变更和如何在最小代价下实现变更。
　　当客户确实希望进行需求变更时，可以让开发人员开发一个快速原型，让用户体验一下，以确保客户确确实实的希望添加这些需求。在客户和项目开发人员共同确定了需求变更后，项目开发人员应该与客户签订一份新的合同。
　　当客户提出需求变更并且签订了合同后或是开发人员根据市场和国家政策作出的需求变更得到确证后，项目开发人员应该决定何时实施这些变更。对于那些对系统影响不大和一些优先权十分高的需求变更可以立即在项目中实施，而对于那些对于整个系统现阶段的开发影响很大，而且又不是十分紧急的需求可以放在下一个版本中进行。无论是立即实施还是放在下一个版本中，都应该给新的需求一个充足的开发和测试时间，保证产品质量。


网友观点三：如何解决需求变更频繁

首先,我们来分析一下用户需求变更的原因.
其实,无论我们做什么项目,面对什么样的客户,客户需求总是认真对待的,因为这是整个项目的起点.然而，在你直接面对客户之前，请先问自己一些问题，你是否对客户的行业需求有过事前的分析，是否对客户可能的需求有过充分的准备，是否准备好了去应付用户所提出的种种意外的要求，如果，对这些问题你都是否定的回答得花，那么，对于帖子中提出的问题，你肯定会应接不暇的。还有，在首次听取用户需求的时候，你是否有足够的敏锐力去识别客户的需求，是否能够以专家的身份和能力去引导客户的需求，如果不能，那末后期频繁的需求变更也就不足为怪了。总结起来，客户需求变更的主要原因有二，一是对客户的了解太少，缺少相关的专业经验；二是缺少对客户需求的控制能力。

接下来，就要看看如何来应对这样的问题了。
做好事前的准备，这是应对客户需求最有效的方法，在与客户接触之前，充分了解客户的行业，做到心中有数，这样才能在了解客户需求的过程中做到有的放矢，顺水推舟。
做好需求控制，一旦基本的需求明确，就要通过有约束能力的合同来是双方就需求内容、需求变更流程达成一致。

最后还有一个问题，就是市场与需求变更的应对。
在做项目的过程中，无论你怎样控制，由于市场的压力，总会碰到客户提出的“无理”要求，如何看待这样的问题，就不是简单的控制问题了，这就需要管理层去权衡利弊，如果，确实不值得，也只能放弃。

PMP考试时间:
PMP考试在国内一年开展四次，分别在每年的3月、6月、9月和12月，一般会选择一个周六的上午来考试。由国家外国专家局培训中心负责组织实施。具体考试时间请您密切关注外专局培训中心网站所发布的信息。
2019年PMP认证考试时间安排
3月30日
6月22日
9月7日
12月7日