博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
看板与Scrum:哪个更适合你的团队?
阅读量:5169 次
发布时间:2019-06-13

本文共 2385 字,大约阅读时间需要 7 分钟。

敏捷是理想型指标和原则,看板和Scrum是帮助团队坚持敏捷原则并完成工作的基本框架。本文详细介绍了在Scrum和看板之间做出选择时要考虑的关键因素,以及如果我们无法做出决定时该怎么办。

Scrum和看板实践之间的区别很容易总结出,但这只是表面上的。虽然这两种框架实践起来不同,但原则基本相同,他们都将帮助团队以更高的效率构建更好的产品和服务。

敏捷

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

 

敏捷开发流程.png

(敏捷开发流程)

 

看板

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

Scrum

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

 

看板和敏捷 图表.png

 

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及团队要承担的工作作出了预测性指导。

 

7.0迭代.png

 

多变性

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

看板:持续改进,流程灵活

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

 

7.0看板.jpg

 

看板工作节奏

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

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

 

WX20190423-171235@2x.png

 

交付方式

理论上,看板并没有规定交付任务的固定时间。如果任务完成得更早(或更晚),团队就可以根据需要发布产品,而不必等待Sprint Review这样的发布里程碑。

看板的角色

整个团队都可以共享看板,也为所有需要交付的任务负责。虽然有些团队聘请了敏捷教练,但与Scrum不同的是,没有一个“看板大师”能让所有事情都顺利运行。

关键指标

交付时间和周期时间是看板团队的重要指标,即处理任务从开始到完成所需的平均时间。循环任务的完成时间的长短,体现了一个看板团队的效率高低。

看板中,处理工作瓶颈的方法是WIP限制,它可以控住工作流任何一个阶段中的卡片数量(即任务量)。当您达到WIP限制时,类似于Worktile的看板工具就会为该列(流程阶段)设置任务上限,团队就会更多的专注于这一阶段的工作。

多变性

看板十分灵活,工作项可以随时更改。新的工作项被添加到待办事项列表中,现有的卡片可以根据优先级的规划情况被暂定或删除。此外,如果团队工作量发生变化,可以重新校准WIP限制,并相应地调整工作项。

看板vs scrum:哪个更适合团队?

俗话说:“尽信书,则不如无书”,Scrum和看板正是“书上的敏捷”。因此为团队做出的决定不需要如此黑白分明,我们还需要联系现实情况去决定;还有一种情况是,目前有很多团队正在使用scrum和看板的混合模型。

不管你为团队最终选择了什么,务必坚持使用一段时间。可以在日常会议中从待办事项列表中找出一些要做的工作,然后问问你的团队认为哪些做得好,哪些做得不好;通过尝试scrum和看板,并不断提出问题和复盘工作,那你的团队已经走在通往敏捷的路上了。

 

文章来源:

欢迎访问交流更多关于技术及协作的问题。

文章转载请注明出处。

转载于:https://www.cnblogs.com/worktile/p/10795663.html

你可能感兴趣的文章
面试整理:Python基础
查看>>
Program exited with code **** 相关解释
查看>>
tableView
查看>>
Happy Great BG-卡精度
查看>>
Xamarin Visual Studio不识别JDK路径
查看>>
菜鸟“抄程序”之道
查看>>
Ubuntu下关闭防火墙
查看>>
TCP/IP 邮件的原理
查看>>
原型设计工具
查看>>
windows下的C++ socket服务器(4)
查看>>
css3 2d转换3d转换以及动画的知识点汇总
查看>>
【Java】使用Eclipse进行远程调试,Linux下开启远程调试
查看>>
对Vue为什么不支持IE8的解释之一
查看>>
计算机改名导致数据库链接的诡异问题
查看>>
Java8内存模型—永久代(PermGen)和元空间(Metaspace)(转)
查看>>
ObjectiveC基础教程(第2版)
查看>>
centos 引导盘
查看>>
Notes of Daily Scrum Meeting(12.8)
查看>>
Apriori算法
查看>>
onlevelwasloaded的调用时机
查看>>