谁应该提供高水平的项目估算？

Question

我刚刚讨论过谁最适合对某项工作进行估算。

在详细程度上，我总是说最好的估计来自实际上必须完成工作的人，因为他们有充分的理解，这使他们完全买入，但是在更高层次抽象（即在整个项目层面）我不太确定。

我想起了Peopleware中的第5章，其中给出了1985年澳大利亚研究的结果 - 我能找到的最佳链接是here。

我对你的重点特别感兴趣 - 你是作为开发人员，建筑师，项目经理还是其他人回答？

Answer 1

我作为经理（现在）和开发人员（过去）回答这个问题。

高级别估算应来自团队/项目负责人，但需要来自开发人员的意见。它们也应该以范围的形式给出 - 最可能是最坏情况，并指出每个范围的置信水平。

团队负责人无法充分深入了解项目的所有内容，因此他们需要开发人员的一些意见，但这样做的危险在于，您在过程中过早地陷入了细节之中。同样，个别开发人员不能对项目有足够广泛的了解（除非它真的很小）能够对所有内容进行估算。

然后，经理整合这些估算并寻找冲突和协同效应以获得“全局” - 毕竟这就是我们付出的代价。

作为一名开发人员，我不相信一位经理在没有与开发人员联系的情况下给出了估算，但同样我也不相信那些只是询问开发人员并在没有以某种方式“编辑”它的情况下传递信息的人。 / p>

Answer 2

负责签署估算的人应该是项目经理。这是他们的利基。

我并不是说PM应该弥补估计值。

我说PM需要从项目的不同部分的各种来源（技术，业务等）中获取估算值。在任何项目中都会有大部分非技术性的部分。

任何技术都应由技术人员估算。

但是，出于同样的原因，任何非技术性的东西都应该由适当的专家来评估（注册会计师类型称这些中小企业 - 主题专家）。架构师可以估算技术解决方案。 A BA的差距分析。经理可以执行业务流程。等等。

但真正需要PM来将所有这些联系起来进行高水平的估算，特别是在资源配置和制定相互依赖性和关键路径方面。

Answer 3

1. 开发人员通常应该进行初步估算。管理者应该能够根据实施者的风险因素添加风险因素。 （例如：如果实施它的开发人员比提供估算的开发人员有更好的知识，那么风险会更低）。 开发人员也可能对项目的其他开发领域没有任何想法（假设它很大）。这是经理人估计的结果。如果项目很小，那么开发人员估计就足够了。

Answer 4

每个人都应该对项目经理做出估计：功能分析师，测试分析师和高级开发人员。

PM的任务是确保它们有点现实并总结它们。

Answer 5

敏捷的敏捷回答是：没有人应该这样做，因为无论如何都会出现严重错误。

Answer 6

我认为这取决于工作。很多时候，项目经理无法估计说出多长时间，在屏幕上添加一些额外的数据，更改布局，你可以命名。

然而，有些事情会更复杂，特别是如果它们深深触及系统的架构。在这种情况下，项目经理应该咨询开发人员，架构师或两者，以了解他们的估计，以及为什么需要特定时间来实施。

此外，我认为项目经理应该使用开发人员的估算来达到最终估算，就像schar所说的那样。他们应该增加一定比例的开销，测试时间，风险因素等等。

Answer 7

我作为经理（现在）和开发人员（过去）回答这个问题。

在我们公司，开发人员总是参与估算。我们对业务顾问创建的用户故事进行高级估算。

业务顾问将用户故事传达给我（技术团队经理）和开发人员。

我们安排估算会议，讨论用户故事和项目背景（三个人，业务顾问，开发人员，技术经理）。在会议中，我和开发人员都会做笔记并记下每个用户故事所需的小时数。

会议结束后，开发人员填写了一份估算表格，我们确保双方都同意这一估算。完成后，估算表将返回给业务顾问。

通常会在x到x乘3天的范围内给出高水平估计。

例如：40到120天。

显然，我们只估算所需的开发/测试/部署时间。将为项目管理和技术管理，风险和管理费用增加X百分比。