SCRUM框架和自组织团队

SCRUM框架

Scrum框架的3个角色、3个工件、5个事件、5个价值：

3个角色

• 产品负责人（Product Owner）：
• Scrum Master
• 开发团队

3个工件

• 产品Backlog（Product Backlog）
• SprintBacklog
• 产品增量（Increment）

5个事件

• Sprint（Sprint本身是一个事件，包括了如下4个事件）
• Sprint计划会议（Sprint Planning Meeting）
• 每日站会（Daily Scrum Meeting）
• Sprint评审会议（Sprint Review Meeting）
• Sprint回顾会议（Sprint Retrospective Meeting）

5个价值

• 承诺 – 愿意对目标做出承诺
• 专注– 把你的心思和能力都用到你承诺的工作上去
• 开放– Scrum 把项目中的一切开放给每个人看
• 尊重– 每个人都有他独特的背景和经验
• 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

SCRUM理论基础

Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

Scrum的三大支柱

Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。三大支柱如下：

第一：透明性（Transparency）

透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。

第二：检验（Inspection）

开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。

第三：适应（Adaptation）

如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。

Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。

自组织团队

• 管理者领导的团队，仅授权团队成员执行任务，而由管理者监控和管理工作流程、规划环境和设定方向。在我们看来，处于职能孤岛中的许多专家小组和传统的项目管理“团队”都是此类组织的实例。
• 自管理型团队，让成员不仅负责任务的执行，还要管理他们自己的流程。在 IT 业内，我们看到了许多看板团队应用了这个方法去关注团队任务或者沟通价值流；
• 自规划型团队，向成员授权让他们自己去规划团队和（或）与他们运营相关的组织环境。大多数真正的管理团队和一些 Scrum 团队（特别是当精益或敏捷可扩展时）处在这一层上。
• 自治理型团队，公司董事会、合伙人或初创公司负责如图所示的所有这四项核心职能。

自组织团队的工作方式与命令和控制团队不同，因为他们的价值观不同。了解自组织首先要了解这些价值观是如何融入您的项目中的实际事物：

• 每个人都致力于项目的目标。
  当团队有权做出决策以实现这些目标时，可以实现这种承诺水平，每个人都对项目的计划和执行方式有发言权。例如，有时需求文档并不完美。为了使项目成功，团队可能不得不忽略已记录的需求，以便提供更有价值的产品。这只有在他们有权做出决定后才有可能。
  团队成员互相尊重。当团队成员相互尊重时，他们能够相互信任，以完成他们所做的工作。但对于程序员和其他技术人员而言，这种尊重并不总是那么容易。许多程序员，尤其是高技能程序员，往往纯粹基于技术能力。这可能是有效采用Scrum的障碍。如果程序员不尊重产品所有者，他在谈论项目目标时不会听取产品所有者的意见。
• 每个人都专注于工作。
  当Scrum团队成员正在进行sprint工作时，这是他在sprint期间唯一的工作。他可以自由地完成迭代积压所需的任何工作，并处理sprint期间对该积压所做的任何更改。当每个团队成员专注于sprint目标并且可以自由地完成实现这些目标所需的任何工作时，整个团队能够组织自己并在需要变更时轻松地重定向。
• 开放性。
  当您在Scrum团队工作时，团队中的其他人应该始终了解您正在进行的工作以及如何将项目推向其当前目标。许多Scrum实践旨在鼓励团队成员之间的开放。例如，任务板允许每个人看到每个团队成员正在完成的所有工作，以及剩下多少工作要做。刻录图表让每个人都能自行测量sprint达到迭代目标的速度。每日Scrum，如果有效地完成，在开放性方面几乎是纯粹的练习，因为每个人都展示了他们的任务，挑战和整个团队的进步。所有这些都可以帮助团队营造相互支持和鼓励的氛围。
• 团队成员有勇气站出来参与该项目。
  当你选择开放而不是不透明时，你会让团队更强大，而不是以牺牲团队为代价来强化自己。这样做需要勇气，但是当你这样做时，你会得到更好的产品和更好的工作环境。Scrum团队有勇气通过有益于项目的价值观和原则来生活。要避免一家公司的价值与Scrum和敏捷价值观相冲突，这需要勇气。这需要每个团队成员，特别是Scrum Master保持警惕。但它也要求每个人都愿意相信提供有价值的软件将有助于他们克服对这些价值观的抵制。这也需要勇气，特别是在与老板坐下来进行审查的时候。对自己说，需要勇气，

