Scrum 为什么有效
在工作中,常常会出现冲突,但是大部分冲突都是可以避免的。
一般有三个因素会引起冲突:
- 信息的不透明
- 价值观不同
- 在事情之外的冲突 (如性格)
透明
公开信息是解决冲突或问题的开始。
检视和调整
检视指要不断地查看,
调整是要根据实际情况不断进行复盘、反思。
三个基础(透明、检视和调整),是Scrum的基石
Scrum 强调什么
节奏
节奏即冲刺(Sprint),是一个周期时间。
选择周期时间的依据有多种:
- 产品对变化的影响速度要求
- 产品所属的行业
- 团队的能力等
一旦决定了冲刺周期后,一般不会轻易改变。
冲刺周期结束的标志只有一个,那就是规定时间到了,无论团队的工作是否完成。这样最大的好处是,团队可以形成节奏然后对后续工作进行预测。
团队
这里的团队,指的是一个团队就能做好所有的工作。
Scrum中强调的是小而精的跨职能团队,一个团队可以做好产品所需要的所有工作。
完成
Scrum中另外一个很重要的节点是完成。
这里的完成指的是一个产品功能,从客户的角度看是真正完成了,而不是产品开发的某个阶段的完成。
在一个冲刺内,不管有多少功能任务,都要完成。
这样才有可能获得客户的反馈,基于真实产品的客户反馈才是有效的。
Scrum框架
《敏捷宣言》
我们建立了如下价值观,尽管右项有其价值,我们更看重左项。
Scrum价值观
- 专注
- 能力(精力)是有限的,在有限范围内,专注于最有价值的事情,以取得更好的成功。
- 勇气
- 我们不是单打独斗,我们能感受到支持和资源,并将这些转化为勇气去接受更大的挑战。
- 公开
- 团队合作时,公开进展(Progress),即可视化、透明,这样可以很容易暴露风险和障碍。并且透明也是尊重、信任的基础。
- 承诺
- 我们一起合作,分享成功和失败,我们彼此尊重并且帮助彼此成为值得尊重的人。
Scrum角色
产品负责人 (Product Owner)
Scrum中对产品负有全部责任的唯一人。
产品负责人需要 创建和维护产品待办事项清单,并需要参加必需的Scrum会 议,如冲刺计划会、冲刺评审会等。
可以理解为产品经理
Scrum 主管(Scrum Master)
他需要对整个Scrum框架非常熟悉,还需要是一个变革大师。
在Scrum中,Scrum主管没有授权,但需要完成很多的工 作,如移除风险等。
开发团队
开发团队指的是跨职能的自组织团队。开发团队中可能包 含开发人员、测试人员、用户体验工程师、数据库专家等。开 发团队负责完成端到端的工作,从而在冲刺结束的时候可以完 成产品增量。
事件
冲刺计划会
主要分为两部分:做什么和如何做
Scrum团队一起决定他们要做什么,以及如何构建、测试承诺的工作。
产品负责人的重要职责之一是解释澄清模糊的需求,最后的产出为冲刺目标的产品待办事项清单。
每日立会 (Daily Scrum)
每天15分钟站立会议。
Scrum团队一起回答三个问题:
- 从上一次例会到现在我完成了什么 (重点在于是否完成承诺,以及暴露风险)
- 从现在到下一次例会我计划完成什么 (重点在于承诺)
- 有什么风险或保障 (尽早暴露问题风险)
冲刺评审会 (Review)
产品负责人接受或拒绝团队完成的用户故事。
这是一个非正式的回忆,准备时间不要超过一个小时。
产品负责人应该在平时的工作中进行评审,而不是只在评审会上进行这些工作。
冲刺回顾会 (Retrospective)
Scrum团队一起检视和调整他们的工作方法,以达到成熟高效的自组织团队。
产品代办事项梳理会 (Product Backlog Refinement)
这个在Scrum指南中不是明确指出的。(笔者个人经验: 梳理会是必须且持续的)
由产品负责人组织协调相关人员或团队一起进行产品代办事项的梳理,包含但不限于新增需求、删除需求、修改需求、拆分需求、改变需求顺序等。
工件
产品待办事项
Scrum中需求存放的清单,常见的格式为用户故事。
冲刺待办事项
由冲刺中承诺的故事和相应的任务组成。
在冲刺过程中,团队每天都会更新冲刺待办事项,在每日立会上讨论并同步有关待办事项的信息。
潜在可交付的产品增量
每个冲刺结束的时候,团队可以交付的产品增量。
这应该是潜在可发布的,指的是产品质量达到发布的标准。
是否发布由产品负责人做最后的决定。
其他
本文为阅读 《Scrum 敏捷革命》-- 姜信宝 的笔记