敏捷困境:看板 vs Scrum

08 分钟阅读

看板 vs Scrum

敏捷的两面:看板与 Scrum

敏捷方法通过提供灵活且迭代的项目管理方式,彻底改变了软件开发。在敏捷领域中,最突出的框架包括看板和 Scrum。虽然两者都旨在提升生产力和效率,但它们基于不同的原则和实践。本文将深入探讨看板和 Scrum 的起源、关键特性、原则、区别与相似点。

什么是看板?

看板是一种用于项目管理的工作流管理方法,用于可视化工作、最大化效率并持续改进。看板强调对正在进行的项目进行渐进式变革,重点是提升效率和减少浪费。

什么是 Scrum?

Scrum 是软件开发和项目管理团队用来自主组织和协作以实现共同目标的框架。Scrum 提供了一个结构化的方法,使团队能够增量且迭代地协作并交付高价值产品。

看板和 Scrum 的起源

看板起源于 1940 年代丰田的制造流程,并通过精益制造原则获得普及。它强调持续交付、工作流可视化、限制进行中的工作(WIPs)以及优化流程效率。

Scrum 出现于 1980 年代,作为一种软件开发框架,专注于迭代开发、自组织团队和称为冲刺的时间盒迭代。

看板与 Scrum 的相似点

  • 看板和 Scrum 都基于精益和敏捷方法论的原则。
  • 它们都将任务拆分为更小、更简单的单元,并努力减少进行中的工作量。
  • 此外,两种方法都采用拉动式调度,即根据需求而非预测开发产品。

看板与 Scrum 的区别

虽然看板和 Scrum 都遵循敏捷方法论的原则,但存在一些重要区别。

看板与 Scrum 的框架结构

看板使用一个视觉看板(图 1),分为代表工作流不同阶段的列,包括待办、进行中和已完成列。这是一个简单的视觉看板,您可以根据需要添加更多列。工作项以卡片形式在列间移动,反映工作进展。该视觉表示提供了工作状态的透明度,帮助团队识别瓶颈、管理工作流并有效优先排序任务。

Kanban 看板
图 1:看板

相比之下,Scrum 采用基于冲刺的模型(图 2),固定长度的迭代通常为两到四周。Scrum 促进协作、适应性和持续改进,使团队能够增量交付价值,并有效响应不断变化的需求和客户反馈。它为管理复杂项目提供框架,同时促进团队内的透明度、自组织、速度和责任感。

Scrum 模型
图 2:Scrum 基于冲刺的模型

2. 看板与 Scrum 的原则

看板:可视化,限制 WIPs,保持适应性。

看板的核心原则是可视化工作项,限制进行中的工作以防止过载并保持工作流畅。此外,它基于需求和容量动态管理工作流,并通过反馈和调整持续改进流程。看板倡导灵活性、适应性和持续交付,特别适合于周期较短且寻求轻量级敏捷项目管理方法的团队。它常与其他敏捷方法结合使用,并可根据不同团队和项目的具体需求进行定制。

Scrum:快速行动,迭代,基于反馈工作。

Scrum 的核心原则是透明、检查和适应。工作被划分为称为冲刺的时间盒迭代,通常为两到四周。在每个冲刺中,跨职能团队协作生产可交付的产品增量。Scrum 包含预定义的角色、工件和事件。

Scrum 角色包括:

  • Scrum master:负责监督 Scrum 流程,解决障碍,确保团队遵循 Scrum 原则和实践。
  • Product owner:代表利益相关者的利益,优先管理产品待办事项,确保团队在每个冲刺中交付价值。
  • Development team:负责在每个冲刺中交付产品增量的跨职能团队。

Scrum 工件包括:

  • Product backlog:产品负责人优先排序和管理的功能、增强和修复列表。
  • Sprint backlog:从产品待办事项中选取的、计划在冲刺期间实施的项目。
  • Increment:冲刺结束时产品待办事项中所有完成项目的总和。

