project-management - 分配给单个开发任务的可接受时间上限是多少？

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




当被要求估计和/或在阅读我的同事估计时，他们经常读到这样的内容:

使用功能 ############## 制作新的 ############# 页面 - 8 小时

创建新的########## 控件 - 21 小时

解决 ######## 模块中的错误 - 15 小时

我认为当单个任务的估计时间超过 5 小时时，您应该强烈考虑将任务划分为更小的子任务。

像 21 小时这样的估计的问题在于，您可能会在管理层不知道的情况下损失大量时间，直到为时已晚。此外，较大的估计值可能表明任务定义不明确。当然，这不可能是一个非常严格的规则，因为很容易想到异常(exception)。

所以我的问题是:

你的任务估计有上限吗？如果有，你的上限在哪里？

在您看来，任务的可接受的详细程度是多少？

Answer 1

当我们进行计划时，我们将事情分解为 4 小时的任务(最长)。而且，我们每周只计划 4 个工作日。 (我们认为其余时间都用于 session 等)