Scrum + 看板 = Scrumban

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

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

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

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

Scrumban = Scrum + 看板

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

敏捷

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

看板

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

可以使用 Scrumban

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

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

为什么scrumban适合保养项目:

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

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