[敏捷开发培训] Scrum 和 Kanban

Scrum 和 Kanban

Kanban 源自丰田生产方式的管理方法

看板管理，是指为了达到JIT（Just-in-Time）准时生产方式而控制现场生产流程的工具，主流商学院都对“看板”——这一源自丰田生产方式的管理工具有所介绍。

Kanban方法也广泛的流行与软件开发团队中，尤其是采用敏捷开发的敏捷团队中。

Scrum和Kanban的对比

Scrum	Kanban
Scrum 强调计划。它从Sprint计划开始，到Sprint回顾结束。举行了许多会议，有助于确保团队与下一个步骤、优先事项以及从以前的Sprint中的经验总结保持一致。	看板可以随时做出改变。这意味着这里的僵化程度较低，事情会经常发生变化。
它建议收集Sprint期间的时间测量值	看板建议用图表来概括团队随着时间的推移所取得的进展。
Scrum不再要求团队做出承诺。相反，它是关于Sprint的目标和预测。	看板依赖于时间限制和预测。
它强调计划，因此评估在Scrum中具有非常重要的作用。	看板对估计没有强制性要求。
每个人都有自己的角色和责任。	在个人责任方面，没有设定的角色如此灵活。
Sprint的持续时间是固定的。持续时间从2周到1个月不等。	看板不是基于持续时间的。这是关于循环时间的测量。
团队需要承担特定数量的工作。	无需承诺，团队可以选择。
在这种方法中，跨职能团队非常重要，因为他们可以处理任何可能导致软件开发瓶颈的中断。	拥有专门的团队很重要。
无法将新的任务添加到正在进行的Sprint中。	如果有额外的容量，可以很容易地添加新项目。
Sprint Backlog工作仅由单个团队拥有。	多个团队可以共享看板。
可交付成果由Sprints决定，必须完成一组工作，并准备好进行评审。	产品和过程在需要的基础上持续交付。所以Testing和Review过程是同时进行的。
Scrum软件开发方法主要关注Product Backlog。	看板方法完全集中在Process Dashboard上。
每个团队成员在Scrum Master中都有一个特定的角色：决定Timelines、PO设置的Goals和Objectives，以及团队成员执行开发工作。	团队没有预先定义的角色。但是，可能仍然有一个项目经理；鼓励团队合作。
最适合具有不断变化优先级的项目。	非常适合具有稳定优先级且不可能随时间变化的团队。
通过Sprint 测量生产速度（Velocity）。	使用周期时间或完成整个项目所需的确切时间来衡量生产。
Scrum需要从传统模型完全转变为将要实现项目的敏捷Scrum模型。	看板不允许在项目中进行剧烈的改变。
它是一种理想的方法，适用于优先级差别很大的项目。	最适合具有稳定优先级的团队。
在Scrum中，整个团队致力于协作和完成任务，以提供质量开发工作。	团队努力实现目标，减少完成整个过程的时间。因此，缩短时间周期是成功的最大标志。
Scrum强调它的时间表；新项目不能添加到正在进行的迭代中。	看板本质上更具迭代性，因为它没有特定的时间框架。这样，只要有额外的容量，就可以不断地添加新项目。
全部工作是在Batches / Sprint中完成的。	整个项目是在单线程工作项流的移动上执行的。
Scrum Master充当问题解决者。	看板鼓励每一个团队成员都是领导者，并在他们之间分担责任。
Scrum规定时间限制的迭代。即存在时间盒 Time-boxed的概念	看板关注于为单个迭代计划不同的持续时间。
Scrum帮助公司节省时间和金钱。	看板方法专注于持续改进、生产力和效率。
实现各级稳定一致的有效沟通。	由于看板板的视觉特性，团队成员更容易实现他们的目标。
在Sprint中，对进行Coding和Test进行评审（Review）。	由于看板板的视觉特性，团队成员更容易实现他们的目标。
由于短周期的Sprint和定期的反馈，很容易适应不断变化的情况。	它是为一个定期、稳定的输出而设计的，客户需求的重大变化会使看板失效。
项目的总成本是最小的，这可能导致更快更便宜的结果。	如果一个任务的估计不正确，那么项目总成本就永远不会准确。在这种情况下，任务可以分散到几个Sprints阶段。
这种方法只需要有经验的团队成员。因此，如果团队由非专家组成，项目就不能及时完成。	没有为每个阶段分配特定的时间框架，因此团队成员永远不会知道在每个阶段他们可以花费多少时间。
在这种敏捷的Scrum方法中，在预定的时间交付高质量的产品更容易。	它是为一个定期、稳定的输出而设计的，客户需求的重大变化会使看板下降。
即使团队成员离开团队，项目计划也不会受到干扰。	如果团队成员在开发过程中退出，可能会损害项目开发。
Scrum Daily Meeting有时会让团队成员感到沮丧。	过时的看板会导致开发过程中出现问题。
大型项目可以很容易地划分为易于管理的Sprints。	只适用于小型团队，因此不适合大型团队。

