Scrum指南笔记

Scrum指南笔记

目录

一、Scrum team运作流程

二、3个支柱

三、5个价值观

四、Scrum team

五、3个角色

六、3个工件

七、5个事件

---

scrum指南下载地址：https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Chinese-Simplified.pdf

敏捷宣言强调的敏捷软件开发的四个核心价值是：

    个体和互动高于流程和工具
    工作的软件高于详尽的文档
    客户合作高于合同谈判
    响应变化高于遵循计划

一、Scrum team运作流程

    •想法放在产品代办列表，产品负责人对所有的列表条目负责
    •产品负责人至少准备1个spring的内容
    •进入迭代：开计划会（做什么、怎么做），计划会输入（目标、任务版也叫白板）
    •每日站会（昨天、今天、问题）
    •产品增量
    •产品评审会对产品增量做评审
    •回顾会
    •反复以上流程

二、3个支柱

    （1）透明。过程和工作对执行和接受的工作人员可见；透明使检视成为可能，没有透明的检视会产生误导和浪费；
    （2）检视。工件和进展必须经常的检视；检视使适应成为可能；无适应的检视无意义；
    （3）适应。过程的任何方面超出可接受范围，就对当下的过程处理的内容加以调整

三、5个价值观

    （1）承诺。Scrum team致力于达成目标并互相支持
    （2）专注。他们的关注点是spring的工作
    （3）开放。Scrum team及利益相关者对工作和挑战保持开放态度
    （4）尊重。Scrum team成员互相尊重，彼此是由能力和独立的人
    （5）勇气。Scrum team成员有勇气做正确的事并处理棘手问题

四、Scrum team

    （1）scrum的基本单位是小团队
    （2）由一名SM、一名PO和dev组成（小于10人,推荐3-9人）
    （3）没有子团队或层次结构
    （4）该团队一次只关注一个目标，即product goal
    （5）scrum team是跨职能、自管理的
    （6）共享product goal、product backlog、PO

五、3个角色

1、产品负责人product owner
        （1）最大化开发团队的工作价值
        （2）明确沟通Product goal
        （3）创建清晰的produck backlog条目，并管理（目标、条目、排序、可见）
        （4）确保produck backlog是透明的、可见的、可理解的
        （5）PO可以自己做以上工作，也可以委托其他人做，但PO是最终责任人
        （6）PO是一个人，而非一个委员会
        （7）整个组织必须尊重PO的决定，这些决定在product backlog中可见

 2、开发团队developers
        （1）为spring创建计划，即spring backlog
        （2）遵循DOD
        （3）根据spring goal调整计划
        （4）作为专业人士对彼此负责

3、团队教练Scrum master
        （1）按照scrum规则来建立scrum，帮助团队理解scrum理论，并实践
        （2）SM对团队的效能负责
        （3）SM服务于scrum团队，比如辅导成员，帮助团队创建符合DOD的高价值的increment，移除阻碍团队进展的障碍，确保scrum事件积极富有成效的完成；
        （4）SM服务于PO，比如帮助找到有效定义product goal和管理product backlog的技巧，帮助团队理解为何需要清晰且简明的product backlog条目，帮助团队建立针对复杂环境基于经验主义的产品规划
        （5）SM服务于scrum组织，比如带领团队、培训组织采纳scrum，规划、开展scrum，帮助团队和利益相关者理解复杂工作的经验主意方法，消除利益相关者和团队的隔阂

六、3个工件

 scrum的工件代表工作和价值，提高关键信息的透明度，每个工件都包含一个承诺。

 1、产品代办列表product backlog
        （1）梳理整个产品的需求（用户故事），由PO负责
        （2）product backlog的承诺是product goal，它可以作为scrum team指定计划的目标
        （3）列出改进产品所需的内容
        （4）是scrum team工作的唯一来源
        （5）dev负责使其适当的大小，PO帮助dev理解和权衡取舍来影响他们
        （6）产品时传递价值的载体
        （7）product goal时scrum team的长期目标，必须先实现一个目标，开始下一个目标
        （8）product goal在product backlog中

