project-management - 如何创建准确的小时估算？

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

3年前关闭。



Improve this question

您的经历是什么
项目计划和创建时间
新项目的预算？

您正在使用什么方法，
以及为什么有或没有用
为了你？

有什么最佳做法可采取
考虑到？

最佳答案

估算任务

我尝试使用的原则(我并不总是有机会)是:

逐步优化

3点估计

风险分析

逐步完善

估算时，以合适的粒度估算并不断分解和添加任务，直到对估算有信心之前，这一点很重要。估算经常会突显一项漫长而关键的任务，可能需要更多的改进和风险分析。

风险分析

尝试找出每项任务的风险所在(某件事情的交货时间吗？是否缺乏知识？竞争对手会击败您？等等)等有助于确定您对估算的信心，这使您可以确定如何处理这些估计。风险分析还有助于确定是否需要进一步的逐步完善。

三点估算

为每个任务(包括设计，开发，测试和错误修复)指定最佳，可能和最坏情况的估计有助于进行风险分析和计划。估计值可用于计算达到该任务特定百分比成功的最可能持续时间。连同有关其他相关任务的信息以及风险分析，项目经理可以将风险和其他已知要素(例如系统测试)纳入估算之中，以获得更可靠的估算。

当然，估计的粒度也很重要。估算大多数任务的小时数是没有意义的。在软件中，通常最好是几天，但有时可能要数周或数月(例如，如果您外包工作量)。选择一个对项目中所有任务都有意义的时间粒度(我通常用几天时间来完成需求捕获和功能说明阶段，而后半天时间，因为我会更多地了解任务及其子任务)。

结论

所有这三个项目都相互补充，因此很多时候您必须多次优化每个步骤。例如，您可能在需求阶段有一个刺，然后在功能说明期间又是刺刺，在设计说明期间又是刺刺。

估计是一种学习的技能；做得越多，就会越好。当您了解更多有关未知的知识时，风险分析会不断改善；当您了解更多有关未知的知识时，三点估计会提高；随着设计过程的每一步，逐步完善也会不断完善。

如果有时间，请在完成任务后重新查看原始估算，并查看实际时间如何与3点估算和项目计划相加。如果不同，请查看丢失或增加的时间，并尝试从中获取可用于 future 项目的信息。

估算不应该是一项艰巨的任务-我总是觉得自己比估算之前对自己的工作了解更多。

关于project-management - 如何创建准确的小时估算？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/305618/