看板和Scrum的区别

不及物动词 • 2022年6月13日下午10:58 • 敏捷开发 • 阅读 1294

虽然看板也能应用于敏捷开发领域，但看板并不像大家所认为的那样是一种敏捷框架。事实上，看板不是一种方法论，也不是一个流程框架，而是一种能应用于现有流程或工作方式的管理方法或途径。

但本质上无论是看板还是Scrum都将帮助团队以更高的效率构建更好的产品和服务。

一、敏捷简介

敏捷是一种结构化的迭代方法，多用于项目管理和产品开发。它根据产品开发的波动性特征，为组织团队提供了一种能够在不偏离项目常规轨道的情况下随时作出响应、更改的方法。今天，敏捷很难成为某个组织的独有竞争优势，因为还没有被彻底掌握并做到优异。这意味着把它做好比以往任何时候都更重要。

二、看板简介

看板可以让你手头的工作变得可视化，并限制正在进行的大量工作，最大化提升效率(或优化流程)。团队通过使用看板并不断改进他们的工作流程，能够有效减少从项目(或需求)开始到结束所花费的时间。

三、Scrum和看板的区别

Scrum：结构化的敏捷方法

Scrum是最流行的敏捷框架之一，Scrum团队通常以Sprints的固定时间间隔为准来交付最终产品，他们的做法是创建循环任务，以便快速收集和集成客户反馈。Scrum团队采用特定的角色，创建特殊的工具，并定期举行会议来保持项目的进展。

使用Scrum的团队，需要承诺在每个Sprint结束时交付一些有价值的工作增量。Scrum专注于小的增量工作，帮助团队不断进行学习，以预测和了解到接下来要做什么。

Scrum工作节奏
Scrum发展很快，每2-4个星期就有一个明确的开始和结束日期。短时间框架迫使复杂的任务被分解成更小的需求，并帮助团队快速学习。但关键的问题是：您的团队能够如此快速地交付可用代码吗?Sprint 的进行中还包括 Sprint 计划、Sprint 评审和回顾会议，并穿插着每日Scrum 站立会议。这些Scrum仪式都是轻量级的，在循环任务的基础上运行。

交付方式
每次Sprint结束时发布版本一直是Scrum的优异实践，团队为每个Sprint设置一个目标，在Sprint评审会议上决定是否要发布。

Scrum角色
Scrum有三个明确定义的角色：产品负责人为客户提供支持，管理产品 Backlog，并帮助开发团队确定所做工作的优先级；Scrum Master 帮助团队坚持 Scrum 原则；开发团队完成项目工作，交付增量。

那谁来管理 Scrum 团队？答案是：没有设定这个角色。

Scrum 团队属于自治型，尽管职责不同，但每个人都是平等的，所有人都坚定于一个共同的目标：为客户提供有价值的产品。

关键指标
Scrum团队的核心指标是速度，即在一个Sprint周期中完成的需求数量，它为下一阶段Sprint及团队要承担的工作作出了预测性指导。

多变性
Scrum团队有时会得到客户反馈，并了解到他们所做的可能不符合客户的预期价值。在这种情况下，Sprint的范围应该以“客户期望的价值”为中心来改变。

看板：持续改进，流程灵活

通过看板，你可以管理工作。它是一种管理各类专业服务，也称为知识型工作的方法。使用看板方法意味着应用一种整体的思维方式来考虑你的服务，关注从客户的角度来改善服务。

通过看板方法，你可以将不可见的知识型工作以及它如何在工作流中的流动可视化。这有助于你有效地运营业务，包括理解和管理向客户交付服务的风险。

看板有助于可视化我们手头的工作，限制正在进行的工作(WIP)，制定完整工作流程。看板对于项目任务复杂、优先级划分明晰的团队非常有用，Scrum需要对整体工作内容进行高度控制，而看板则灵活度更高。

看板工作节奏
看板基于一个连续的工作流结构，它能够让团队保持敏捷，随时准备适应不断变化的任务优先级。工作项(通常由卡片表示)排布在看板上，它们从工作流程的一个阶段流向下一个阶段，基本工作流阶段包括：To Do（未开始）- In Progress（进行中）- In Review（审查中）-Done（已完成）。想了解更多“工作流”内容也可以查看：制定工作流来获得团队更高效率。

看板最大的优势是为团队定制出工作的标准流程。例如我们文章创作项目，流程包括“初稿-稿件审核中-稿件审核通过（待排期）-稿件已发布”，审核人可以很全面的把控内容的创作质量。