项目时间——你会讨价还价吗?.doc
项目时间 —— 你会讨价还价吗? 我想大家都遇到过这种情况: 需求不是很明确而且肯定会变化; 还没有开始做分析设计,对工作量心里没谱; 上面给了最后期限,却不给资源…… 这种情况下,你心里知道风险极大,却必须接受这个工作。 记住,你是开发人员,你的本分是系统实现 —— 你只应该承担开发的风险。 怎么样更好地“坚守本分”,不干预你职责外的风险呢? 其实有很好的办法,本文给出一些建议。 1.关于工作量 工作量是一个概率! 对于每个工作项,其完成所需的工作量(人天)都是一个概率分布 有最小值(但概率几乎为零) 有可靠值(最可能的情况,概率在80%左右) 没有最大值(最大值为无穷,其概率同样为零) 如果估算工作量时只估算了最小值,并且把这个值最为依据,那么对不起,你死定了 —— 大家根据这个值盯着你的工作,而你按照这个时间表完成的概率几乎为零 。那么项目延期的风险完全由你承担。 2.关于累计工作量 关键路径上概率的累计是每个工作项概率相乘! 比如关键路径上有 3 个认为,其最可能完成的工作量和概率分别为( 10 人天, 70%),( 15 人天, 80%),( 9 人天, 75%) 则使用 10+ 15+ 9= 34 人天整个完成的概率是: 70%× 80%× 75%= 42%! 通常关键路径上会有 10个以上的工作项,即使每个工作项按照概率 90%来估算工作量,整个完成的概率也只有 0.9^10=53%! 3.概率来自哪里?概率来自风险! 风险主要来自需求变化! 4.如何应对 工作量的估算 不是简单的数字! 工作量的估算还要考虑风险。最简单的办法是定一个风险系数。风险系数取决于需求不明确,需求可能变化,开发人员会生病等等。 比如, 情况风险系数 ======================== 需求不明确 0.5 需求可能发生很大变化 1.5 需求会增加很多 2--3 等等。因为让你报工作量的时候通常没有给你充分的时间,所以可以只从需求的确定程度来风险系数。 最终,最可能的工作量为最小工作量×( 1+风险系数) 整体工作量要加保险系数。 由于概率累乘,整体风险还是很大。如果要保证 85%以上的可靠性,还 要在整体上进行调整。 比如,最后汇总的工作量为 200 人天,而关键路径上计算出的概率为 50%,为了保证总体有 85%的概率,则需要的工作量还要增加一个保险量,大体上是( å 可靠值- å 最小值)×0.8 (根据概率分布曲线导出,不是很精确,也没必要精确 )。 5.注意事项 使用人天作为工作量的单位 2 人月很可能被砍到 1 人月,但 40 人天通常被砍到 30人天。 记住每个月只有 22 个工作日。遇到法定假日更少。 单个工作项,工作量估算一定要客观。单个工作项的工作量很容易估算,不要让别人挑出问题。 如果有问题在风险系数上做文章。 工作量估算和项目计划要随时更新 已完成的工作项,不再存在风险,同时实际完成时间已经确定。 需求在逐步确定,风险在逐步降低。 有新需求时,加上新的工作项。 随时估算新的风险可能。 6.讨价还价 上面在工作量上讨价还价时,其实是在帮我们逐渐确定需求,减少风险。 比如, 甲:这个为什么要用这么长时间? 乙:如果需求能够确定,那么用的时间还是很少的,但是现在不确定,风险系数比较高。 甲:是吗?我看看,嗯,这个功能我们就不做了。 乙:这样啊,风险系数降低到 XXX,最可能完成的工作量是 XXX。这个功能不做了吗?我们签字 确认一下?