需求变更一直都是一个热门话题,特别是在奉行唯快不破的互联网公司,需求变更可以说是程序员的头号噩梦,也是“996”的直接元凶

常见的需求变更流程

首先要发起变更申请,由变更委员会来综合评估,评估的内容包括变更范围、风险、对现有计划的影响程度等,以此来判断是否接受变更。变更委员会一般是由产品 leader、技术 leader、测试 leader 及项目经理组成,如果接受变更,那么就需要判断项目计划是否需要进行相应的调整,最后公告处理结果

其实,流程本身很简单,关键在于能否被有效地执行。下面介绍应对需求变更的“防身锦囊”

  • 达成最小共识,变更是有代价的

需求变更的具体流程

1、所有需求及所有变更必须建单,无单需求开发有权不接;

2、需求变更必须经过变更委员会评估成本,变更成本较大的,要提交项目经理更新时间计划,并告知全员;

3、对于确认通过的变更,产品人员要发送邮件,让全项目组人员都知道。

对于需求变更这件事,就从上到下达成了一个基本共识,需求变更的压力也瞬间得到了缓解。所以,要想改变现状,首先就是找到合适的时机,树立对变更的最小共识。之所以说最小共识,是指这个共识不需要一步到位,如果在你的环境中确实比较困难,可以只是前进很小的一步,比如你可以从所有变更都需要记录,并公告周知开始

达成这个最小共识,是要让团队开始慢慢认识到,需求变更是有代价的。不过,毕竟产品仍然在探索期,变更总是在所难免的

作为项目管理,你要谨记,我们追求的是达成项目目标,而不是零变更

  • 源头治理,一次把事情做对

其实,项目中每条业务线都有自己的策划,如果采用传统方式,这些需求各自成稿,再加上不同业务线的策划之间、策划和设计之间、设计和开发之间的沟通成本,不知道什么时候才能真正确认,也不知道会埋下多少变更的“坑”

但从变更的源头开始治理,从源头开始公开透明,一次把事情最对,实际上是最有效率的方式。小黑屋 + Deadline 的实践效果奇佳,在一些上线时间有严格要求的复杂项目上,你绝对可以考虑下!

  • 快试错,不可抗力巧应对

在现实情况中,很多变更来自大老板或大客户,这些不可抗力,我们又该如何应对呢?

建议是:不要直接顶回去,要去剖析、把握和满足老板或客户的真正诉求

不再一味地抗拒,不过也并没有放弃努力。相反,我们尽可能想办法降低试错成本。为了隔离老板的需求对整个团队进度的干扰,我们在常规团队之外,组建了一个老板需求响应小分队,由团队轮流值班,协同提高响应速度,让老板可以试得快,试得爽!同时,对于那些我们并不太认同的老板需求,就快速尝试,先小范围灰度发布,再用对比数据说话。当这一系列机制运转顺畅之后,我们慢慢发现,老板在提需求时,不会每次都火急火燎了

如果把需求变更当作洪水猛兽,各种严防死守,那么最后,你很有可能身心俱疲。但如果你换一个视角,从失败中汲取教训,变堵为疏,那么需求变更就不再是你的敌人了。你会发现,那其实是一个产品不断走向完美的底层动力,从而找到更多的锦囊,帮助这个产品走向更大的成功!

