作者： 巫婆艾
原IBM Advisory Software
Engineer，参与并见证IBM敏捷成功转型。原汇丰科技西安有限公司资深项目经理。现任某外企Scrum Master。擅基于不同文化形态下的敏捷实践裁剪。相信实践是检验真理的唯一途径。
Scrum 是用于开发、交付和持续支持复杂产品的一个框架，是一个增量的、迭代的开发过程。 Scrum起源于软件开发项目，同时它适用于任何复杂的或是创新性的项目。
Scrum流程
在Scum 这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。
在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。
Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。
挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。
在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。
SCRUM是什么， 不是什么
Scrum： Scrum 是一个框架，在此框架中人们可以解决复杂的自适应难题，同时也能高效并创造性地交付最高价值的产品。
Scrum 是什么： Scrum 框架由Scrum 团队以及与之相关的角色、事件、工件和规则组成。框架中的每个部分都有其特定的目的，其对于 Scrum 的成功与使用是至关重要的。Scrum 的规则把角色、事件和工件组织在一起，管理它们之间的关系和交互。
Scrum 不是什么：Scrum 并不是一种过程、技术或决定性方法。您可以使用各种不同的过程和技术。Scrum 框架让您的产品管理和工作技术的相对成效更加清晰地显现出来，以便您可以持续改进产品、团队和工作环境。
SCRUM框架（3355）
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 最初是为了管理和开发产品而开发的。从上世纪 90 年代初开始，Scrum 在全球范围内已得到了广泛应用，在迭代与增量的知识迁移中，Scrum 被证明特别有效。
Scrum 已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶、学校、政府、市场、管理组织运营，以及几乎我们（作为个体和群体）日常生活中所使用的一切。
Scrum 的精髓在于小团队。个体团队具有高度灵活性和适应性。当单个、几个、多个和团队网络在开发、发布、运营和维护成千上万人的工作和工作产品时，这些优势得以持续运作（并发挥价值）。他们通过精良的开发架构和目标发布环境来协作和互操作。
SCRUM理论基础
Scrum 是基于经验过程控制理论，或称之为经验主义。
经验主义主张知识源自实际经验以及当前已知情况下做出的决定所获得。Scrum 采纳一种迭代、增量式的方法来优化对未来的预测和控制风险。
透明、检视和适应是经验过程控制的三大支柱，支撑起每一个经验过程的实施。
第一：透明性（Transparency）
透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。
要拥有透明，就要为这些关键环节制定统一的标准，这样所有留意这些环节的人都会对观察到的事物有统一的理解。例如：
• 使用统一的术语。
• 必须对“完成”的定义，有一致的理解。
管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。
第二：检验（Inspection）
Scrum 的使用者必须经常检视 Scrum 的工件和完成 Sprint 目标的进展，以便发现不必要的差异。
检视不应该过于频繁而阻碍工作本身。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。
另一个因素就是检验工作成果人员的技能水平和积极性。当检视是由技能娴熟的检视者在工作中不断地执行时，效果最佳。
第三：适应（Adaptation）
如果检视者发现过程中的一个或多个方面偏离可接受范围以外，并且将会导致产品不可接受时，就必须对过程或过程化的内容加以调整。调整工作必须尽快执行，才能最小化进一步的偏离。
如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。
Scrum中通过三个活动进行检验和适应：
每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；
Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；
Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。
Scrum 团队成员通过角色、事件和工件来学习和探索这些价值观，并不断践行与内化，在每个人之间构建信任。
本文借鉴了https://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1中部分的概念和内容
1953
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