总结

Scrum是一个敏捷的过程，它允许我们集中精力在最短的时间内实现业务价值。
看板是管理软件开发工作的可视化系统。
看板方法促进了持续改进，生产率和效率可能会提高。
Scrum专注于Product Backlog/Sprint Backlog工作，而看板依赖于Dashboard。
Scrum Master充当问题解决者。
看板鼓励每一个团队成员成为领导者，并在他们之间分担责任。
Scrum 规定时间限制Sprint。
看板关注于为单个迭代计划不同的持续时间。

[敏捷开发培训] Scrum 和 Kanban相关推荐

敏捷开发和Scrum、Kanban、XP的关系与区别
目录前言一.敏捷是什么二.Scrum是什么三.Kanban是什么四.XP是什么五.敏捷开发和Scrum.Kanban.XP的关系六.总结前言敏捷经过20多年的发展,被广为人知,但是也 ...
敏捷开发培训后的感想
昨天参加了了一个敏捷开发培训,现在还有印象的几个 1. 向已经delay的项目增加没有经验的人手,通常会进一步增加delay 2. 通常说来,一个人同时工作在多个任务上,会造成人的过载及任务的延时,其 ...
浅谈敏捷开发及Scrum工具leangoo（三）
之前两篇有说到敏捷开发及Scrum的一些概念及实施,现在再来记录下我们在敏捷开发实施中使用的一些工具,主要说下leangoo 工具不是敏捷开发及Scrum的必须品,但有了工具,可以让敏捷开发更好的实施 ...
敏捷开发培训部分讲义内容
敏捷已经不是陌生的词了,但是对这"熟悉"的词的理解却有很多不同的看法,然而有些本质的东西却基本一致,下面是我的部分敏捷开发培训讲义内容,在我的淘宝上 http://item.tao ...
敏捷开发的Scrum晨会实践
hursing所在的公司推行敏捷开发有两年多了,其中最让人直接感受到的就是scrum晨会.从生搬硬套到过程创新,令大家由抵触变成积极响应,这个过程真的很花费心思. 11年12月,hursing开始在自 ...
团队如何实施敏捷开发以及Scrum电子看板工具
概述本场景描述的是针对10以下小型产品研发团队或小型项目的敏捷应用场景.Leangoo单团队敏捷开发项目模板是基于Scrum模型定义的,所以这里所说的单团队是指只有一个Scrum团队的场景. Scr ...
敏捷开发中Scrum方法
现代软件开发肯定是复杂的,因为到目前为止,还没有一种方法从根本上消除软件之前的依赖,软件随着规模的扩大,需求的不精确和不停的变更以及需求调研人员限于领域知识所限,无法抽像出客户的需求.从技术上来说,虽 ...
【系统分析与设计】软件开发模式之敏捷开发（Scrum）分析
文章目录 1 敏捷开发 2 传统的开发模式和敏捷开发模式的对比 2.1 瀑布模型: 2.2 敏捷模型: 3 敏捷开发scrum的实施 4 敏捷工作件 5 敏捷管理实践 1 敏捷开发敏捷开发以用户的需 ...
敏捷开发与Scrum区别（敏捷开发（Agile）教程）
敏捷是一种使用1至4周的短迭代的软件开发方法的迭代方法.由于敏捷方法,开发过程是一致的,以满足不断变化的业务需求.使用敏捷方法,软件分发(版本发布)紧凑,更少. Scrum是一个敏捷框架,可以帮助敏捷 ...
[敏捷开发培训] 什么是敏捷开发中的Spike？
什么是敏捷开发中的Spike? Spike,如果需要翻译的话,中文可以翻译成"探针",但是一般不会翻译而直接使用Spike这个词. Spike可以理解为:以回答问题或收集信息为目的 ...

[敏捷开发培训] Scrum 和 Kanban

Scrum 和 Kanban

Scrum和Kanban的对比

总结

[敏捷开发培训] Scrum 和 Kanban相关推荐

最新文章

热门文章