敏捷项目经理
在人们过渡到使用敏捷的过程中,我一直听到的一个问题是:如果没有项目经理,我们如何组织项目?
如果您阅读管理它! ,您知道我不会接受控制项目经理的想法。 但是,一个促进项目经理? 天啊。 那是一匹不同颜色的马。
在计划驱动的方法占据上风的组织中,管理人员考虑管理人员而不是项目。 不,管理人员的存在是为了创造人们可以在其中完成出色工作的环境。 项目经理甚至可能会很有帮助。 我之前曾谈过我什么时候是“ 围墙 ” ,以保护团队免受管理混乱。 ”
这是敏捷项目经理可能会做的事情的列表:
- 促进团队的流程。 敏捷的新团队没有将敏捷融入他们的DNA中。 谁会更多地了解他们如何为他们提供敏捷性服务? 谁来安排回溯并确保它发生? (PM不必为追溯提供便利。它们可以使追溯发生。)
- 消除了团队成员无法消除自己的障碍。 在组织级别存在许多障碍。 团队不会解决他们。 团队需要“消除”项目经理的障碍。
- 协助团队测量团队的速度和其他度量。 例如,特别是对于刚进入敏捷团队的团队,我喜欢燃尽图。 我喜欢随时间测量缺陷。 我喜欢知道故障反馈率。 我喜欢周期时间,累积流量和其他与精益相关的图表。 谁有时间这样做? 因为PM评估风险,所以PM确实可以。
- 协助产品负责人为下一次迭代编写故事。 我不知道有太多的PO知道如何编写足够小的故事进行迭代。
- 准备项目愿景/促进项目愿景。
- 准备发布标准/促进发布标准。
- 方便团队对完成的定义。
协助团队管理团队风险。 这可以是很多不同的东西:
- 管理赞助商的期望
- 管理项目组合,因此没有上下文切换
- 获得更多资金
- 确保长时间交货的项目按时出现
- 如果整个组织/组织外部存在与项目的交叉点,则每个人都可以理解那些交叉点,并且每个人都可以解决它们。
可能还有更多的PM功能。 (如果您知道任何信息,请发表评论。谢谢。)
充当仆人领导的项目经理履行有用的职能。 如果项目经理不了解资源效率和流程效率之间的区别,则可能特别有用。
控制项目经理? 没那么多。
在第2部分中,我将描述敏捷PM不具备的功能。
翻译自: https://www.javacodegeeks.com/2016/09/agile-project-managers-part-1.html
敏捷项目经理