定义自组织团队

一群有动力的人，他们为实现目标而共同努力，有能力和权力做出决策并随时适应不断变化的需求。让我们看一下自组织团队的一些重要因素：

• 他们为自己拉工作，不等待他们的领导分配工作。这确保了更大的主人翁意识和承诺。
• 他们作为一个整体管理他们的工作（分配，重新分配，估计，重新评估，交付和返工）。
• 他们仍然需要辅导和指导，但他们不需要“指挥和控制”。
• 他们彼此沟通更多，他们的承诺更多地是项目团队而不是ScrumMaster。
• 他们了解要求，并且不怕提出问题以澄清他们的疑虑。
• 他们不断提高自己的技能，并推荐创新的想法和改进。

自组织团队的五大要素

• 能力：个人需要胜任手头的工作。这将使他们对自己的工作充满信心，并且无需从上方指导。
• 协作：他们应该作为一个团队而不是一群人工作。鼓励团队合作。
• 动机：团队激励是成功的关键。团队成员应该专注并对他们的工作感兴趣。
• 信任和尊重：团队成员互相信任和尊重。他们相信集体代码所有权，并准备加倍努力以帮助彼此解决问题。
• 连续性：团队应该在一起合理的持续时间; 偶尔改变它的构成并没有帮助。连续性对团队至关重要。

创建一个自组织团队

谁负责组建自组织团队？是ScrumMaster，还专注于时间表和交付; 或担任财务人员的高级管理人员; 还是组织本身，对思考有更大的挑战？

实际上，需要所有三个实体的共同努力来帮助团队成为自我组织。ScrumMaster应该充当教练并确保团队获得针对特定工作的培训和指导。他或她主要负责确保一个有凝聚力和舒缓的工作环境，这是自组织团队蓬勃发展的必要条件。指导个别团队成员非常重要，这样他们才能理解自组织团队的原则并相互信任。ScrumMaster还应该考虑各种方法来改善分布式团队内的协作（使用应用程序生命周期管理工具，视频会议等）。

高级管理层应确保不妨碍团队的工作; 他们需要充当支持而不是分心。应该设定团队目标，不鼓励个人英雄主义 - 它只是对自组织团队的阻碍。让团队成员在预期交付之前失败是至关重要的。

整个组织应确保其提供必要的基础设施，培训和激励系统，以保持员工的工作积极性。在您期望您的团队成员自我组织之前，这些是卫生因素，构成了第一道交叉障碍。

一个三步过程：培训，指导，指导

创建一个自组织团队可以被认为是一个三步过程。

• 第一步：我们需要培训员工以获得所需的技能。在此阶段结束时，您可以假设团队具有展示自组织行为的能力。提供任何所需的课堂和在职培训，使每个员工都能胜任特定领域/技术。行为训练也很有帮助。

• 第二步：一旦团队开始合作，采用教练方式，看看成员是否面临任何困难。他们可能在一开始就需要更多的支持和指导。如前所述，自组织团队的一些指标是：Scrum仪式是富有成效的，团队喜欢工作，成员互相帮助，新想法即将到来，团队正在为自己拉动工作。到这个阶段结束时，你知道团队是自我组织的。但是，请睁大眼睛观察团队的行为并提供基于需求的指导。这一阶段将带来团队的创新理念和改进成果。

• 第三步：一旦团队处于自组织模式，关键是长期维持这一点。指派可以帮助团队进入下一级别的导师。工作轮换可以是让员工参与并鼓励持续学习的重要方面。如前所述，自组织团队不需要“命令和控制”，但确实需要辅导和指导。

团队不是一成不变的; 它们会随着时间而变化 建立一个自组织团队是一个持续的过程，我们真的从未完成过。每当团队的构成发生变化时，我们都需要重复整个过程。

refers:
https://www.scrumcn.com/agile/scrum_guide.html
https://cloud.tencent.com/developer/article/1370521