2、迭代代办列表spring backlog
        （1）任务列表，规划这个迭代的目标和任务安排
        （2）由dev负责（仅属于开发团队）
        （3）他的承诺是spring goal，在spring planning中确定，添加到spring backlog
        （4）由三部分组成：spring goal（为什么做）、为spring选择的product backlog条目（做什么）、交付increment的可执行计划（如何做）
        （5）spring backlog是dev为其制定的计划
        （6）spring backlog在整个spring期间会进行更新
        （7）在每日站会中检视其进展
        （8）如果dev发现他们做的与预期不同，要与PO协商，并调整spring backlog范围

 3、产品增量increment
        （1）increment的承诺是DOD
        （2）一个increment是迈向product goal的垫脚石
        （3）每个increment都是之前所以increment的累加，经过验证，整合在一起increment能工作
        （4）increment必须是可用的
        （5）一个spring中可以创建多个increment
        （6）increment的总和在spring review中展示
        （7）increment可以在spring结束之前交付给利益者
        （8）一项工作必须符合DOD，否则不能视为increment的一部分
        （9）当一个product backlog条目符合DOD时，就会产生一个increment，若不符合DOD，则不能在评审会中展示

七、5个事件

1、需求梳理会spring
        （1）梳理整个产品的需求
        （2）若spring goal过时，那么spring可以取消，只有PO有取消spring的权利
        （3）spring是scrum的核心，将创意转化为价值
        （4）固定时长的事件，为期一个月或更短
        （5）前一个spring结束后，下一个spring立即开始
        （6）每个spring可以视为一个短期项目
        （7）用各种实践来预测进展，比如燃尽图、燃起图、累积流图等
        （8）spring期间不能做出危机spring goal的改变、不能降低质量、product backlog按需进行精化、可以和PO就范围澄清

 2、计划会spring planning
        （1）规划这个迭代的目标和任务安排，最终的计划由Scrum Team协作创建，会议结束前必须确定spring goal
        （2）PO确保与会者准备好要讨论的product backlog条目，以及如何映射到product goal，Scrum Team还可以邀请其他人参加spring planning以提供建议
        （3）通过与PO讨论，dev从product backlog中选择一些条目，放在Spring中
        （4）Scrum Team可以精化product backlog条目，从而增加理解
        （5）dev自行决定如何将PB条目转化为有价值的Increment
        （6）spring backlog由spring goal、spring选出的product backlog条目、交付计划组成
        （7）spring planning由时间限定，若spring为一个月，则会议最多开8小时
    

3、每日站会daily scrum
        （1）检视spring goal的进展，调整spring backing，改善沟通、发现障碍
        （2）属于scrum 的dev的15mins事件
        （3）在spring的工作日子同一地点同一时间举行，一天中任何时间可以碰面
        （4）PO和SM也可以参与其中

        （5）如果在站会上发现问题，则在站会之外碰面讨论

 4、评审会spring review
        （1）展示过去一个迭代的产品，主要对产品增量，调整peoduct backlog
        （2）scrum team像关键利益者展示他们的结果，并讨论product goal的进展
        （3）是一个工作会议，避免将其仅限于展示
        （4）评审会有时间限制，比如一个月的spring来说最多为4小时
        （6）评审会绝不能被视为发布价值的关口

        （7）在spring的结尾开

 5、回顾会spring retrospective
        （1）检视当前一个spring中人、关系、过程、工具等情况，以及DOD情况
        （2）规划提高质量和效能的方法
        （3）scrum team讨论在spring期间哪些进展顺利，遇到哪些问题以及如何解决
        （4）不带电脑/手机，不是给经理开，是给团队开；
        （5）产品代办列表的梳理
        （6）回顾会结束spring，这个会有时间限制，以一个月spring来说，最多3小时

        （7）回顾会在spring评审会之后，下一个spring计划会之前开