本站原创，欢迎转载；尊重他人劳动，转载时保留以下信息：
本文转自：360ITO技术社区
原文标题：项目经理该如何面对频繁的需求变更?
原文地址：http://www.360ito.com/article/898.html
项目经理该如何面对频繁的需求变更?
对于软件研发项目管理，需求变更频繁是一个非常让人头痛也很无奈的问题，小到某个文档标题的改变，大到一个新的产品功能需求的提出……
一旦需求发生变更，往往容易引起重估、返工，那时就不得不修改设计、重写代码、修改测试用例、调整项目计划等等。
任何需求变更的提出，几乎都会增加整个研发项目成本，如果控制不好，还会导致项目范围蔓延、进度延迟、质量不过关和成本严重超支等诸多问题，甚至因过多的分歧、变更而半途而废。
面对不断的研发项目需求变更，我们应该怎么办？
首先，要认识到一点就是研发项目中的需求是不可能被完全消除和避免的。
我们所能做的，就是找到需求变更产生的原因，针对性采取行之有效的措施，将需求变更给研发项目带来的损失减到最小。
一、研发项目需求变更的原因
一般来说，软件开发项目的流程是：需求分析—开发部门架构和开发系统—测试部门测试系统—用户测试系统—系统上线。
需求变更在任何时候都有可能产生，产生的原因通常来源于内外部，包括产品经理、开发、用户、公司高层级政策市场变化等。
虽然需求变更的表现形式千差万别，但细细追究起来无外乎以下这些原因：
范围没有圈定就开始细化、没有指定需求的基线、没有良好的软件结构适应变化、需求定义不明确、对需求的理解分歧、业务需求改变、项目实现周期长等。
二、如何正确应对研发需求变更
需求变更的控制不应该只是项目实施过程考虑的事情，而是要分布在整个项目生命周期。
为了将项目变更的影响降低到最小，我们需要采用综合变更控制方法，具体可以从以下几个方面入手：
- 在项目的启动阶段，做好需求分析，详细清晰定义基准文件的范围；
- 在项目的实施阶段，分析变更请求，对需求进行控制，减少需求的来源，过滤不合理的需求。同时，进行文档化管理，做到有备可查，有据可依；
- 在项目收尾的阶段，针对项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施进行系统性分析总结，归档保存。
需求变更既然不可避免，那么就必须有一套规范的处理流程，最好通过合适的研发项目管理工具进行需求变更的规范化管理。
在这里推荐CORNERSTONE研发项目管理工具，一体化实时的全局视图，可帮助管理者作出有效的决策和衡量是否每个需求变更都有意义和可负担，有效地管理需求的评审与验收来促进需求沟通。
三、变更请求的提交及审批
项目团队可通过CORNERSTONE的需求模块来处理事务、问题、缺陷报告、改进需求等沟通。
每个项目都有一个“变更请求”子页面，项目团队成员或授权用户都可在此页面中提交和此项目相关的变更请
求，负责人接收请求后可与相关人员进行沟通，完成“拒绝”、“接受”、“重新委派”等变更请求操作。
四、严重性与优先级别队列
一个变更请求的紧急程度可能会随着情况变化而变化。
在CORNERSTONE，变更请求可以按照严重性进行区分，可以排入不同的优先级别队列，以便控制访问权限，也可重新分配优先级或转移变更请求。
五、追溯变更对项目的影响
CORNERSTONE将项目计划、费用和资源分配的变更记录关联到指定的变更请求，帮助管理者跟踪项目计划和执行中的各种变更。
系统的审计跟踪功能还可以自动实时追踪和记录所有提交者和评审者的行为。
研发项目人员在可以计划与执行页面清晰地看到每个需求变更对哪些项目活动产生影响以及如何产生影响，能帮助项目人员作出更加有效和准确的决策与衡量。
一个软件研发项目从启动到收尾的整个生命周期都会经历各种变更，为变更做好准备并有效地管理变更的能力是项目成败的关键。
CORNERSTONE研发项目管理系统为项目团队打造一个透明的沟通与执行平台，帮助项目人员跟踪需求变更从提出到完成的整个任务生命周期的所有状态，更好地把控项目执行，提高项目成功率。现在申请20人以下团队即可免费使用。
0 有用
0 无用
共有0个评论 我要评论»
网友回复/评论仅代表其个人看法，并不表明本社区同意其观点或证实其描述。
1.不欢迎无意义的回复/评论和类似“顶”、“沙发”之类没有营养的文字
如果只是想简单的表个态，请点 有用无用支持反对 等按钮
2.发言之前请再仔细看一遍文章，或许是您遗漏、误解了，理性讨论、切莫乱喷
3.严禁发布违法、违规的信息，请勿到处招贴广告、发布软文；
4.如果您发现自己的回复/评论不见了，请参考以上3条
5.不停制造违规、垃圾信息的，账户将被禁止