用长船隐喻Scrum中的角色
Scrum团队
Scrum有三个职能，每个有不同的侧重点
产品负责人（绿色小人）
是“做什么”的代表，包含了价值重点、上市时间、投资回报以及总持有成本的“团队的工作内容”。
开发人员（红色小人）
Scrum Master（蓝色小人）
确保业务和团队理解并正确使用Scrum框架。帮助每个人了解如何使用该框架以获得最大价值并响应市场需求。他们还将协助Scrum团队消除干扰其实现共同目标的障碍。
维京海盗船的隐喻
维京海盗文化的一个决定性特征是自由意志（对于自由人，不幸的是不是对于奴隶）。领导者会提供方向，但职位本身不会自动获得他人的服从。然而，一旦在海上，这艘船就有了船长。在出海之前，船长需要找到一名对旅程意图取得一致的船员（在哪里掠夺、交易或探索）。
船长
将选择方向并导航船舶。他们将利用自己的经验和对情况的了解，将船驶向预期方向。风暴是意料之中的，在任何航海中都需要不断调整。
船长有权驾驶船舶，并有责任照顾其他船员，为他们找到最佳目的地。
在Scrum中这就是产品负责人，而产品待办列表就是船舵。
船员
在Scrum中是开发人员，他们承诺在可用的环境和工具下稳定持续地交付符合完工定义的产品。
这个角色看上去不像上面一样那么精确，但这在隐喻中帮了大忙！
这个角色确保在船上发生正确的事儿，帮助大家明确自己的角色以及在应对天气时协调大家在何时划桨，并且击打鼓面以确保划桨步调一致。
在Scrum中，这就是Scrum Master。
没有开发人员就不会有进展
没有产品负责人旅程就会缺乏方向和重点
没有Scrum Master的话潜藏的危险就会阻碍旅程
作为一个完整的团队，是通过聚精会神的付出以达到终点的
角色的混合
应用这个船舶的隐喻，我们可以讨论一下多重职责所带来的潜在影响。很可能人们只会专注于他们最能获得满足的事情，倾向于他们最喜欢的活动。他们会去最需要他们的地方吗？人们如何知道他们承担着什么责任？有时更明显的问题是该向哪里努力，这很可能会扰乱团队的顺利运行。
请记住，一个运作良好的团队具有动态特征，其特点是成员之间的互动。这方面没有固定的规则，因为每种情况都是独特的。常见的结果是，既没有有效地履行责任，也没有履行其中任何一项责任。
其中关键之处是在团队内外明确谁是负责人。
他们想掌舵还是划船？
有些时候，当他们在划船时无人掌舵，或者当掌舵时无人划船导致走得更慢。
他们想擂鼓还是划船？
有些时候，由于在划桨时没有人擂鼓而发生彼此间的碰撞，或者都在擂鼓而无人划船时失去动力。只有在擂鼓时划船，才可能会移动得最快。当有新的团队成员加入，谁会帮助他们了解如何操作船舶？
他们想擂鼓还是掌舵？两个角色之间的利益冲突会影响团队和产品。产品和框架之间的固有矛盾会产生困扰。
我与太多这样的组织合作过，他们鼓励一个人在所有职责范围内为多个团队服务。当您在团队之间共享时间时，公平对待所有团队是一项挑战。通常，制造最多噪音的团队才是最受关注的团队-可能不是最需要的团队。当一个组织开始规模化其产品开发时，这一点尤为明显。
当风暴来袭。。。
如果我们继续使用这个隐喻，风暴就是产品交付中发生的意外事件。当意外发生时，如果员工没有承诺并专注于履行他们的职责，那么意外可能会使产品倾覆 —— 终结产品或使其偏离轨道。
产品负责人需要相信在冲刺中的团队，让他们专注于实现Sprint目标 —— 这在长船上是不可能的。
开发人员可以自由地调整产品的架构和形态，以确保产品可用 —— 这在这个比喻中没有提到！在Sprint期间，产品负责人应当允许开发人员以自组织的形式实现Sprint目标。
Scrum Master采用了真正的领导力风格，为开发人员、产品负责人、Scrum团队和组织服务。他们更喜欢使用“问而不说”的立场。没有鞭子，没有命令。
原文地址：
关于作者
Scrum中文网是全球第一个Scrum中文网站，中国最早的Scrum和敏捷教育及推广机构，也是国际Scrum联盟（ScrumAlliance）官方授权教育机构，Scrum.org官方合作培训机构，大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。
