2周前 (08-31)  业界 |   抢沙发  37 
文章评分 0 次,平均分 0.0

《人月神话》中提到了软件工程中的Brooks法则:

向进度落后的项目中增加人手,只会使进度更加落后

Brooks法则并不是像数据公式一样有严谨的推理,而且也没有介绍一个解决进度落后、除了增加人手以外还有什么通用方法。

敏捷会议中的cycle time

实际上,敏捷会议中有一个叫做Cycle time。Cycle time的初衷应该就是解决这个问题,找出估算和实际时间出入很大的卡,对着这些卡,实际时间花的比估算的多,原因是什么,有什么可以采取的action;花的时间比估算的少,是为什么,有什么可以分享的东西。

还有一个作用就是让团队知道产生估算有出入的具体细节,做这张卡的人可以做一个澄清,一方面可以寻求团队帮助,另一方面当事人吐槽一下,可能他也很委屈,大家都抱怨这个做慢了,却不晓得是因为我趟了好多坑,这些坑是之前没遇到的;或者是之前估卡的scope变大了。

没有银弹,许多事情都需要case by case地进行分析,而Cycle time就是提供这种流程的实践,帮助团队发现估算有出入问题的原因。一切敏捷流程都是为了尽早暴露问题、增加沟通和加速反馈。

  
 
关注我的微信

关注我的微信,获取文章更新

如果你觉得这篇文章对你有用,可以点击下面的“赞助作者”打赏作者!

转载注明原文出处:王柏元的博客>>https://wangbaiyuan.cn/the-cycle-time-meeting-in-agile-process.html

关于
记录生活,镌刻心路;泼洒文墨,分享技术!王柏元的博客致力于IT经验交流,并原创翻译引进外文文章,打开IT国际化视野

发表评论

格式

暂无评论

登录

忘记密码 ?

您也可以使用第三方帐号快捷登录

切换登录

注册