Scrum项目经理的角色
有经常困惑当组织过渡到敏捷的工作方式,尤其是角色的映射。一个常见的问题是项目经理如何使用Scrum。
Scrum没有项目经理的角色。完成的工作在Scrum团队3的角色。
产品负责人
- 产品规划(范围)
- 财务规划
- 利益相关者合作
- 跟踪进步的水平更高
开发团队
- 详细规划
- 跟踪进步的冲刺
- 质量控制
Scrum Master
- 接下来的过程
- 移除障碍
- 团队的进步
预测与经验
这两个范例是根本不同的方式工作,但是它们有相同的目的或业务结果。
进步
如何衡量进展和沟通是不同的,方法是不同的。的目的是审查进展是对最初的计划,一个重要方面是计划的详细程度和粒度。
在预测管理,它主要是项目经理负责跟踪反对这个计划。这可能是一个跟踪甘特图,升级异常。项目经理的角色是级联信息。
在Scrum整个团队各级负责跟踪。每日例会和冲刺评审活动有直接关注进展,以及如何找到工作了。这将是与Sprint Burndown监控,并释放燃尽。
常见的因素是高度可见的可见性进展,这是使用不同的报告类型的目的。
风险
风险管理非常不同。王子2中有一个风险管理策略来识别和管理风险。在Scrum风险是许多因素影响产品待办事项列表的顺序。降低风险的主要方式是通过提供一个工作产品增量解决风险。交付产品将减轻工作的业务、技术和市场风险,确保在项目的早期生活,我们提供客户要求。降低风险,构建功能尽快获得反馈为了使任何需要更改和验证假设的功能。
金融模型
两个过程需要一个业务案例开始做进一步的工作产品。模型是基于评估的基础。
预测
- 预算基线上定义的初始化
- 投资回报率(ROI)预测
- 变量花费依赖人们在使用和资源
- 最后交付的价值
经验
- 初步预测,调整每个Sprint
- ROI评估每一个冲刺
- 稳定花基于稳定的团队,与峰值从额外的资源消费
- 价值交付每一个冲刺
可变性
所有的敏捷框架被设计成灵活,和允许最小成本重新计划。产品待办事项列表是规划的仪器产品和版本,与Sprint Backlog仪器在Sprint的水平。
在预测项目管理,变更管理,变更管理过程变化时触发异常超出了公差范围设置所需的水平。成本的大小成正比变化。
项目经理在哪里合适?
关键是风格的交互。预测管理往往对一个指挥和控制模型的状态更新和方向。Scrum是基于仆人领导下,便利和“拉不推”模式。
模型1:项目经理是从事股权持有人
项目经理(PM)协助产品所有者(PO)和Scrum Master (SM)和各自的职责
这是有效的交互需要协作的风格,与PM工作框架内。他们应该尊重和过程不干扰事件寻找更新。
然后点可以支持更广泛的组织与理解Scrum过程跟踪的文物。
模型2:项目经理作为一个Scrum管理员或者产品所有者
当情节适当和项目经理演示正确的行为(拉不推,请不要告诉),他们可以选择成为产品所有者或Scrum Master。选择是基于什么恩惠的人——业务价值的焦点或框架和解决问题。
和商业价值,如果他们喜欢的项目涉众的协作走向PO的角色,或者SM的角色。
模型3:预测项目的工作
如果他们的偏好是保持在相同的方式工作,他们应该保持在预测项目管理的项目被认为是预测的方式运行。如果个人不愿意参与在敏捷方法的人,他们的行为可以成为破坏性的——减少透明度和削弱自我组织。
传说:项目经理是一个高级角色
在许多组织正在转换有一种误解,认为项目经理高级角色产品所有者或Scrum Master。这并非如此。敏捷实现功能,项目经理可能作为一个Scrum团队和组织之间的减振器。关键是他们不作为过滤镜片,扭曲了视图或淡化的透明度团队是如何工作的。
项目经理和PMO
Scrum没有项目经理的角色。,主要的职责是在Scrum团队完成3的角色。我们已经讨论了三种方法,项目经理可以使用Scrum。
关键是风格的交互。预测管理往往对一个指挥和控制模型的状态更新和方向。Scrum是基于便利化和“拉不推”模式。
是天真的认为改变使用Scrum,首先需要拆除PMO并释放所有的项目经理。这是浪费的,因为这些人通常都是那些知道如何组织确实有效,和有丰富的经验在交付工作。重点应该是帮助他们了解新的工作模式,过渡和争取他们的支持。
PMO的角色
PMO的角色是支持组合,规划和项目的组织工作。这将覆盖的执行和管理工作,以及保持专注于整个企业的效率。
一个运转良好的PMO会在飞行工作的理解,并有大量的经验和政治影响力。转换成功,PMO需要结合新的模型,和支持的变化过程。
这篇文章最初发表在先进的产品交付的博客