6

我们的项目经理通常会咨询开发人员他们需要多少小时来实现客户要求的某些功能。这是否符合管理原则？您或您的项目经理是否也这样做？

4

12 回答 12

26

没有其他方法可以知道某件事需要多长时间。真的，你应该感谢你的 PM 甚至在咨询你——太多的经理与客户聚在一起，承诺不可能的时间表，然后期望开发人员兑现他们离谱的承诺。

于 2009-02-19T08:48:19.433 回答
13

当然。如果没有得到开发时间的估计，没有人知道发生了什么。您需要能够管理利益相关者的期望，在这种情况下是您的客户。更好的估计来自马嘴（在这种情况下是开发人员），而不是 PM 承诺不可能的时间框架！

开发人员有时会对进行这种性质的估计感到有趣（我知道我会这样做），但这对于经营业务至关重要。处理它的最简单方法是了解 PM 只是想要信息。开诚布公——不要说事情不会做，但要解释什么时候和为什么事情可能是未知的，或者为什么你的估计可能存在风险因素。

于 2009-02-19T08:48:54.923 回答
8

是的，您无法摆脱想要确切了解某件事需要多长时间的 PM。

我的方法是给出带有 +/- 值的估计值。我有 60% 的把握我会在一周内完成这个，有 30% 的机会会更长，有 10% 的机会会是 2 天。PM 需要一段时间才能习惯这个想法，但这是现实情况。正如某位智者曾经说过的那样，只有[在这里插入神]可以改变现实，无论首相希望它有多大不同。

我们知道，Dev 是一门不精确的科学，传统项目管理的张力、满足创造力和最佳猜测估计可能是专业发展的最大难题。从敏捷中学到的一个非常好的东西就是我们在估计方面有多糟糕，大多数开发人员会低估 80% 的时间——无论如何，这是我的估计。

于 2009-02-19T08:53:07.660 回答
5

是的，这是他的工作，因为时间=金钱

如果你考虑到这样一个事实

  1. 你是企业的一部分
  2. 企业的目的是赚钱
  3. 时间=金钱

那么你的经理问你“这需要多少时间”是完全有道理的，因为它完美地转化为“这将花费多少”。

必须有人支付这笔费用，要么是客户，要么是您的公司。PM 将使用您的估计来确保项目按时完成并在预算内完成。如果您说某事需要 10 天，而这比他想要的多 5 天，那么由他决定 a) 削减一些其他功能以实现此功能或 b) 延长截止日期。

这就是 PM 的工作，从您那里获得估算，并在交付时间和交付的功能之间取得平衡。

你的工作是提供最好、最诚实的估计。就像别人说的，总是给一个信心百分比。“2 天，30% 的信心”“可能 1 天，可能是 3 个最坏的情况”等。

经常被问到可能很烦人，但这是他的工作。

PS 有时“我不知道”的答案是完全可以接受的，但是您应该将其表述为“我不知道，我需要再看一下，然后我会有更好的主意”。

希望这可以帮助。

于 2009-02-19T09:21:41.583 回答
3

你显然从来没有为一个不要求你估价的经理工作过。否则你会比质疑他们是否应该这样做更好。:-)

说真的，很少有经理可以对提供特定功能所需的时间做出现实的估计，主要是因为真正理解所有技术错综复杂并不是他们的工作。一个好的经理会意识到这一点，并且总是让开发人员参与进来，以便在创建时间表时对可以适合的工作进行良好的估计。

于 2009-02-19T08:52:42.857 回答
2

我觉得挺好听的 与其只是向客户承诺一些可能会变得不切实际的事情，他似乎更好地要求将要进行此操作的人进行估算。

于 2009-02-19T08:50:38.943 回答
2

条件是他接受你的回答。

如果 PM 在问你问题时心里有数，他不应该对他的结果感到惊讶。

于 2009-02-19T08:54:26.207 回答
2

项目经理应始终询问开发人员需要多长时间。项目经理对这些估算所做的工作将根据他们自己的经验和技能而有很大差异。

如果 PM 有丰富的开发经验，他们应该能够帮助更多初级开发人员确定开发人员的估计是否有效——并希望指出他们认为估计错误的原因。此外，PM 应该能够添加开发人员倾向于忘记的其他因素——会议时间、疾病、SO 时间等，这些都会影响他们的时间。

如果 PM 几乎没有开发经验，那么最准确的估计将来自开发人员。

于 2009-02-19T08:59:37.970 回答
2

这样做的主要优点之一是它可以帮助您在游戏的早期发现您被一项任务所淹没：如果您无法计时，您可能不知道如何解决它。

此外，如果您的估计超过一周，那么它可能会下降 100-1'000'000%（也就是“纯粹的推测”）。如果你想出“几个星期”，我建议开始分解任务并估算碎片。这将帮助您注意危险区域（您真的不知道需要多长时间）。

此过程将使您的经理能够及时为您提供完成任务所需的帮助/工具（而不是在截止日期前两天注意到重要的缺失）。

如果你对这些东西更感兴趣，我推荐《死亡行军》这本书和极限编程网站（尤其是这个页面）。对 XP 持保留态度：规则永远无法解决您的问题；他们只是告诉你什么对其他人有用。您将始终明智地使用它们。

于 2009-02-19T09:55:51.580 回答
2

问比假设好得多。

我们有一位业务经理最近在一次全体员工会议上提到，一堆新功能正在开发中，它们不应该花费太多精力来实施。这对开发团队来说是个新闻！！

于 2009-02-20T19:45:22.673 回答
1

是的。经理最好在所需时间咨询团队。团队必须在考虑所有因素的情况下提出实际的时间表。团队有责任证明提供高质量输出所需的时间是合理的。如果经理足够好，他/她会很感激并同意团队。

于 2009-02-19T08:49:34.393 回答
1

这是一个公平的问题，只是永远不要回答即兴估计。总是从某种规范中得出估计值，这样你就可以在水平线上，这就是我的建议。

于 2009-02-19T09:10:37.540 回答