敏捷项目经理
在“敏捷项目经理的职责”第1部分中 ,我谈到了敏捷项目经理的职责。 这是敏捷项目经理不做的事情:
- 敏捷项目经理不分配工作。
- 敏捷项目经理并不代表团队来估计工作。
- 敏捷项目经理不代表团队致力于功能,故事或任务。
- 敏捷项目经理不同意日期。
- 敏捷项目经理不同意项目约束。
对于许多敏捷新团队来说,这是一个巨大的变化。 在计划驱动的方法中,例如瀑布式或相位门式生命周期,没有产品负责人这样的角色。 在计划驱动的方法中,项目经理评估需求,并确定团队应首先执行的功能/需求/什么,等等。 如果项目经理了解基于可交付成果的计划,则由项目经理决定可交付成果并执行滚动计划。
在敏捷中,产品负责人执行基于滚动交付的计划。 PO决定团队现在需要实现哪些功能(交付项)以及它们的等级。PO决定何时重新计划。 敏捷项目经理可能会提供帮助/建议/协助,但是基于交付的计划是采购订单的工作。
这些更改具有以下含义:
- PO管理对外部请求的“承诺”。 (许多项目经理曾经做过的事情。)
- PO定义了可交付成果。 (许多项目经理曾经做过的事情。)
- PO定义滚动波计划。 (许多项目经理曾经做过的事情。)
对于习惯于使他们的基于交付的滚动计划有效的传统项目经理来说,这可能是一个很大的变化。 (是的,您可以通过基于交付的滚动波计划来使瀑布式项目工作。这要困难得多,但有可能实现。)一些项目经理很难调和自己作为仆人领导者的角色,从而促进了团队的工作而不是指导。
我将在第3部分中介绍产品所有者和敏捷项目经理如何一起工作。
翻译自: https://www.javacodegeeks.com/2016/10/agile-project-managers-not-part-2.html
敏捷项目经理