注意:这个已经更新,以反映2020年Scrum指南。在2017 Scrum指导职责角色。变化的原因是强调Scrum团队整体致力于提供一个有价值的,有用的增量每个Sprint。Scrum管理员和产品所有者的误解是单独的开发团队是有害的。如果我们都是一个团队,我们都是集体的成功和失败负责。
与我的妻子,我享受着海盗系列,它能激励一个隐喻时,我一直在使用Scrum团队内讨论Scrum和敏捷的职责。Scrum的职责就像长船的位置,目的是交易或袭击。这艘船的船员一起到达目的地和背部。Scrum的主要目的是构建和交付价值,可发布的每个冲刺的增量。Scrum团队一起工作,以确保他们在每个Sprint构建可能值最高的组织或他们所服务的目的。
Scrum团队
Scrum团队是一个小的有凝聚力的团队与所有必要的技能努力交付产品的目标。团队需要足够小,可以有效地一起工作,和足够大,以确保所需的所有技能存在于团队。Scrum团队集体拥有“完成”的定义(现在的承诺),确保增量是可用的。
Scrum有三个职责,每一个都有不同的焦点:
产品负责人(绿图)
“什么”。关注价值,上市时间,投资回报和所有权的全部成本(TCO)。
开发人员(红色数字)
“如何”。重点建设完成的东西——增量是可用的和潜在的可发布的。产品正在建设的背景和领域的工作将决定所需的技能。
Scrum Master图(蓝色)
确保使用Scrum框架是理解和正确的业务和团队。帮助大家了解如何使用framework获得最大值和应对市场的需求。他们还将支持Scrum团队的障碍干扰Scrum团队的能力实现他们的共同目标。
支持三个职责之间的联锁,相互问责为其他人创造环境和理解来执行他们的潜力。
维京船比喻
维京文化最显著的一个特点是自由意志(对于自由的人来说,不幸的是没有奴隶)。领导者将提供一个方向,但是这个职位本身不会自动授予服从。然而一旦在海上,船上有一个队长。之前向大海,需要找到一个船员,船长同意旅程的目的(突袭,贸易或探索)。
船长
会选择方向和导航。他们会用他们的经验和理解的条件将船朝着预期的方向发展。风暴是可以预料到的,是一个需要不断调整在任何航行。
船长有权将船,和其他船员的注意义务为他们找到最好的目的地。
在Scrum中,产品负责人。产品待办事项列表是舵桨。
船员
在需要的时候,船员桨船行,或管理的帆。他们负责保持船移动的目的地。
在Scrum中,这是开发人员。他们致力于使用工具和环境提供给他们提供一个“完成”产品的稳步增长增量。
水手长的
也许这并不是历史上准确的比喻——但它帮助!
有人谁可以确保正确的事情发生在船上。帮助每个人都知道他们的角色是什么,得到的船舶操纵天气,什么时候放桨和爆炸鼓及时行等。
在Scrum中——这是Scrum Master。
想象:
- 没有开发人员,就没有进步。
- 没有产品所有者,旅程缺乏方向和重点
- 没有一个Scrum Master,隐患可以停止的旅程
- 作为一个完整的团队,通过集中精力到达目的地。
混合的角色
一个反复出现的问题是可以一个人占领多个角色?
使用船隐喻,我们可以讨论的潜在影响有多个职责。有一个概率的人会关注他们获得最大的满意度,倾向于他们最喜欢的活动。他们会去到最需要的地方吗?人们将如何知道他们持有什么责任吗?有时是更明显的他们的努力应该指向哪里。很可能这将破坏团队的平稳运行。记住,运作和执行团队动态特征的成员之间的相互作用。没有固定的规则,因为每个情况是独一无二的。常见的效果是既不有效问责提供,或其中一个职责是不服务。
这里的关键是明确内部和外部的团队是谁问责。
产品所有者和开发人员
他们想要引导或行吗?
有时可能是船并不像他们划船,带领或船会更慢,因为他们转向不划船。
Scrum管理员和开发人员
他们想要敲鼓或行吗?
有时可能是桨冲突,因为他们不是敲鼓,或船舶失去动力,因为他们打鼓不会划船。它可能会发生这艘船最快移动时敲鼓。当有一个新的团队成员,他们将帮助他们了解如何工作船吗?
产品所有者和Scrum Master
他们想鼓或引导吗?两个角色之间的利益冲突会影响团队和产品。自然产品和框架之间的紧张不安。
许多团队服务
我与太多的组织工作,鼓励一个人服务多个团队职责。当你有时间分享跨团队所有的团队是具有挑战性的公平公正。一般来说,它是最吵闹的团队得到了关注,可能不是最大的团队所需要的。尤其明显,当一个组织开始他们的产品开发。
longship隐喻,他们大部分时间都游泳船舶或船舶之间必须慢下来,这样他们就可以爬船从一个到另一个地方
当风暴来袭……
帆船在风暴来袭时,你需要甲板上所有的手。你需要保持转向船波,或倾覆的危险。如果一个足够大的波从侧面,你下沉。每个机组成员都需要有效地履行职责为了保持船舶在海面上。
如果我们继续与比喻,暴风雨的意外事件发生在产品交付。当意外发生时,没有人承诺和专注履行岗位职责,那么意想不到的可能倾覆产品——结束它或使其偏离轨道。
的比喻…
产品所有者需要相信团队在一个冲刺,让他们专注于实现Sprint目标——这是不太可能在一个长船。
开发者可以自由调整的体系结构和形状的产品,确保产品是可用的(以前可发布的)——这不是解决这个比喻!在Sprint中产品所有者应该允许开发人员自组织的方式交付目标冲刺。
Scrum管理者采用真正的领导风格,服务开发人员,产品所有者,Scrum团队和组织。他们更喜欢使用“问不说”的立场。没有鞭子,没有订单。
你航行如何?
特别感谢@N__Hutchinson谁创造了这个博客的图片!