『项目』项目经理该如何面对频繁的需求变更? |生命周期|软件|

北京联盟_本文原题：项目经理该如何面对频繁的需求变更?
对于软件研发项目管理，需求变更频繁是一个非常让人头痛也很无奈的问题，小到某个文档标题的改变，大到一个新的产品功能需求的提出……
一旦需求发生变更，往往容易引起重估、返工，那时就不得不修改设计、重写代码、修改测试用例、调整项目计划等等。
任何需求变更的提出，几乎都会增加整个研发项目成本，如果控制不好，还会导致项目范围蔓延、进度延迟、质量不过关和成本严重超支等诸多问题，甚至因过多的分歧、变更而半途而废。
面对不断的研发项目需求变更，我们应该怎么办？
首先，要认识到一点就是研发项目中的需求是不可能被完全消除和避免的。
【『项目』项目经理该如何面对频繁的需求变更?】我们所能做的，就是找到需求变更产生的原因，针对性采取行之有效的措施，将需求变更给研发项目带来的损失减到最小。

本文插图

一、研发项目需求变更的原因
一般来说，软件开发项目的流程是：需求分析—开发部门架构和开发系统—测试部门测试系统—用户测试系统—系统上线。
需求变更在任何时候都有可能产生，产生的原因通常来源于内外部，包括产品经理、开发、用户、公司高层级政策市场变化等。
虽然需求变更的表现形式千差万别，但细细追究起来无外乎以下这些原因：
范围没有圈定就开始细化、没有指定需求的基线、没有良好的软件结构适应变化、需求定义不明确、对需求的理解分歧、业务需求改变、项目实现周期长等。
二、如何正确应对研发需求变更
需求变更的控制不应该只是项目实施过程考虑的事情，而是要分布在整个项目生命周期。
为了将项目变更的影响降低到最小，我们需要采用综合变更控制方法，具体可以从以下几个方面入手：

在项目的启动阶段，做好需求分析，详细清晰定义基准文件的范围；
在项目的实施阶段，分析变更请求，对需求进行控制，减少需求的来源，过滤不合理的需求。同时，进行文档化管理，做到有备可查，有据可依；
在项目收尾的阶段，针对项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施进行系统性分析总结，归档保存。

需求变更既然不可避免，那么就必须有一套规范的处理流程，最好通过合适的研发项目管理工具进行需求变更的规范化管理。
在这里推荐CORNERSTONE研发项目管理工具，一体化实时的全局视图，可帮助管理者作出有效的决策和衡量是否每个需求变更都有意义和可负担，有效地管理需求的评审与验收来促进需求沟通。

本文插图

三、变更请求的提交及审批
项目团队可通过CORNERSTONE的需求模块来处理事务、问题、缺陷报告、改进需求等沟通。
每个项目都有一个“变更请求”子页面，项目团队成员或授权用户都可在此页面中提交和此项目相关的变更请
求，负责人接收请求后可与相关人员进行沟通，完成“拒绝”、“接受”、“重新委派”等变更请求操作。
四、严重性与优先级别队列
一个变更请求的紧急程度可能会随着情况变化而变化。
在CORNERSTONE ，变更请求可以按照严重性进行区分，可以排入不同的优先级别队列，以便控制访问权限，也可重新分配优先级或转移变更请求。
五、追溯变更对项目的影响
CORNERSTONE将项目计划、费用和资源分配的变更记录关联到指定的变更请求，帮助管理者跟踪项目计划和执行中的各种变更。