项目经理和开发人员之间的平衡

时间:2010-01-27 16:45:17

标签: project-management agile scrum

现在,我的项目有点需求匮乏;项目经理无法像我们建立的那样快速地获得良好的要求,因此我们的效率低于我们可能的效率。

每个项目经理有多少开发人员可以取得良好的平衡?

8 个答案:

答案 0 :(得分:5)

取决于项目经理和项目。我见过一些PM处理50到80个开发团队;我见过其他人与2个人的斗争。

听起来像这个项目早在有人知道它应该做什么之前就已经是绿灯。这意味着你现在感觉很好,但要等到最后一个月左右。事情会发生变化。

答案 1 :(得分:4)

项目经理从不直接管理开发人员。在Tech / Team Leader(管理7-8人)的帮助下。一个典型的经理将管理一个由30多名开发人员组成的团队(以及4-5名领导者,每名领导至少7名开发人员)。我们还有域顾问/技术顾问/业务分析师,他们从客户那里获得需求并创建系统规范文档,这将有助于技术主管将这些需求转换为设计规范,然后开发人员实现它!


管理器

******* |>业务分析师(1-2)

******* |>铅(4-5)

****** * ******* |>开发人员(7-8)

******* |>测试导线(1-2)

****** * ******* |>测试员(2-3)

答案 2 :(得分:2)

没有“黄金开发者与PM比率”这样的事情。问题本身不太可能根植于比率本身,但是你是否发现自己在项目上缺乏工作,这很可能意味着项目经理不能很好地完成工作:

  • 为项目开始分配了太多人。
  • 您分配的任务正在等待外部依赖项。 PM应该在ongoing risk management
  • 中为您提供了替代任务
  • 您已经提前完成了任务,并且PM没有准备好通过让您重构,使文档更新或类似来利用这种情况。能够利用机会只是风险管理的另一面。
  • 项目组织存在一个瓶颈,也就是说,事情不能像提供新软件那样快速,规划,质量保证。
  • PM落入classic software mistake #19

    在模糊前端浪费了时间。 “模糊前端”是项目开始之前的时间,通常是在批准和预算过程中花费的时间。一个项目在模糊的前端花费数月或数年然后以激进的时间表走出大门并不罕见。在模糊前端中保存几周或几个月比在相同数量下压缩开发计划表更容易,更便宜且风险更小。

答案 3 :(得分:1)

通常每1名项目经理有5名开发人员。

答案 4 :(得分:1)

我们有不同的角色。

项目经理管理开发人员,最多可以为15人。

业务分析师是提供要求的人。对于两三个开发者来说,这个比例更像是其中一个。

答案 5 :(得分:0)

为什么项目经理会满足要求?在我工作的地方,我们有一位业务分析师帮助获得需求,但有时开发人员可以在某些情况下让最终用户获得需求,因为一开始并不知道所有内容。

我们有一些开发人员,一名BA和一名项目经理。在过去,我们还有一个学士学位来帮助确定需要的内容以及整个系统的复杂程度。

答案 6 :(得分:0)

我们两者之间没有联系。每个项目经理都会处理,但许多开发人员都可以使用并分配给项目。如果该项目有很多开发人员,那么高级/主要开发人员和开发团队经理可能会参与其中,而不是PM直接与他们打交道。

答案 7 :(得分:0)

在找到一个好的比例时,天气是5:1,10:1等。我会比开发人员更强烈地倾向于,而不是你认为的平均需求。如果PM / BA短缺出现,我们开发人员可以“不情愿”进入“PM”角色来填补空白。 (暂时,希望)将开发人员变成PM而不是PM变成开发人员更容易。这使团队更具适应性。