敏捷是理想型指标和原则,看板和Scrum是帮助团队坚持敏捷原则并完成工做的基本框架。本文详细介绍了在Scrum和看板之间作出选择时要考虑的关键因素,以及若是咱们没法作出决定时该怎么办。框架
Scrum和看板实践之间的区别很容易总结出,但这只是表面上的。虽然这两种框架实践起来不一样,但原则基本相同,他们都将帮助团队以更高的效率构建更好的产品和服务。工具
敏捷是一种结构化的迭代方法,多用于项目管理和产品开发。它根据产品开发的波动性特征,为组织团队提供了一种可以在不偏离项目常规轨道的状况下随时做出响应、更改的方法。今天,敏捷很难成为某个组织的独有竞争优点,由于尚未被完全掌握并作到最佳。这意味着把它作比如以往任什么时候候都更重要。学习
看板可让你手头的工做变得可视化,并限制正在进行的大量工做,最大化提高效率(或优化流程)。团队经过使用看板并不断改进他们的工做流程,可以有效减小从项目(或需求)开始到结束所花费的时间。优化
Scrum团队一般以Sprints的固定时间间隔为准来交付最终产品,他们的作法是建立循环任务,以便快速收集和集成客户反馈。Scrum团队采用特定的角色,建立特殊的工具,并按期举行会议来保持项目的进展。3d
使用Scrum的团队,须要承诺在每一个Sprint结束时交付一些有价值的工做增量。Scrum专一于小的增量工做,帮助团队不断进行学习,以预测和了解到接下来要作什么。cdn
Scrum发展很快,每2-4个星期就有一个明确的开始和结束日期。短期框架迫使复杂的任务被分解成更小的需求,并帮助团队快速学习。但关键的问题是:您的团队可以如此快速地交付可用代码吗?Sprint 的进行中还包括 Sprint 计划、Sprint 评审和回顾会议,并穿插着每日Scrum 站立会议。这些Scrum仪式都是轻量级的,在循环任务的基础上运行。blog
每次Sprint结束时发布版本一直是Scrum的最佳实践,团队为每一个Sprint设置一个目标,在Sprint评审会议上决定是否要发布。项目管理
Scrum有三个明肯定义的角色:产品负责人为客户提供支持,管理产品 Backlog,并帮助开发团队肯定所作工做的优先级;Scrum Master 帮助团队坚持 Scrum 原则;开发团队完成项目工做,交付增量。开发
那谁来管理 Scrum 团队?答案是:没有设定这个角色。Scrum 团队属于自治型,尽管职责不一样,但每一个人都是平等的,全部人都坚决于一个共同的目标:为客户提供有价值的产品。get
Scrum团队的核心指标是速度,即在一个Sprint周期中完成的需求数量,它为下一阶段Sprint及团队要承担的工做做出了预测性指导。
Scrum团队有时会获得客户反馈,并了解到他们所作的可能不符合客户的预期价值。在这种状况下,Sprint的范围应该以“客户指望的价值”为中心来改变。
看板有助于可视化咱们手头的工做,限制正在进行的工做(WIP),制定完整工做流程。看板对于项目任务复杂、优先级划分明晰的团队很是有用,Scrum须要对总体工做内容进行高度控制,而看板则灵活度更高。
看板基于一个连续的工做流结构,它可以让团队保持敏捷,随时准备适应不断变化的任务优先级。工做项(一般由卡片表示)排布在看板上,它们从工做流程的一个阶段流向下一个阶段,基本工做流阶段包括:To Do(未开始)- In Progress(进行中)- In Review(审查中)-Done(已完成)。想了解更多“工做流”内容也能够查看:制定工做流来得到团队更高效率。
看板最大的优点是为团队定制出工做的标准流程。例如咱们文章创做项目,流程包括“初稿-稿件审核中-稿件审核经过(待排期)-稿件已发布”,审核人能够很全面的把控内容的创做质量。
理论上,看板并无规定交付任务的固定时间。若是任务完成得更早(或更晚),团队就能够根据须要发布产品,而没必要等待Sprint Review这样的发布里程碑。
整个团队均可以共享看板,也为全部须要交付的任务负责。虽然有些团队聘请了敏捷教练,但与Scrum不一样的是,没有一个“看板大师”能让全部事情都顺利运行。
交付时间和周期时间是看板团队的重要指标,即处理任务从开始到完成所需的平均时间。循环任务的完成时间的长短,体现了一个看板团队的效率高低。
看板中,处理工做瓶颈的方法是WIP限制,它能够控住工做流任何一个阶段中的卡片数量(即任务量)。当您达到WIP限制时,相似于Worktile的看板工具就会为该列(流程阶段)设置任务上限,团队就会更多的专一于这一阶段的工做。
看板十分灵活,工做项能够随时更改。新的工做项被添加到待办事项列表中,现有的卡片能够根据优先级的规划状况被暂定或删除。此外,若是团队工做量发生变化,能够从新校准WIP限制,并相应地调整工做项。
俗话说:“尽信书,则不如无书”,Scrum和看板正是“书上的敏捷”。所以为团队作出的决定不须要如此黑白分明,咱们还须要联系现实状况去决定;还有一种状况是,目前有不少团队正在使用scrum和看板的混合模型。
无论你为团队最终选择了什么,务必坚持使用一段时间。能够在平常会议中从待办事项列表中找出一些要作的工做,而后问问你的团队认为哪些作得好,哪些作得很差;经过尝试scrum和看板,并不断提出问题和复盘工做,那你的团队已经走在通往敏捷的路上了。
文章来源:Worktile敏捷博客
欢迎访问交流更多关于技术及协做的问题。
文章转载请注明出处。