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