什么是Scrum(二)

在Scrum Guide中给出了如下定义:

Scrum 是一个框架,在此框架中人们可以解决复杂的自适应难题,同
时也能高效并创造性地交付可能最高价值的产品。

Scrum拥有轻量级的,易于理解却难以精通的特性。通过一些规则,将scrum中的role、events、artifacts串联在一起。其中每个部分都具有其存在的特定的目的,并且对于成功运用scrum是至关重要的。

Scrum是基于经验过程控制理论(empirical process control theory, 简称 empiricism)。采用迭代和增量式的方法来优化对未来的预测和控制风险。

Scrum的三大支柱是Transparency, Inspection, Adaptation.
Transparency

过程中的关键环节对于那些对产出负责的人必须是显而易见的。要拥有透明,就要为这些 关键环节制定统一的标准,这样所有留意这些环节的人都会对观察到的事物有统一的理 解。
例如
• 所有参与者谈及过程时都必须使用统一的术语。
• 负责完成工作和检视结果增量的人必须对“完成”的定义,有一致的理解。

Inspection

Scrum 的使用者必须经常检视 Scrum 的工件和完成 Sprint 目标的进展,以便发现不必要 的差异。检视不应该过于频繁而阻碍工作本身。当检视是由技能娴熟的检视者在工作中勤 勉地执行时,效果最佳。

Adaptation

如果检视者发现过程中的一个或多个方面偏离可接受范围以外,并且将会导致产品不可接 受时,就必须对过程或过程化的内容加以调整。调整工作必须尽快执行如此才能最小化进 一步的偏离。

Scrum roles

一个scrum团队应当由一位Product Owner、一个Development Team、以及一名Scrum Master组成。通过自组织组成一支cross functional的团队,具备完成工作的苏需技能,并自主选择以最好的方式完成日常工作。

Product Owner
Product Owner(产品负责人)是一个人,而不是一个委员会。产品负责人是负责管理Product Backlog的唯一负责人。其职责是将开发团队开发的产品价值最大化。

Development Team
Development Team(开发团队)中包含了拥有各种技能的角色,例如Dev,QA,BA,并负责在每个Sprint结束时交付potentially releasable product。开发团队成员自组织和管理他们的日常工作,由此产生的正面效应能够最大化开发团队的整体效率。

开发团队最佳规模是足够小以保持敏捷性,同时足够大可以在 Sprint 内完成重要的工 作。少于 3 个人的开发团队,成员之间没有足够的互动,因而生产力的增长不会很大。 过小的团队在 Sprint 中可能会遭遇到技能上的约束,进而导致开发团队无法交付潜在可 发布的产品增量。超过 9 人的团队则需要过多的协调沟通工作。

Scrum Master

Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮 助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。

对团队而言,Scrum Master是一位服务性的领导。通过帮助scrum团队外的人了解如何与scrum团队交互来最大化团队所创造的价值。Scrum Master服务于Product Owner,Development Team,Organization。

Scrum events

在Scrum的框架中有4个events:Sprint Planning,Daily Scrum,Sprint Review,Sprint Retrospective。

在介绍上述4个events之前,需要先了解一下什么是Sprint。

Sprint是Scrum的核心,其长度(持续时间)为一个月或更短的限时,这段时间内构建 一个“完成”、可用的和潜在可发布的产品增量。在整个开发过程期间,Sprint的长度保 持一致。前一个 Sprint 结束后,下一个新的Sprint紧接着立即开始。

将Sprint的时间长度限制在一个月的原因是,如果Sprint太长的话,对于构建事物本身的定义可能会改变,复杂度也可能增加,随之而来的还有风险的变化。

Sprint Planning
Sprint Planning就如同字面上的意思,是计划接下来的Sprint需要做的工作。是由整个Scrum团队一起制定的。

Daily Scrum
Daily Scrum是开发团队一个time box为15分钟的event。会在每天的同一时间同一地点举行,以便降低会议本身的复杂性。
在Daily Scrum中,开发团队会回顾之前一天的工作,并为接下来24小时的工作制定计划。通常会回答以下三个问题:

  • 昨天,我为帮助开发团队达成 Sprint 目标做了什么?
  • 今天,我为帮助开发团队达成 Sprint 目标准备做什么?
  • 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?

Sprint Review
在Sprint即将结束时举行一个review的会议。在会议上会inspect当前sprint做交付的产品,并且按需调整Product Backlog。

Sprint Retrospective
Sprint Retrospective通常是发生在Sprint Review与下一个Sprint Planning之间的。Scrum团队通过这个时机来检视自身好与不好的地方,并创造在下一个Sprint中改进的机会。

Scrum的价值观

当承诺、勇气、专注、开放和尊重五大价值观为Scrum团队所践行与内化时,Scrum的Transparency, Inspection, Adaptation三大支柱成为现实,并且在每个人之间构建信任。Scrum团队成员通过Scrum的role、events、artifacts来学习和探索这些价值观。
Scrum的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum团队的目标。Scrum团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于Sprint工作和Scrum团队的目标。Scrum团队及其利益攸关者同意将所有工作和执行工作上的挑战进行公开。Scrum团队成员相互尊重,彼此是有能力和独立的人。

你可能感兴趣的:(什么是Scrum(二))