CODING 告诉你如何创建一个 Scrum 团队

原文地址： https://www.atlassian.com/agi...
翻译君：CODING 敏杰小王子

Scrum 当中有三个角色：PO（product owner），敏捷教练（scrum master）和开发团队。虽然这看起来很清晰，但如何处理现有职位的问题可能会让人感到困惑。许多团队询问在采用 scrum 时是否须要更改岗位名称？最简洁的答案是“不”。在本文中，咱们将讨论 scrum 的角色定义以及如何将它们融进你的组织中，而你无需打印新的岗位名片。

Scrum 角色 VS 岗位职称

这三个 scrum 角色描述了 scrum 团队成员的主要责任，他们并非岗位职称。这意味着任何职称，即便是现有职位，也能够承担其中一个角色。由于 scrum 的本质是经验主义、自我组织和持续改进，因此这三个角色给出了责任的最小定义，以容许团队有效地工做。这使得团队能够对他们的自我组织和持续改进负责。
参考阅读：https://scrumguides.org/scrum...

创建一个 Scrum 团队

Scrum 是一个团队构建运做流程的框架。它提供了按期会议和谁作什么的基本结构。
它不为团队提供一个适合全部人的模型。例如，若是团队正在开发 Web 保险应用程序，他们须要了解技术、后端系统和业务领域的人员。另外一方面，若是团队正在研究下一代大金刚，那么所需的技能将会大不相同。他们须要平面设计师，音响工程师和图形开发人员。因为问题不一样，所需的团队结构和技能也不一样。

团队试图解决的问题越复杂，团队运做就变得愈来愈困难。正如那句老话：“你不知道你不知道什么，直到你知道你不知道”。团队可能不知道预先须要的技能或工做量，而且须要具有必定的灵活性，一旦他们了解更多后就能够轻松地改变学习方向。

为了给这个复杂、不断变化且常常使人讨厌的世界提供一些结构，scrum 提供了轻量级团队结构，包括开发团队，PO 和敏捷教练的三个 scrum 角色。

开发团队：从新定义“开发人员”

开发团队是开展工做的人员。乍一看可能认为“开发团队”意味着工程师。但状况并不是老是如此。根据 scrum 指南，开发团队能够由各类各样的人组成，包括设计师、文档工程师、程序员等。  

你能够像进行一个房屋项目聘请开发人员同样考虑它。这可能意味着他们须要铺砖，作管道，甚至挖洞，这我的被称为开发商。所以，scrum 中的“开发人员”角色意味着拥有合适技能的团队成员，做为团队的一部分来完成工做。
参考阅读：https://www.scrum.org/resourc...
Scrum 指南：https://www.scrumguides.org/

Scrum 神话：Scrum 开发人员意味着只有编程人员才能成为 Scrum 团队的一员。

开发团队应该可以自我组织，这样他们能够本身作出决定来完成工做。能够将开发团队视为相似于由于出现了问题而被夜间呼叫的生产环境支撑团队。与生产环境支撑团队同样，开发团队能够制定决策并为手头的问题提供修复/价值。自组织不意味着对组织不尊重，而是为了让最接近工做的人可以为解决问题采起实质行动。

开发团队的职责包括：

• 经过迭代交付工做。
• 为了确保冲刺期间的工做透明度，他们天天都会在晨会中碰头（有时称为站立）。站立会议为工做提供透明度，并为团队成员寻求帮助、谈论成功经验以及突出问题和障碍提供了一个专门的场所。敏捷教练可能会促进站立会议，但最终由开发团队负责运行此会议。他们的会议是帮助他们做为一个总体，以更有效的方式检查和调整他们正在作的工做。

PO：明确方向

敏捷团队在设计上具备灵活性和快速响应的特质，PO 有责任确保团队提供的价值最大化。业务由产品全部者（即 PO）表明，他会告诉开发什么是重要的交付内容。这两种角色之间的信任相当重要。

PO 不只要了解客户，还要了解 scrum 团队为客户提供的价值。PO 还能够平衡组织中其余利益相关者的需求。  

所以，PO 必须掌握对全部工做的输入并肯定优先顺序。这多是他们最重要的责任，由于冲突的优先级和不明确的方向不只会下降团队的效率，还会破坏业务人员与开发团队之间的重要信任关系。

敏捷团队旨在即时检查和随时调整，这意味着优先级的变化可能会致使团队结构、工做产出以及最终结果的巨大变化。所以，对于 scrum 团队而言，成功的关键是只有一我的可以肯定优先权，那我的是 PO。

Scrum 指南将 PO 的职责定义为：

