敏捷工具:Scrum板与Kanban如何抉择?
原创- 2020-08-21 10:06:07
- 3275
本篇目录
Scrum板作为一种工具,主要应用于Scrum团队的 敏捷项目管理,能够帮助团队更新任务进度,促进团队信息共享,及时发现任务过程中的异常现象,从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态,确定每日需要做的任务以及优先级。
看板作为一种敏捷方法论,通过工作流程以及任务的可视化来识别并纠正出现的失误。起初,看板通常为 物理看板(白板),随着 项目管理流程移至线上,看板也逐渐转为 虚拟看板(软件工具)。
这些常见的白板概念应用于各种敏捷团队,它们都通过 可视化的任务、 透明化的工作状态来激励团队成员工作、提高工作专注力及效率。
那这两者有什么关联?
Scrum板与看板在功能上有颇多相似之处:
1.标注团队成员的专属个人信息
大卫·安德森将看板划分为五个部分,这些标注着任务的卡片被称为“ 视觉信号”。“视觉信号”可以是不同颜色的便利贴,也可以是定制的带有姓名、头像的信息卡。同样,在Scrum板中,也会采用不同样式、不同风格的卡片来表示固定的团队成员。
2.标注团队成员的任务信息
不论是Scrum板还是看板,事项列表都是不可或缺的一项元素。事项列表是Scrum团队在一个Sprint中的 所有任务项。团队能够清晰明了地看到这些任务项所属成员是谁,以及任务阶段是什么。
3.标注团队成员的任务状态
在任务状态项中,基本都包含 待办、 进行中、 已完成这三个选择。除此之外,看板和Scrum板还会根据具体情况具体分析,酌情添加相关的复杂状态。
4.及时提示工作中出现的问题
在Scrum板和看板中,假使其中一项任务卡片很久都没有更新状态,团队中其他成员能够及时发现这一异常现象,迅速锁定出现问题的任务项及所属成员。如果该成员需要帮助,其他成员就会伸出援助之手;如果问题在于该成员工作效率低下,就需要他进行自我反思。这会让问题造成的损失缩减到最小。
除此之外,Scrum板与看板还在一些方面存有分歧:
1.是否规定团队角色
- 看板:简单来讲包括需求列表、事项列表等, 并不规定团队中的角色。
- Scrum板:规定三种角色—— 产品负责人、Scrum Master、开发团队。在Scrum板中,团队角色及职责能够很清楚地展现,例如产品负责人主要负责定义任务的优先级,Scrum Master带领团队进行整体的运作,开发团队任务是实现产品。
2.是否调整周期
- 看板:没有固定的开始、结束点,是一个正在进行中的过程状态。
- Scrum板:其设定周期根据Sprint时长调整而变,因此每一次Sprint的开始便是一个Scrum板的开始日期,并且有自己固定的冲刺节奏。
3.WIP设置
- 看板:设定 一定的数量限制,一般为三个左右。另外,还要留出一个WIP作为紧急通道,以便让优先级高的紧急任务通行。
- Scrum板: 按照 Scrum的 Sprint时间 规定WIP数量。
4.任务是否具有灵活性
- 看板:在任务的时间限制以及增减等方面有 较大的灵活性,可以根据实际的需要来重新分配,或者重新定义任务的优先级,再决定当前任务是否需要继续做下去。
- Scrum板:发布一个Sprint后,Scrum板上的任务及其相关信息不会再次更改,直至这次Sprint结束,产品负责人重新调整任务,发布团队成员任务。
5.是否定期更新
- 看板:可以 贯穿整个项目生命周期,也就是说,在项目结束前,团队一般不会对看板做出大型改动。
- Scrum板:由于Scrum板 只表示一个Sprint周期,因此在每次Sprint结束后,团队都需要重新更换Scrum板。
6.交付标准
- 看板: 价值流动的终点即交付点,这个交付点是以产品交付到客户手中为标准。
- Scrum板:其终点就是 Sprint的终点,这个交付点是以Sprint结束后的产品增量放置实际环境中能否成立为标准。
在敏捷团队中的日常中,对Scrum板和看板的使用没有明显的界限区分。
Scrum团队往往会使用看板工具来帮助整个团队运作,拉动价值从左往右的流出;Kanban团队将看板方法论应用敏捷的时候,也会套用Scrum中的站立会议、回顾会议等帮助团队成员自我反思、及时改进。
因此,团队需要通过Scrum板或看板,甚至两种工具的综合运用,帮助整个团队在实践中逐渐摸索出适合自身特点的方式,最终实现产品的顺利交付。