Scrum + 看板 = Scrumban

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

虽然写了很多关于 Scrum 相对于 Waterfall 等传统方法的优势,但在一行中它使项目的所有利益相关者的事情变得更容易。另一方面,看板是一种精益制造流程。它用于物流控制系统。看板是一个日语术语,意思是“可视板”或“你可以看到的卡片”。

Scrumban 是 Scrum 和看板流程的混合体。

Scrumban = Scrum + 看板

让我们看看这两种方法的主要特征:

敏捷

  1. 跨职能、自组织的团队
  2. 迭代开发导致潜在可交付代码的时间盒方法
  3. 检查并调整方法
  4. 在给定的冲刺中要处理的功能的优先列表

看板

  1. 可视化工作流程
  2. 使用命名列指示工作流中项目的当前状态
  3. 限制在制品:通过明确限制工作中的项目,对于经常需要重新确定项目优先级和任务切换的情况非常有帮助

可以使用 Scrumban

  • 用于维护不同的应用
  • 对于事件驱动的工作,例如 IT 支持/服务台
  • 具有频繁和意外用户故事的项目

这是维护项目的典型工作流程或看板:

为什么scrumban适合保养项目:

  • 高优先级/显示停止项目可以随时弹出
  • 需要在项目出现时对其进行处理。没有优先和承诺的 PBI
  • 仍然采用限制 WIP 的 Scrum 时间限制方法
  • 可以轻松地可视化工作项
  • 使用看板度量周期时间而不是速度,它为我们提供了从第一次开始时开始测量的更真实的信息(即完成工单所需的时间)
  • 您仍然可以使用 sprint 回顾来确定哪些地方做得对,哪些地方可以改进

如果您喜欢这篇文章并想了解有关 Scrum 的更多信息,请查看我们的教程和文章 纲要

相关文章