• 管理 backlog —— 这并不意味着他们是惟一一个将新的 backlog 项目放入待办事项的人。但他们对开发团队须要交付的 backlog 事项负责。这意味着 PO 应该了解待办事项中的全部内容，当其余人将添加事项到产品 backlog 当中时应确保他们与 PO 沟经过。
• 发布管理 —— 迭代不是发布周期，而是计划周期。这意味着 scrum 团队能够随时交付产品。理想状况下，他们会在整个迭代中频繁交付，能够在迭代回顾查看真实的客户使用状况和反馈。可是持续交付并非总能保持的一种状态，而且其它发布模型也是必要的。PO 必须知道何时可以而且应该发布。
• 利益相关者管理 —— 任何产品都会涉及许多利益相关者，包括用户、客户、公司高层和组织领导。PO 必须与这些人合做，以确保开发团队提供真正的价值。这可能意味着 PO 须要与各个利益相关者进行沟通。

Scrum 神话：PO 制定全部要求，编写全部验收标准并建立全部需求。

Scrum master：把它们融合在一块儿

Scrum 管理员负责把 scrum 相关的一切都融合在一块儿，并确保 scrum 在团队中运做良好。这意味着他们能够帮助 PO 定义价值，帮助开发团队交付商业价值，帮助 scrum 团队运做地更好。敏捷教练是一个仆人式的领导者角色，这个角色不只描述了支持性的领导风格，还描述了他们平常工做的内容。

敏捷教练经过帮助 PO 更好地理解和传达价值、管理 backlog、与团队一块儿规划分解工做输出最有效的经验，来更好地为 PO 服务。敏捷教练也为开发团队服务，帮助他们自我组织，专一于结果，实现“增量式工做”，并管理工做中的障碍。敏捷教练还为整个组织提供服务，帮助他们了解 scrum 是什么，建立能够良好运做 scrum 的环境。

Scrum 神话：敏捷教练必须每日运行 scrum 相关机制。实际上，敏捷教练不运行任何事务只是确保它们可以正常运行。

敏捷教练专一于：

• 透明度 —— 为了支持团队可以有效地自我检查和调整，对应的人员须要看到对应发生的事情。但这事作起来比看起来难。敏捷教练的任务是确保 scrum 团队以透明的方式工做。好比建立故事地图和使用回顾性思惟来更新汇总信息页面。
• 经验主义 —— scrum 和敏捷的一个基本方法是，达到目标的最好方式是去作并从中学习。积累经验的过程并不容易，须要敏捷教练指导团队分解工做、描述明确的结果并回顾这些结果。
• 自组织 —— 告知开发团队他们能够自我组织，那么他们就会去自我管理。事实上，团队在自我组织的过程当中随着时间的推移，会须要帮助和支持。敏捷教练会鼓励团队成员走出他们的温馨区并尝试不一样的事情，并使用诸如“委托扑克”之类的作法来揭露和挑战有关角色界限和职责的预设想法。

参考阅读：https://management30.com/prod...

• 价值观 —— scrum 定义了勇气、专一、承诺、尊重和开放的 5 个价值观，不是由于它们很友善，而是由于它们创造了安全和信任的环境。这种环境对于团队的茁壮成长很是必要。遵循这些价值观是 scrum 团队中每一个人的责任，而敏捷教练在鼓励和提醒每一个人遵照这些价值观的方面发挥了积极做用。

敏捷教练在迭代规划和迭代回顾中为 PO 提供服务，确保描述准确并设置方向。他们经过维持事务正常运做、移除工做阻碍为平常的开发团队服务。他们还对团队没法解决的障碍负责。敏捷教练确保每一个改进的机会都对 scrum 团队透明，而且有一系列明确的结果可供回顾。

开始使用敏捷 Scrum 角色

在只描述任何 scrum 团队中三个主要责任区域时，这三个 scrum 角色理解起来很是简单。但一般很难将它们映射到企业当中的岗位职称。因此下面的实践将帮助你更好地开始：

• 若是你拥有很多提供客户价值的优秀技能，而且提供价值这件事令你无比兴奋，那么你应该成为一名 scrum 开发团队成员。实际上，团队是任何敏捷组织中最重要的元素，由于他们为客户和利益相关者提供了价值。这意味着你的资历取决于你能提供多少价值或帮助他人作到这一点。
• 若是你对客户、企业利益相关者和业务领域充满热情，那么 PO 最适合你的需求。在大多数组织中，这我的须要获得业务方面的尊重和信任，所以他们能够作出决策。当你权衡利弊并但愿让每一个人都开心时，这个角色就须要必定程度的“政治活动技巧”。
• 若是你想帮助团队有效地一块儿工做，并但愿经过 scrum 和敏捷改变世界，那么敏捷教练的角色非你莫属。这是一个以人为中心的角色，很是注重指导、教学和辅导。

CODING 敏捷模块帮助 scrum 各个角色轻松搞定敏捷项目管理。