Key Takeaways
Kanplan is a hybrid Agile methodology combining kanban’s continuous flow with backlog grooming from Scrum.
It’s ideal for teams that want backlog management without fixed sprints, supporting flexible planning and prioritization.
Kanplan enables teams to visualize, organize, and pull work as capacity allows.
Use kanplan to balance planning and execution, especially for teams transitioning between Scrum and kanban.
Scrumban 与看板以及 Scrum 的对比
看板旨在为团队成员提供充足的工作量，以确保团队始终满负荷工作。使用看板的团队可进行灵活规划，获得更清晰的侧重点，并做到完全公开透明，因为看板中的所有内容都具有最高优先级。这也是开发人员的努力方向。看板非常适合专注于持续交付且优先级不断变化的运营团队。
相比之下，Scrum 会将工作划分为一系列名为“冲刺”的固定长度迭代；冲刺中安排的所有内容都是团队的首要任务（比如特定功能或功能组）。路线图明确且拥有大量优先级工作的产品团队通常是 Scrum 的最大受益群体。
不过，也许采用 Scrum 与看板相结合的模式让您的团队获益最大？或者，您还想从 Scrum 切换到看板？如果这样听起来像您的团队，那么您可以采用 Scrumban 解决方案。这种混合方法可以有不同的表现形式，但 Scrumban 团队最倾向于使用 Scrum 中的待办事项冲刺，以及看板中的 WIP 限制和周期时间。（注意：周期时间是指一项任务走完团队工作流所需的时间。）
如果一些团队不想采取迭代方式工作，但仍想使用待办事项列表梳理功能，该怎么办？也许可以选择 Jira 中的 Kanplan（或激活看板待办事项列表功能）。
什么是看板？
Kanplan 是练习敏捷软件开发的一种混合方法。与 Scrumban 一样，此方法也同时结合了 Scrum 和看板的功能。对于想要获得待办事项梳理功能，但又不想进行冲刺的团队来说，Kanplan 是其理想的选择。
为什么看板是基础而非严格的框架
Atlassian 的构建工程团队负责管理一个用于构建、测试和交付 Atlassian 软件的平台。开发人员的工作离不开可靠的基础架构和快速的持续集成 (CI)。四年前，每个月大概完成 21,000 次构建。如今，这一数字已经超过每月 150,000 次构建。
这么大幅度的能力提升离不开团队的成长，从 Subversion 到 Git 的迁移、自动化测试以及一些不太瞩目的事情：从 Scrum 迁移到看板的决策。构建工程工作（比如临时请求、事件、创新工作）的性质不太适合 Scrum 框架。因此，团队决定引入 Scrumban，后来又转变成了看板，因为团队不喜欢冲刺。然而，事实证明，看板也不是他们要找的万能工具。与很多团队一样，他们也曾努力让其发挥作用。他们从一个看板增加到了多个看板，一个支持工程师开办，一个项目工作看板，还有其他看板，分别用于不同的工作流。但所有这些看板的最大痛点是什么？正如一位团队成员所称，痛点在于很“荒芜”，有很多未分类的问题等待进入工作模式。在“进行中”一列，团队处理地不错，但是到了“待办事项”一列（荒芜之列） 真的就是一片荒芜。
将任务清单变成待办事项列表
我们的构建工程团队试图通过每日集会和每周计划会议来应对冗长而混乱的待办事件清单。但他们真正需要的其实是一份待办事项列表，而不是更多的会议。
由于看板一般不具有待办事项列表功能，所以产品经理、开发经理和团队负责人需要使用第一列中的问题进行规划。随着这个列表的不断加长，越来越难看到问题并对其进行优先次序排序。建造工程团队根据不同的工作领域对看板进行了拆分，但合并后的团队看板还是令人眼花缭乱（存在太多的滚动项目）。
这种情况下，Jira 团队没有尝试寻找不同的方法来重组团队和面板，也没有进行不必要的重复劳动，而是决定在看板中引入待办事项列表。Kanplan 功能在列表视图中引入了包含事务的宽列待办事项列表。此举将看板拆分成了两个不同的屏幕：一个是待办事项列表屏幕，用于梳理待办事项，另一个是看板屏幕，供工程团队选择任务并在工作流中推进任务。
此功能与 Jira 中 Scrum 板上的待办事项列表没有什么不同。比如，您点击侧边栏中的待办事项列表图标时，便可跳转至宽列待办事项列表事务。您梳理好待办事项列表后，便可拖放事务到工作流的下一个步骤。
将 Scrum 中的待办事项列表屏幕与看板组合成一个敏捷面板，其功能与 Scrum 板待办事项列表相同。您点击某个事务后，系统会显示事务详情视图。有了聚焦视图（如事务详情视图），每个团队成员都能更快执行任务，减少干扰。
最后，对于使用战略举措和预分配版本组织发布的非 Scrum 团队来说，他们可以使用从 Scrum 板中找到的工具，比如查看事务或快速编辑。利用这种简单快捷的编辑功能，产品经理、开发经理和计划模式下其他工作人员可以高效管理战略举措和版本。
想要在看板上添加待办事项列表？
想要试一试？
按照此教程在看板项目中启用待办事项列表：
正如一位客户所说，Kanplan 就是为了给您带来“两全其美”的效果。您可以在不进行冲刺的情况下移动卡片，也可以在待办事项列表中输入任务，以帮助您完善计划。该工具消除了 Atlassian 构建工程团队曾经经历过的荒芜，并为看板团队提供了先前在看板世界中不曾存在的计划模式。它还为那些认为看板、Scrum 或 Scrumban 工具并没有为其提供工作所需基础的团队带来了新的工作方式。
只要打开看板上的计划模式，那么无论是刚刚接触看板，还是早就在使用该工具的团队都能找到妥善使用这种敏捷框架的办法，而不用去费力遵循可能并不适用于其团队的所谓最佳实践。请记住：敏捷开发的关键就在于超越最佳实践，持续改进。