问谁应该给出高级别的项目评估？

EN

我以管理者(现在)和开发者(过去)的身份回答这个问题。

高级评估应该来自团队/项目负责人，但要有来自开发人员的输入。它们也应该以范围的形式给出-最有可能是最坏的情况，并指示每种情况的置信度。

团队领导不可能充分深入地了解项目的所有内容，因此他们需要开发人员的一些输入，但这样做的危险在于，您在过程的早期就陷入了细节的泥潭。同样，单个开发人员也不会对项目有足够广泛的了解(除非它真的很小)，无法给出对所有项目的估计。

然后，经理整合这些估计，并寻找冲突和协同效应，以获得“大图景”-毕竟这就是我们获得报酬的原因。

作为一名开发人员，我不会信任一个没有与开发人员核实就给出估计的经理，但同样，我也不会信任一个只是询问开发人员并将信息传递出去而没有以某种方式“编辑”它的人。

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

然而，我并不是说PM应该弥补这些估计。

我的意思是，项目经理将需要从各种来源--技术、业务等--对项目的不同部分进行评估。在任何项目中，都会有大量的非技术性部分。

任何技术性的东西都应该由技术人员来评估。

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

但是，PM确实需要将所有这些结合在一起，形成一个高级别的估计，特别是在资源分配和确定相互依赖关系和关键路径方面。

1. 开发人员通常应该进行初步估计。管理者应该能够根据实施人员的不同向其添加风险因素。(例如:如果实现它的开发人员比给出估计的开发人员有更好的知识，风险将会更低)。开发人员也可能对项目的其他开发领域没有概念(假设其规模巨大)。这就是管理者的估计出现在画面中的地方。如果项目很小，那么开发人员的估计就足够好了。