码迷,mamicode.com
首页 > 其他好文 > 详细

实践敏捷估算(1)——不仅仅是估不准的问题

时间:2014-06-05 19:47:20      阅读:274      评论:0      收藏:0      [点我收藏+]

标签:c   style   a   color   strong   工作   

摘要:

说起估算问题,我们第一反应往往是“估不准”!估得准又如何呢?如果估算结果是需要5个月才能完成,但合同要求3个月交货,你怎样办?所以其实我们还有一个“估得多”的问题,而在“估不准”和“估得多”这两个问题之前,还有“不敢估”的问题。

 

 

估算问题很复杂,我们首先要做的是拆解这个问题,这样才能更好地找到合适的解决方法。

 

我们从不同角色的视角来看看估算的问题:

 

老板如何看估算?

 

老板是很了解自己的手下的:如果让项目组自己去估算,那么估算值一定是大于工期限制,而且实际的工作量又会远大于估算值。

但老板是要赚钱的,项目的合同金额是固定的,交付期是“死”的,所以项目组不要跟我扯项目有多困难,不要说需要更长时间,反正必须在交付期之前将项目做出来,而且项目能验收!这样才能符合我的利益。

所以老板不太可能让项目组自己估算工期,然后让项目组按照这个工期来安排工作。

 

项目经理如何看估算?

 

项目经理(后面简称PM)是责任大,权力小的职位,项目的“几座大山”都压在了PM身上。

这“几座大山”是什么呢?

1)进度的压力

2)老板的压力

3)客户的压力

4)软件质量的压力

5)恨铁不成钢的项目组成员

6)……

本来估算应该是舒缓这些压力的好办法,如果能根据估算来安排进度和调整项目组的人力安排,估算就是美好的。

但问题是估算出来需要5个月完成,但工期只有3个月,老板和客户都不会因为这个估算而放松对进度的要求和限制,也不会降低软件的质量要求,老板也不会安排更多的人手到你的项目组(项目期间老板如果不将人员抽走的话,你已经要阿弥陀佛了)。

所以估算对于PM来说一点价值都木有,横竖都是死,不如节省这些无用的估算时间,让我死得舒服一点吧。

 

项目成员如何看估算?

 

我是来打工的不是来卖命的,完成本职工作对得起这份工资就行。项目成败跟我没啥特别关系,PM把任务安排下来,我完成任务就可以了。至于加班嘛,这是IT界的“潜规则”,我就加一点吧,但没日没夜的加班老子是受不了的!

你说“估算”?让我估计自己任务需要多长时间完成?说了这个时间有用吗?我说10天你还不是直接砍成3天,不要做这种“虚伪”的事情了,直接告诉我什么时候要完成就行了。

 

客户如何看估算?

 

不要老说我们提不出需求,你不做出来我怎样知道我要什么呢?软件开发我不懂,不要每次催促你们交货就跟我提一些我听不懂的理由,我们懂技术的话就没有你们公司的事了!我们判断事情的标准其实很简单,签署合同时我们已经写得很清楚了,就是:给你们这么多钱,这样的工期,到时必须交出像样的东西出来!

估算?你说什么估算?你们签合同的时候不是应该想好了吗?现在才跟我说超出工期,那合同要来干嘛呢?

 

看上去无论是从哪个角度来看,估算”都是“十死无生”的事情,而且估算似乎没有办法兼顾各方面的利益。那么是不是不谈估算,直接绕开估算这个事情,就“万事大吉”呢?

 

理想的估算境界

 

理想情况是这样的:项目组的估算符合合同的要求,能在工期内交付,能保证质量要求,而且项目的实际情况与估算情况基本吻合,并且项目组不需要太多加班,甚至是不需要加班。这样就能满足和平衡老板、PM、项目组成员以及客户的利益了。

 

避开估算其实象鸵鸟遇到事情将头埋在沙中,避得一时避不了一世。我们需要直接面对估算带给我们的挑战,只要能克服以下的三个问题,就可以实现上述的“理想境界 ”。这三个问题是:1)不敢估;2)估不准;3)估得多。

 

问题1:不敢估

 

不敢估算或者不愿意估算,主要有三个原因:

1)项目工期是限死,项目人力资源基本也是死的,让估算者觉得估算没有价值;

2)项目的需求不确定,采用什么技术也不太确定,让估算者觉得无法进行估算;

2)估算其实相当于是对自己工作的承诺,估算者不想自己对自己设套。

 

问题2:估不准

 

不敢估算这个问题克服后,估不准的问题就会呈现出来,估算误差超过100%甚至是200%以上都是很常见的事情。不必太过紧张,如果能克服“不敢估”这一关,“估不准”这个问题是可以解决的。

“估不准”的原因通常有:

1)对项目的需求和技术估计不准,特别是项目需求不确定的时候;

2)对项目组自身的估计不准,包括对自身的技术能力、团队协作能力、研发流程能力的估计等。

 

问题3:估得多

 

估算出来了,而且实际情况也估算情况相差无几,也不一定能满足要求,因为这个估算往往是大于工期的限制的。这第三个问题,才是我们终极需要解决的问题!

估算方法最多只能帮助我们估得比较准,但并不能帮助我们估算得少,真正能让估算数字下降的决定性因素是什么呢?这个决定性东西其实就是你们的研发能力!

 

如何解决这些问题?

 

谈起估算问题,我们表面上谈的是“估得准”的问题,而实际上我们希望的是“估得准并且估得少”,要终极达到这个目标,必须按顺序逐步来解决前文提到的三个问题。

公司的领导们不要太过心急,这三个问题没有几年时间是不能彻底解决的,给你一个时间表参考参考:

1)彻底解决问题1大概需要3个月时间;

2)在解决问题1基础上,彻底解决问题2大概还需要6个月-1年时间;

3)在彻底解决问题1、2的基础上,彻底解决问题3大概还需要2年以上时间。

 

这是一个系列文章,将会围绕这三个问题给出一些最佳实践供你参考,你也不用太担心需要这么长时间 才有效果,后续文章会为你分享马上可以实践的做法,改进是持续进行的。

 

以下是本系列文章的大致规划:

1.不仅仅是估不准的问题  <---------这是本篇文章

2.估算可以很难也可以很容易

3.估算和预算 

4.估什么?谁来估?

5.怎样估算?

6.项目初期的估算

7.项目中后期的估算

8.怎样才能让估算数值更少?

 

请关注后续文章,谢谢!

 

 

作者:张传波

创新工场创业课堂(敏捷课程)讲师

软件研发管理资深顾问

CMMI首席专家

《火球——UML大战需求分析》作者

软件知识原创基地创办人

实践敏捷估算(1)——不仅仅是估不准的问题,布布扣,bubuko.com

实践敏捷估算(1)——不仅仅是估不准的问题

标签:c   style   a   color   strong   工作   

原文地址:http://www.cnblogs.com/umlonline/p/3768403.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!