项目经理该如何面对频繁的需求变更?

简介:

对于软件研发项目管理,需求变更频繁是一个非常让人头痛也很无奈的问题,小到某个文档标题的改变,大到一个新的产品功能需求的提出……

一旦需求发生变更,往往容易引起重估、返工,那时就不得不修改设计、重写代码、修改测试用例、调整项目计划等等。

任何需求变更的提出,几乎都会增加整个研发项目成本,如果控制不好,还会导致项目范围蔓延、进度延迟、质量不过关和成本严重超支等诸多问题,甚至因过多的分歧、变更而半途而废。

面对不断的研发项目需求变更,我们应该怎么办?

首先,要认识到一点就是研发项目中的需求是不可能被完全消除和避免的。
我们所能做的,就是找到需求变更产生的原因,针对性采取行之有效的措施,将需求变更给研发项目带来的损失减到最小。

image.png

一、研发项目需求变更的原因

一般来说,软件开发项目的流程是:需求分析—开发部门架构和开发系统—测试部门测试系统—用户测试系统—系统上线。

需求变更在任何时候都有可能产生,产生的原因通常来源于内外部,包括产品经理、开发、用户、公司高层级政策市场变化等。

虽然需求变更的表现形式千差万别,但细细追究起来无外乎以下这些原因:

范围没有圈定就开始细化、没有指定需求的基线、没有良好的软件结构适应变化、需求定义不明确、对需求的理解分歧、业务需求改变、项目实现周期长等。

二、如何正确应对研发需求变更

需求变更的控制不应该只是项目实施过程考虑的事情,而是要分布在整个项目生命周期。
为了将项目变更的影响降低到最小,我们需要采用综合变更控制方法,具体可以从以下几个方面入手:
在项目的启动阶段,做好需求分析,详细清晰定义基准文件的范围;
在项目的实施阶段,分析变更请求,对需求进行控制,减少需求的来源,过滤不合理的需求。同时,进行文档化管理,做到有备可查,有据可依;
在项目收尾的阶段,针对项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施进行系统性分析总结,归档保存。
需求变更既然不可避免,那么就必须有一套规范的处理流程,最好通过合适的研发项目管理工具进行需求变更的规范化管理。

在这里推荐CORNERSTONE研发项目管理工具,一体化实时的全局视图,可帮助管理者作出有效的决策和衡量是否每个需求变更都有意义和可负担,有效地管理需求的评审与验收来促进需求沟通。

image.png

三、变更请求的提交及审批

项目团队可通过CORNERSTONE的需求模块来处理事务、问题、缺陷报告、改进需求等沟通。

每个项目都有一个“变更请求”子页面,项目团队成员或授权用户都可在此页面中提交和此项目相关的变更请
求,负责人接收请求后可与相关人员进行沟通,完成“拒绝”、“接受”、“重新委派”等变更请求操作。

四、严重性与优先级别队列

一个变更请求的紧急程度可能会随着情况变化而变化。

在CORNERSTONE,变更请求可以按照严重性进行区分,可以排入不同的优先级别队列,以便控制访问权限,也可重新分配优先级或转移变更请求。

五、追溯变更对项目的影响

CORNERSTONE将项目计划、费用和资源分配的变更记录关联到指定的变更请求,帮助管理者跟踪项目计划和执行中的各种变更。

系统的审计跟踪功能还可以自动实时追踪和记录所有提交者和评审者的行为。

研发项目人员在可以计划与执行页面清晰地看到每个需求变更对哪些项目活动产生影响以及如何产生影响,能帮助项目人员作出更加有效和准确的决策与衡量。

一个软件研发项目从启动到收尾的整个生命周期都会经历各种变更,为变更做好准备并有效地管理变更的能力是项目成败的关键。

CORNERSTONE研发项目管理系统为项目团队打造一个透明的沟通与执行平台,帮助项目人员跟踪需求变更从提出到完成的整个任务生命周期的所有状态,更好地把控项目执行,提高项目成功率。现在申请20人以下团队即可免费使用。

aeef399ffa8046109e455da2e8c34dc4.png

目录
相关文章
|
3月前
|
敏捷开发 应用服务中间件
敏捷开发的全过程问题之会议纪要同步给相关人员的问题如何解决
敏捷开发的全过程问题之会议纪要同步给相关人员的问题如何解决
|
安全 程序员 测试技术
如何真正有效地应对项目中的需求变更?
如何真正有效地应对项目中的需求变更?
109 0
|
运维 监控 安全
在运维工作中,自动化是提高效率和减少错误的关键
在运维工作中,自动化是提高效率和减少错误的关键
125 1
|
UED
从历史的角度看,为什么OKR?
从历史的角度看,为什么OKR?
80 0
|
安全 程序员 C++
开发人员应当避免的代价高昂的职业错误
开发人员应当避免的代价高昂的职业错误
92 0
|
Kubernetes 安全 Devops
功能无法停止交付,遗留的技术债务问题怎么解决
如果你曾在一家高速增长的软件工程公司待过,你可能会听过类似这样的一段对话,是关于技术债务的:
|
BI 程序员
实施项目--为什么开发人员一直在抱怨需求变动
  几年前的某个时候,公司大伙都等着下班我却等着晚上加班,因为产品经理对产品的某个功能进行了调整和修改,我必须加班将其修改完善。对于这种事情我已经数不清了,产品经理的每一次变动都得让我们技术部门的同学们加班到深夜甚至到天明,如今回忆起来历历在目!今天这个文章我们不谈论是谁的责任,也不去抨击产品经理的无能,说说技术人员为什么总是在抱怨需求在变动这些事, 希望大家踊跃讨论。
1269 0