Project management 项目经理是否应该询问实施某些功能需要多长时间？

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

没有其他方法可以知道某件事情需要多长时间。你真的应该庆幸，你的项目经理甚至在咨询你——太多的经理与客户聚在一起，承诺不可能的时间表，然后期望开发人员履行他们令人愤怒的承诺。

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

---

开发人员有时会因为做这种性质的评估而感到可笑（我知道我是这样做的），但这对于运营一家企业来说是至关重要的。最简单的方法是理解PM只需要信息。坦诚相待——不要说事情不会成功，也不要解释什么时候以及为什么事情可能未知，或者为什么你的估计可能存在风险。

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

我觉得听起来不错。与其只是向客户承诺一些可能不现实的事情，还不如他要求将要做这件事的人做出一个估计。

显然，你从未为一位不要求你做出估计的经理工作过。否则你就不会质疑他们是否应该这么做

---

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

是的，您无法摆脱PM对某项工作所需时间的精确数字的要求

我的方法是用+/-值进行估算。我有60%的把握我会在一周内完成，有30%的几率会更长，10%的几率会是两天。首相需要一段时间来适应这个想法，但这是现实情况。正如一位智者曾经说过的，只有[在这里插入神]才能改变现实，不管首相多么希望它有所不同

---

我们知道，开发是一门精确的科学，传统项目管理的紧张、满足创造力和最佳猜测估计可能是专业发展中最头痛的问题。从敏捷中学到的一个真正好的经验就是我们在估计方面有多差，大多数开发人员都会低估80%的时间——不管怎样，这是我的估计。

前提是他接受你的答案

---

如果一个项目经理在问你这个问题时脑子里有一个数字，他不应该对他的结果感到惊讶。

一个项目经理应该总是问开发人员一件事情需要多长时间。项目经理对这些估算的处理方式将因其自身的经验和技能而有很大差异

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

---

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

这是一个公平的问题，只是永远不要用即兴的估计来回答。不管怎样，我的建议是，总是从某种规格中得出估计值，这样你们双方都能站在同一水平上。是的，这是他的工作，因为时间=金钱

如果你考虑了

这个事实

你是企业的一部分

该业务的目的是 赚钱

时间=金钱

然后，您的经理问您“这需要多少时间”是非常有意义的，因为它将perfecty转化为“这需要多少时间”

必须有人支付这笔费用，要么是客户，要么是你的公司。 项目经理将使用您的估算来确保项目按时完成并符合预算。如果你说某件事需要10天时间，而这比他想要的时间多5天，那么就由他决定a）削减一些其他功能以实现这一点，或者b）延长最后期限

因此，这就是PMs的工作，从您那里获得评估，并在交付时间和交付功能之间取得平衡

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

经常被问是很烦人的，但这是他的工作

另外，有时“我不知道”的答案是完全可以接受的，但是你应该用“我不知道，我需要再多看一看，然后我会有更好的想法”来表达

---

希望这能有所帮助。

这一方法的主要优点之一是，它可以帮助你在游戏的早期发现自己被一项任务压得喘不过气来：如果你不能确定时间，你可能不知道如何应对它

此外，如果你的估计超过一周，那么它可能会偏离100-100-1000%（也称为“纯投机”）。如果你想出“几个w”