02.06.19 | 克里斯日报 |
它经常发生：我有人问我是否 看板 更适合他们的组织。
当我深入了解问题的根源时，我常常会得到答复，认为看板将使组织更容易采用，因为它没有承诺两到四个星期的时间 Scrum 做。
典型的后续评论是看板还没有Scrum进行的所有会议。
一种尺寸不’t Fit All
众所周知，看板来自制造业，是一种工作流系统，其优势在于可视化工作流管理。
最初使用卡为基础，其重点是确保工作项流经带有代表处理阶段的通道的电路板。
使用看板的团队不断地计划，工作，审查和衡量其工作成果。通过一次限制工作项目的数量，团队可以更加集中精力，并且通过合并可以大大减少工作的复杂性 在制品（WIP）限制.
看板团队立足于制造基础，测量交货时间，周期时间，并使用这些措施优化流程，以不断为客户提供可预测的价值流。
在许多方面，看板团队在敏捷成熟度方面都比采用Scrum的团队成熟。作为迈向看板的垫脚石，团队将同时合并Scrum和看板（通常称为Scrumban）。
Scrumban：利用两个框架的好处
团队需要Scrumban来使用Scrumban，他们需要将持续改进的结构整合到Scrum中，并需要基于流的方法（例如看板）提供的灵活性。
对于已经使用Scrum框架的团队，Scrum角色，事件和工件都有一些细微的变化。 Sprint计划事件是一个略有变化的示例。使用Scrum框架的团队进入Sprint计划活动，目的是根据订单确定将在即将到来的Sprint中完成的Product Backlog项目。创建的工件是Sprint待办事项，它实质上成为sprint期间开发团队的工作计划。
Scrumban结合了看板的拉动方法：团队在可能的情况下开始工作；因此，较少强调预测Sprint结束前将完成的工作。
有关所有版本的列表，您可以下载我们的beLithe Scrum vs. 看板 vs. Scrumban备忘单。
行动起来
Scrumban是一个敏捷过程，当仅Scrum或看板无法解决问题时，它便是帮助团队的宝贵工具。
在保留看板的意图的同时允许看板的灵活性和透明性，使看板成为强大的工具。
尽管许多人发现在为其他团队提供服务的团队中有所帮助，但我已经看到，使用Scrumban可以使IT和软件开发领域以外的团队（人力资源，会计，市场营销，客户支持和销售）受益。
风险很低，所以不要害怕尝试一两个Sprint。考虑到细微的差异，可以轻松进入Scrum或看板。
您当前正在采用Scrumban吗？一世’d喜欢听到你的声音’re implementing it. 给我留言。
感谢您的光临。
克里斯
让我们连接。
Instagram的 | 脸书 | 领英 | 推特 | www.beLithe.com
Scrum和看板都属于相同的方法，即敏捷。尽管这两个术语之间存在细微的差异，但原理是相同的，这意味着这两个术语将有助于构建更好的产品和服务。
同样，它们有一个共同点，就是两者都称为拉动系统。该拉动系统可确保工作在最短的时间内从产品积压到客户。但是Scrum和看板都以两种不同的方式实现拉动系统。
因此，无论选择哪种方法，只要确保您清楚原则即可。