我国最大的IT项目管理门户网站,国内IT项目管理培训与咨询服务提供商

当前位置:首页 > 敏捷开发 > 正文

敏捷估算︱面对估算的态度和方法

2022-10-30 来源:王宇教练 ACT敏捷教练
编写文章是一个创造性的智力活动,是一个知识工作者的工作,而不是一个体力工作者的工作。随着组织专业化与职能化的演进过程,甚至某些基础设施与类库的使用。我们其实是尝试把知识工作向一个体力工作进行转变。但这种尝试是把组织中的创造力逐渐抹杀的过程。
 
这让我想起了很多年前4GL语言蓬勃发展的时间,像PowerBuilder、模型驱动开发一样的工具,号称是编程的未来。解决大多数的问题非常的迅速且直接,但是死就死在了那少数无法解决的问题之上。这就是尝试把问题降维解决的方式,但是最终没有降维问题,只是降维了手段,最终问题的复杂性还是导致了这种方式的落末。
 
不管用多科学的方法进行组合和尝试,就如同用一堆肉拼凑出一个生命来一般,是一种还原论的遗毒。
还原论(英语:Reductionism,又译还原主义、简化论、专简论与化约论)是一种哲学思想,认为复杂的系统、事务、现象可以通过将其化解为各部分之组合的方法,加以理解和描述。
维基百科
恰恰是组织中专业化与职能化的趋势,使得我们认为复杂的事情可以通过这种方式进行解决。因为一旦专业化和职业化完成之后,组织就会沉淀流程与数据,人员就成为可以替换的零件。但真相是……
 
我们花了无数的精力来尝试得到所谓更靠谱的估算,但最终无法摆脱其估算的本质。
 
有些组织想验证一个事情就是,研发团队的压力是否合适。他们是更闲一些呢?还是更忙一些呢?如果是一些搬砖的工作,我们就很容易确定他们是更闲还是更忙。有一个简单的方式能够探测他们的忙闲程度,那就是融入团队,参加一下站会,参加一下需求梳理的会议。之前我在指导的一个团队在召开站会的时候,主管就直接识别出几个外包同事无所事事,当天让他走人的。而且很多领导都有查看团队看板的习惯,通过这种方式来感受不同的团队的状态才是一个更靠谱的方式。
 
对于尝试使用估算与绩效关联的行为,其实是一种管理的偷懒行为。回到估算本身,我们再明确一下……
 
估算用途与目的
建议与鼓励
通过估算平准需求粒度
对需求进行横向比较;
 
估算其实是一种非常直接的粒度反馈手段。但这里需要注意的是不要使用比较大的数值或估算单位。因为如果你使用比较大的数值或估算单位粒度平准化的过程其实就没有发生过。
 
通过估算校准大家理解
 
校准需求理解偏差;
 
每个人对于需求的理解是不同的,估算就是探索每个人对于需求不同理解程度的探针。你说1,我说5那肯定咱们俩理解有一些偏差。恰恰是这些偏差之中可能蕴含着需求潜在的风险或机会。
 
 
通过讨论拆分与估算的过程其实是一次提前的设计过程,尤其对于潜在风险较多的需求,如何识别?如何应对?是我们需要持续投入精力的领域。
 
通过估算进行风险控制
 
对需求风险领域进行探测;
 
当你能给出一个事物的估算的时候,其实基本实施的思路就已经明确了。这个过程就如同拆分一般,如果说拆分是第一遍对风险的控制技巧,那估算就是第二遍对风险的控制技巧。
 
我经常遇到一个现象就是研发人员已经觉得需求讨论得差不多了,一问他给个估算吧,他就说咱们再讨论一下细节吧。
 
对未来进行概要预测
 
注意这里概要这个词的强调
 
比如我们每个月平均完成100个点数的需求,那我们就知道起码我们要准备出比100个
分享到:

免责声明:
  1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
  2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

more

会议活动

more

公开课

more

PMO

Copyright © 2022 IT项目管理界 版权所有 京ICP备17062359号-4 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#cpmta.com 客服邮箱:info#cpmta.com(请将#换成@)

IT项目管理界——我国最大的IT项目管理门户网站,隶属卓橡公司

IT项目管理界官方微信

IT项目管理界官方微信

PMO大会官方微信

PMO大会官方微信