Scrum 指南 | 33. Scrum 中的 Scrumban 和看板
已发表: 2022-06-23Scrum 和看板是具有许多相似之处的团队合作方法。 但是,我们今天也想讨论一些差异。 Scrum 团队也经常采用看板板。 这是因为它们在可视化团队合作及其进展方面非常实用。 通过结合两种方法中的精华,出现了一种称为 Scrumban 的技术。 它在将产品开发与服务交付相结合的项目中很受欢迎,在这些项目中,长时间的 Sprint 和相对正式的 Scrum 会议并不总是合适的。
Scrum 中的 Scrumban 和看板 – 目录:
- 介绍
- 看板与 Scrum
- Scrum 中的看板
- 斯克伦班
- 概括
介绍
看板是日本首创的一种方法。 它起源于1950 年代,主要是一种管理连续生产的工具,不会产生库存和盈余,而是持续处理资源。 在 21 世纪初,看板由David J. Anderson 适应软件开发的需要。
看板与 Scrum
看板的整体工作方式与 Scrum 的不同之处主要在于采用了一种不太正式的方法。 在看板中,没有那么详细的指导方针,例如,在 Sprint 中工作、产品负责人、Scrum Master 和开发团队的角色。 这是可能的,因为看板专注于任务的连续性,例如提供特定类型的服务,这些任务更具可重复性,并且不需要如此复杂的计划。
但是,工作的目的和方式是相似的。 看板的目标是按时向客户交付最高质量的产品。 两种方法共同的工作方式的原则可以表述如下:
- 工作应该是平稳的,没有任何停机时间——在 Scrum 中,这是通过 Sprint 的连续连续来实现的,而在看板中,由于任务的顺畅流动,工作是连续的。 它们形成一个队列,开发人员从中选择(拉)一些任务来完成。
- 团队应该只关注选定的任务——使用看板术语,团队应该“减少进行中的工作”。 在 Scrum 中,这相当于从 Product Backlog 中选择 User Stories 放入 Sprint Backlog
- 所有参与的人都应该看到任务的进度——在看板中,它们由板可视化,这也经常出现在 Scrum 团队中。
Scrum 中的看板
看板是一种广泛使用的可视化团队合作的工具。 这是一个有几列的表。 在他们每个人中,都有具有特定状态的任务。 任务的分类基于一个简单的规则:将带有任务描述的卡片(或其虚拟等效项)放置在其中一列中。 看板的最低版本包含三列:
- 去做
- 进行中
- 已完成- 到最后一列是符合完成定义的任务,我们在这里写过。
您可以在下面找到来自一体化项目管理系统的看板示例 – Firmbee.com
通常,有更多的列。 如果还有更多任务要完成,通常在“待完成”和“进行中”列之间会增加一个标题为“已选择完成”的列。 “待办事项”列用作产品待办事项,我们在这里写过,“选择完成”列用作Sprint 待办事项,我们将在本文中详细描述。
第二个常见的添加是“正在审查”列或“待批准”。 它通常插入包含“进行中”任务和“已完成”任务的列之间。 它包含由正在等待产品负责人批准的开发团队完成的任务。 产品负责人的任务是检查他们是否符合验收标准并获得客户的最终批准。 在这种情况下,只有最终接受的任务被移动到最后一列。
斯克伦班
由于 Scrum 和看板的巨大流行,它们的混合出现了,结合了两种工作方式的优点。 Scrumban 在将产品创建与服务提供联系起来的组织中效果最好,通常涉及在客户处实施产品。 由于会议和沟通的减少,团队可以更大。
Scrumban 不太强调 Scrum 中常用的指标,例如燃尽图。 但是,它使用 Scrum 支柱来持续改进工作流程并使其适应客户的条件和需求。
然而,在 Scrumban 中工作时,工作不会分成 Sprint。 Scrum 会议每 3、6 或 12 个月举行一次。
工作安排遵循“按需”原则,即在发生时。 用户故事直接放置在包含“待办事项”任务的看板板的第一列中。 因此,它用作 Sprint Backlog,我们在本文中对此进行了更详细的介绍。 与 Sprint Backlog 一样,最紧迫的任务被放在待办事项列表的顶部。 但是,对于更复杂的项目,项目经理可以维护一个与 Product Backlog 对应的单独的待办事项列表,他或她可以从中选择将哪些任务放在第一列中。
将任务从第一列移动到第二列时,适用“拉取”规则。 这意味着任务没有委托给特定的开发人员。 每个人从队列中选择一个任务并独立执行。
放在中间一列“要完成”的任务数量通常取决于团队的规模,因此,如果可能的话,每个人一次只处理一项任务。
概括
Scrum 和看板虽然用于类似的目的,但它们是不同的工作方式。 Scrum 在由小型 Scrum 团队完成的创造性、创新性项目中效果最佳。 另一方面,看板的创建是为了在连续且无停机的环境中运行以提供类似的服务。 Scrum 经常使用看板作为一种方法来可视化正在完成的工作。 两者的结合产生了 Scrumban,它最适合作为组织销售产品并向客户提供基于这些产品的服务的框架。
如果您喜欢我们的内容,请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。
Scrum 指南:
- 基本术语、角色和概念的词汇表
- 什么是 Scrum?
- Scrum 价值观
- 如何在贵公司实施 Scrum?
- Scrum 团队——它是什么以及它是如何工作的?
- 谁是产品负责人?
- 产品负责人最常犯的错误
- 谁是 Scrum Master?
- 优秀 Scrum Master 的特征
- Scrum Master 最常见的错误
- Scrum Master 应该跟踪哪些统计数据和指标?
- Product Owner 和 Scrum Master 之间的合作
- Scrum 中的开发团队
- 开发者最常犯的错误
- Scrum 工件
- 扩展 Scrum
- 冲刺积压
- 什么是产品待办列表?
- 什么是用户故事?
- 用 INVEST 创建最好的用户故事
- 最常见的用户故事错误
- 用户故事接受标准
- Scrum 中的估计和故事点
- 规划扑克
- 团队估计游戏
- 定义增量
- Scrum 事件
- Scrum 中的 Sprint 是什么?
- Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
- 什么是燃尽图?
- 如何创建和解释燃尽图?
- 燃尽图的优缺点
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——开发团队的速度
- 每日站会
- 冲刺计划
- 冲刺回顾
- 什么是 Sprint 回顾展?
- Sprint 回顾中的常见错误
- 产品积压培养