我目前正在使用规划扑克做我们的详细估计。这是很好的工作,但取决于相当详细的工作细分。通常需要6-8周的时间才能得到足够详细的设计和工作分解。
我发现6-8周的分析经常被浪费掉,因为估计值太高了,所以继续这个项目是没有经济意义的。我认为,预先提供一个高水平的评估和广泛的范围可能更好地排除这些不稳定的商业案例。
有哪些工具和技术可以用于高水平的初步评估?
现在,我只是选择一个以前的项目,“感觉”相同,并提供一个-50%/+100%的范围。
发布于 2010-09-18 01:08:48
如果您正在为所有需求进行详细的计划扑克会话,您正在浪费大量的时间,就像我的经验一样,详细的项目需求并不是那么固定的,所以您花费了大量的时间来估计您从未构建的项目,或者在您构建它们时发生了如此大的变化,以至于最初的估计是无效的。
所有的估计都是猜测,但是如果你经常这样做的话,你就能更好地估计它,并保留关于你的估计有多精确的数据。评估最好在两个级别进行,一次是在项目上,另一次是作为项目内的一个持续过程进行。
首先,当被要求进行项目评估时--在特性级别上进行评估,利用您在以前项目中的经验。将数据保存在先前的初步估计中,并查看如何根据它们进行跟踪。你可以做这个初步估计类似于计划扑克,但不要把工作分解成任务。简单地给自己一些大桶(为这些特性增加半周或一周的增量可以工作,但不会比这更细)来估计。如果有一个以上的团队成员正在进行评估,不要在这一点上浪费太多的时间,只需采用最悲观的估计,而不是陷入困境。
其次,当您完成短项目迭代(假设您有短期迭代)时,您可以选择最高优先级的项,并在任务级别上对它们进行估计(当然,还可以开发和交付它们)。一旦你经历了第一次迭代,你就可以看到你的详细估计是多么的准确,以及它们与你最初的粗略估计相比是怎样的。现在,您可以修改这些初步估计,因为您可以看到它们是多么准确,一旦您有几个周期在您的皮带,您可以给出一个项目完成日期的置信区间。
估计单元是估计精度较好的通信工具。你最初的单位是几天或几周,但你的详细估计是小时。
发布于 2010-09-18 00:24:43
对每件事的估计通常从分解开始。
尽可能细化,即使这只是主要特性的级别,并对这些特性进行估计。即使在那个级别,你仍然可以使用规划扑克会议(或任何其他基于共识的估算方法)。
还有一些公式化的评估系统(科科摩在脑海中浮现),但我个人并不看好它们。
发布于 2010-09-18 07:49:01
我们通过创建两个任务而不是一个任务来做到这一点:
你可以用扑克来估计第一个,在“长”估计完成后,你有足够的信息来估计第二个。
是的,有时它的结论是,这项工作太昂贵,无法完成。但是,除非你真的把工作花在它的估计上,否则你就不可能知道它。
https://softwareengineering.stackexchange.com/questions/5015
复制相似问题