软件估算: 改进伪命题,差不多得了!

已经是2023了,今天在推特上又看到了一场关于软件估算的大讨论,正统派,激进派,吐槽派,喋喋不休,老调重弹,真让人受不了。

给个可能挨砖头的看法:软件估算,这是个改进的伪命题,差不多得了。

很多年前,作为一个CMM评估师、讲师,软件工程的老师,曾花了很多时间研究软件估算的“科学”方法,读了许多相关书籍,文章。还整了个100页关于估算的培训PPT。后来发现,理想和现实的差距是天和地。

 

在现实软件开发环境下,让研发团队花一堆时间做所谓“科学”的估算,就像在你的自行车上放个漂亮的烟灰缸一样,既无用也让人烦。

 

做软件开发的同学一定经历过下面这个场景:

你被安排完成一个开发任务,估算结论需要八小时,一天时间。你真的能坐在工位上,一天0干扰,把活干完一会有个会要参加,一会有一个紧急bug要修复,新来的同事需要你帮助,对了,丈母娘来看你们,需要你早点去接机。结果你一天在这个任务上只干了一小时,最后你花了一周时间干完了估算说需要一天的任务。

 

结论:你的工作环境对任务进度的影响远远大于你花在这个任务上的时间!

 CMMI认证

 

每当我听到“改进我们的估算过程,让估算更加精准”的要求时,就有一种要吐的感觉。还嫌对研发的干扰不够吗?你真要改进估算,那就把精力放在如何减少对研发的干扰上!专注会让估算变得靠谱些。

 

关于估算方法的讨论,差不多得了。把我们的认知能量放到更重要的地方:赋能团队,识别对客户有价值的需求,源源不断,一个一个交付,不断反馈,努力做得更好些。用智慧去解决真正的问题!

 

 

关于估算本身,同样差不多得了。前期能支持立项决策,项目中能把需求/任务放入下列几个篮子基本就够了:1-3小时,1-3天,1-3周。

 

不少同学会问:那如何满足CMMI估算实践域的意图和价值要求呢?我总结的16字口诀也许会有些启示作用:

 

积累经验,远粗近细,反馈调整,简单轻量。

 

 

文章来源丛斌博士

 

 


点击关闭
  • CMMI认证客服

    CMMI3认证客服

    CMMI咨询

    CMMI4认证