当对一个项目进行时间估算时，该项目包括您没有经验的领域的工作，您如何估算？
在大多数情况下，当项目的领域很熟悉时，很难做出正确的估计。
在这些情况下，您使用了哪些方法？他们工作得如何？
问问题
298 次
7 回答
3
不认真...
- 将你的手伸向空中。
- 拿一个估计。
- 写下你的发现。
好的好的...
这个很难（硬。实际上，不可能对未知的事物给出准确的估计。但这并不能阻止人们需要知道。
- 写下您知道的所有功能组件或方面的列表。
- 尽可能模糊以涵盖所有内容。
现在，您有一个组件列表。对于每个组件，尽最大努力获得该部分的业务和/或功能需求。为什么会在那里？它应该做什么？为什么？如何？深入了解更多细节，将尽可能多的项目添加到您的列表中（嵌套、组件、子组件）。
您拥有的项目越多，就越容易估算每个项目。
然后加倍！
我认为让利益相关者完成某种程度的设计以提供估计是非常合理的。否则，就像走到建筑公司前说“我想要房子，要多少钱？”
请记住——这是一个估计:)
哦，最后一件事......要清楚你在估计什么。如果是“a, b, c”，然后他们要求“d”，很容易指出您的估算没有涵盖“d” ......您的新估算是......
于 2009-06-10T02:51:04.457 回答
1
MinMaxLikely 是我使用的方法。一切顺利的情况下的最小值，一切都呈梨形的最大值，以及可能介于两者之间的某个地方。
当然，管理层只关注最低数字，但是当他们开始抱怨成本超支和错过交付时，你已经把他们锁定了，你已经（希望）保持对任何问题的充分评估您遇到过这些问题以及这些问题的影响（将实际值推离最小值并接近最大值）。
于 2009-06-10T02:48:45.850 回答
1
于 2009-06-10T02:52:35.263 回答
1
你无法估计这些，你只能猜测。对我来说，不同之处在于估计是基于知识和经验的，而你对未知数都没有。
你必须不断地重新评估你从哪里开始，你站在哪里，以及你对剩下什么的猜测。您可能可以将您的问题分解为几个步骤，但您最大的问题将出现在您所学内容的“脚注”中。
想到的例子是我的第一个 C# 与 Word 的互操作。这是完全未知的，我不知道如何根据数据库信息生成 1000 页的格式化文档。它本身非常简单：打开 Word、格式化页面和插入数据。有各种各样的问题突然出现，你无法理解，很容易让你的猜测翻倍。
于 2009-06-10T02:53:37.617 回答
1
询问熟悉这些概念的人，当他们第一次学习这项技术时需要多长时间（包括学习多长时间）。平均结果并根据您的学习能力进行调整。
然后无论如何猜测并将报价增加三倍。加倍是为了笨蛋。
于 2009-06-10T03:00:42.237 回答
1
知道你知道什么，知道你不知道什么，你就会成功。
使用工作分解结构 (WBS) 来获取项目/应用程序/其他的子部分。你可以提供一个 est.（在一定程度上）为完成已知所做的努力，就像任何项目都有未知数一样——识别它们是第一步。最好的下一步是添加到 WBS 步骤以更好地了解这些未知数，例如，如果任务是用培根条烧烤芝士汉堡，而您以前从未烧烤过培根 - 那么您就破坏了工作到获取原料、烧烤、开始烧烤等，还有一件事你不知道 - 获取/烹饪培根，你添加了一些子组件，例如：
- 叫屠夫
- 研究培根烹饪
- 聘请培根烧烤专家等 - 您可以为每个人分配一些 est. 并放置一个？接近实际烹饪。将其称为概念验证（您可以烧烤培根吗？），研发，等等 - 但是当您开始一个您不知道的项目时，您可以制定一个计划来更好地了解这些领域，并且一旦您这样做了重新审视计划并添加调查结果。通过这样做，您可以与团队、赞助商等交流您所知道的、您不知道但有计划了解的领域，以及确定未知数的粗略估计。
于 2009-06-10T13:11:03.563 回答
0
只要有可能，就上一级：估计你什么时候可以给出合理准确的估计。
“我对 Foo 的了解还不够，无法给出准确的估计，但到周四周我就会对 Foo 有足够的了解。”
我承认这通常是不可能的，但是当我进行项目管理时，我会尝试将其作为一种选择。
您甚至可以在大型项目中提升另一个元级别。
“我不知道我们需要多长时间才能让专家给我们一个估计。我会和我的同事谈谈，并在周五给你估计需要多长时间才能得到专家的估计。 "
这可以与大的误差范围相结合，迅速减小。“这需要 1 年，+/- 9 个月。我会在 6 月 30 日之前给你另一个误差范围 +/- 3 个月的估计。”
于 2009-06-10T02:51:07.153 回答