project-management - 是否有充分的理由对几个月后的功能进行时间​​估算？

Question

关闭。这个问题是 opinion-based .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，以便 editing this post 提供事实和引用来回答它.

关闭 3 年前。

Improve this question

我今天与一位顾问开会(就内部程序向我们咨询)，我们进行了一项计划 future 三个月发展的练习。我完全不反对这样做，我认为必须了解接下来会发生什么，以什么顺序以及它们的相对大小。我也认为为你想在特定日期完成的事情设定目标是很棒的。但我一直认为，与这位顾问和我的一些团队成员的不同意见，试图将时间估计(甚至在几天和几周内松散地)用于实现功能(尚未指定，甚至没有讨论)最后)是一项完全没有意义和徒劳的任务。以我的经验，当我着手开发它时，该功能将发生巨大变化，或者涉及的内容比我想象的要多得多。

我是否偏离了基础并错过了花费时间和精力来猜测在 2 个月内我需要 8 天(考虑到 HL)来实现 FeatureX 的值(value)？

Answer 1

这实际上取决于估算的用途以及附加的期望值。

如果在没有警告的情况下将估算值用于向管理层报告，那么这可能是一种危险的做法。另一方面，如果他们被用来做一些高层次的规划或起草一个项目计划以供讨论，那么这些估计可能非常有用。

我们经常使用 WAG(野驴猜测)一词来进行此类估计。它们带有可能的 +100%/-50% 差异。随着要求的充实，这个估计被转移到一个可能有 +50%/-50% 差异的棒球场估计。