Scrum 事件包括:

  • Sprint planning:团队讨论并组织冲刺内要完成任务的会议。
  • Daily stand-up:团队成员每日简短会议,协调活动并回顾进展。
  • Sprint review:冲刺结束时举行的会议,向利益相关者展示和汇报完成的任务。
  • 冲刺回顾:冲刺结束时的会议,用于回顾进展并找出需要改进的领域。

3. 实施与灵活性

Kanban 通过允许任务根据容量拉取,强调持续交付和灵活性,促进对优先级变化的适应。其实施包括可视化工作流程、限制进行中的工作量以及持续改进。

相比之下,Scrum 提供了一个结构化框架,采用固定长度的迭代(冲刺)来交付增量价值。其实施包括定义的角色、事件和工件,为项目执行提供明确的路线图。Kanban 侧重于优化流程和最小化交付周期,而 Scrum 优先在每个冲刺结束时交付潜在可发布的增量。

然而,两种方法都优先考虑持续改进,并赋能团队在动态环境中高效交付价值。

4. Kanban 和 Scrum 中的效率衡量

在 Kanban 中,指标主要关注可视化工作流程并优化其效率。关键指标包括:

  • 交付周期:任务从创建到完成所花费的时间(图 3)。
  • 交付周期和周期时间
    图 3:交付周期和循环周期
  • 循环周期:任务开始工作后,经过工作流程所花费的时间(图 3)。
  • 吞吐量:在给定时间内完成任务的速率。
  • 进行中的工作量(WIP):当前正在处理的任务数量,有助于识别瓶颈。

Scrum 强调冲刺,指标旨在跟踪团队生产力和冲刺目标的进展。Scrum 的关键指标包括:

  • 速度:团队在每个冲刺中完成的工作量,以故事点或任务计量(图 4)。
  • Scrum 速度
    图 4:速度
  • 燃尽图:冲刺内剩余工作与时间的图形表示,帮助跟踪完成冲刺待办事项的进度。
  • 冲刺燃起图:类似燃尽图,但跟踪已完成的总工作量与时间,提供整体项目进展的洞察。
  • 冲刺目标成功率:所有冲刺目标达成的冲刺百分比。

两种方法都使用这些指标促进持续改进,使团队更有效地交付价值。

Kanban Scrum
角色。 无角色 产品负责人、scrum master 和开发团队
实践 可视化任务顺序,限制未完成工作的数量,控制工作的流动,并包含接收和响应反馈的机制 冲刺计划、冲刺、每日 Scrum、冲刺评审和冲刺回顾
发布周期 持续 两到四周周期
数据表示 Kanban 看板在整个项目中保持持续存在 Scrum 看板在每个冲刺结束时清空
新增内容 新项目可随时添加到 Kanban 看板 冲刺期间不可添加新项目
项目 适合完成时间较短的项目 适合较长周期的项目
指标 交付周期、循环周期、吞吐量、WIP 速度、燃尽图、冲刺燃起图、冲刺目标成功率

哪个更适合您——Kanban 还是 Scrum?

Kanban 和 Scrum 都是有效的敏捷项目管理方法论,各有其独特优势。Kanban 适合处理持续任务和请求流入并需要工作无缝流动的团队。另一方面,Scrum 则适合处理具有紧迫截止日期的复杂项目的团队。您团队和项目的具体需求与目标最终将决定 Kanban 或 Scrum 哪个更合适。在决定采用哪种方法论之前,评估项目需求和团队动态非常重要。

此外,可以结合 Kanban 和 Scrum 的元素,创建一种混合方法 Scrumban,以最适合您的团队。Scrumban 结合了 Scrum 和 Kanban 的最佳元素,打造出适合在选择方法论时面临挑战的团队的混合框架。它无缝整合了 Scrum 的流程与 Kanban 的可视化工具。无论选择哪种方法论,关键是持续适应并改进流程,以实现最大效率和成功。

注册我们的通讯,获取更多优质内容

在您的收件箱获取最新内容

点击‘keep me in the loop’即表示您同意根据隐私政策处理个人数据。
让我们一起支持更快、更简单的方式