项目管理之需求变更:化解程序员的“头号噩梦”相关推荐

  1. 程序员的最大噩梦是什么?

    程序员的最大噩梦是什么? 原创 2015-07-08 陈舸 程序员的那些事 (点击上方蓝字,可快速关注我们) 有国外程序员在 Quora 上提了一个问题:"程序员的最大噩梦是什么?" ...

  2. 如何向外行解释:频繁改需求会令程序员炸毛?

    你去饭店,坐下来. "服务员,给我来份宫保鸡丁!" "好嘞!" ------这叫原始需求 大厨做到一半. "服务员,菜里不要放肉." &qu ...

  3. 漫画 | 如何向外行解释产品经理频繁更改需求会令程序员很焦灼?

    点击上方蓝色"方志朋",选择"设为星标" 回复"666"获取独家整理的学习资料! 众所周知,程序员是一类思维比较特殊的群体,但他们也有不为人 ...

  4. 企业需求的Java程序员是什么样子的

    选择学习Java编程​语言,大部分人还是冲着高薪就业去的,既然如此,就业是学习Java的最终目的,企业需要什么我们就学什么. 下面分析一下企业需要什么,这些也是我们在学习中应该着重关心的.当然,如果你 ...

  5. “如果产品经理躺平接受需求,那程序员免不了想打一架”

    提起产品经理和程序员,想必很多人会首先想到火爆社交媒体的几条旧新闻. 2018年8月,某产品经理要求"根据用户手机壳来改变APP主题颜色",跟程序员厮打起来-- 对于这样谜一般的需 ...

  6. 谈软件开发项目管理之需求变更

    在软件开发过程中需求的变更会给开发带来不确定性,但只要把需求变更作为重点.难点小心加以控制,软件开发的进度.成本和质量也就有了"安全"的基础.变化并不是人们最害怕的,最怕的是跟不上 ...

  7. 【项目管理】用LoC衡量程序员的工作效率是不科学的

    由于编码是脑力劳动,是创造性工作,所以尽管程序员的工作量和工作效率不是那么容易度量,但用LoC衡量程序员的工作效率显然是不科学的. 不合理的理由: 想改进代码,资深程序员更倾向于删代码而不是加代码.代 ...

  8. 博彦科技offer到手,但甲方变更,程序员只能忍吞苦果吗

    面试很快结束了,面试后HR 小姐姐就告诉你面试通过了.由于薪资问题第二天才定下来,offer 在 2020年 5月28晚上就下来了.如下图 很快开始了一系列的入职流程,1 薪资证明 2,离职证明 3, ...

  9. 需求变更:三个锦囊,让需求变更不再是洪水猛兽

    今天,我们来聊一聊如何应对需求变更这个话题. 需求变更一直都是一个热门话题,特别是在奉行唯快不破的互联网公司,需求变更可以说是程序员的头号噩梦,也是"996"的直接元凶. 阿里有句 ...

最新文章

  1. 无处不在的网络与中国IPv9
  2. boost::geometry::enrich_intersection_points用法的测试程序
  3. CLOB/BOLB与String互转
  4. 爬虫(十二):scrapy中spiders的用法
  5. 树状数组的相关知识 及 求逆序对的运用
  6. JavaScript eval() 函数,计算某个字符串,并执行其中的的 JavaScript 代码。
  7. ubuntu java 1.6 安装,ubuntu 中安装java jdk 1.6
  8. 当AI遇上云计算,北京 · DevRun 华为云开发者大会
  9. excel取整函数_查询函数Choose、Lookup、Hlookup、Vlookup应用技巧解读
  10. first-class type 一等类型的含义
  11. 联想g510拆键盘的简单方法_联想g510笔记本电脑键盘拆卸视频
  12. 140、SFP+光模块如何与交换机搭配使用?四种方式常用!
  13. 超简单的scrapy实现ip动态代理与更换ip
  14. linux iio 设备驱动,Linux设备驱动之IIO子系统——IIO框架数据读取
  15. iOS代码质量要求_图片压缩(iOS)
  16. dsp控制buck电路电流环推倒与pi调节器设计
  17. 起诉中介的民事诉讼状
  18. 刚做测试工作一年的时候,我是怎样的?
  19. 一头扎进Shiro 笔记 实现role permission验证
  20. 高等数学学习笔记——第三十讲——柯西中值定理与洛必达法则

热门文章

  1. C语言求高次方的尾数
  2. 【group by】
  3. 《平凡的世界》之我看
  4. Windows--Aero
  5. 怎么提速Mac苹果笔记本电脑运行速度?
  6. botpress搭建智能问答机器人
  7. html显示在最上面,怎样把div显示在html的最上面?
  8. 伯克利计算机科学录取率,加州大学伯克利分校计算机科学
  9. Java学习之旅(三四):包装类之 Double
  10. torch.mul() 和 torch.mm() 的区别