敏捷开发07:敏捷项目可视化管理-ScrumBoard(Scrum板)使用介绍

Scrum vs Kanban:软件工程中两大敏捷方法对比分析 Scrum像定期发车的公交车,乘客(需求)需要提前购票上车Kanban像按需响应的网约车,乘客随时可以呼叫车辆选择时需考虑:需求稳定性、交付节奏、变更频率、团队成熟度。 阅读详情

ScrumBoard(Scrum板)介绍

ScrumBoard(Scrum板)是敏捷项目管理中使用的可视化工具,用于跟踪和监控冲刺阶段的任务进度。

主要通过可视化的看板来管理工作,它可视化了敏捷开发中的工作流程、任务状态、团队角色。

Scrum 团队在各种 Scrum 会议(Sprint计划会,每日站会,Sprint评审会,Sprint回顾会)上参考并更新 Scrum 板,以跟踪当前的 Sprint 进度。

ScrumBoard 可视化开发任务示例图:

image

它帮助团队实时跟踪任务状态,确保工作流顺畅,及时发现瓶颈,并采取措施消除瓶颈。

ScrumBoard 上的每张卡片代表着在本次冲刺中优先执行的开发项,每一列共同构成了一个工作流,随着团队每项工作的推进,卡片也随之移动。

ScrumBoard 的功能和优势

1、 可视化工作进度

我们将开发项拆分成多个任务,在 ScrumBoard 中展示,将这些开发任务可视化,便于团队成员随时查看工作进展状态。它使工作流程和当前任务状态一目了然,减少了信息不对称。

我们还可以把产品待办列表(product backlog)也在 Scrum 板中进行展示,可以链接跳转的方式对相关信息进行关联,比如 Epic、用户故事、开发任务以及 Sprint 之间的关系。

2、促进团队协作和沟通

通过 ScrumBoard 板可视化,团队成员可以实时的、清晰的查看哪些任务已经完成、哪些任务正在进行、哪些任务还未开始,还可以进行进度的实时更新,从而促进团队的协作。
团队工作的共享可视化,成员可以就某一工作项进行沟通与协作。

3、帮助跟踪 Sprint 目标

ScrumBoard 可以帮助团队追踪 Sprint Backlog 中的任务进度,确保团队集中精力完成冲刺目标。

4、高效任务管理和优先级排序

ScrumBoard 可以提供项目全景图,帮助团队高效管理任务。还可以将开发项进行分解,确定项目的优先级,然后分配给团队成员。

比如产品待办事项(product backlog)和冲刺规划等可以根据开发项的重要性和价值确定其优先级,指导团队优先完成最重要的开发任务。

5、快速识别问题

通过持续更新 ScrumBoard,团队能及时发现工作进展中的障碍和瓶颈,方便在 每日站会(Daily Scrum)时讨论并解决。

ScrumBoard的组成部分

Scrum 板是动态的、高度可定制的工具,可以通过添加列或删除列来适用特定的工作流或项目要求。

Scrum 板关键部分组成:

  • :Scrum 板由代表工作流程不同阶段的多个列组成。例如:待办事项、进行中、完成、测试中。团队可以根据自己的流程要求自定义这些列。

  • 卡片:每个列中有一个或多个工作项或任务,这些工作项或任务根据其当前状态放置在相应列中,用卡片表示。随着工作任务完成度不断向前推进,卡片会跨列移动。

卡片作为信息载体,上面记录了工作项或任务的各种信息,包括任务名称、任务详细描述、验收标准、估算的工作量等。这些信息构成了一个任务的完整表示。

例如,一个任务卡片上写着 “用户登录功能优化”,详细描述可能包括 “优化现有登录界面,提高登录速度,支持第三方账号登录”,验收标准是 “登录速度提升 50%,成功集成微信和支付宝账号登录,且通过所有相关测试用例”,估算工作量是 “ 5 个开发人天,3 个测试人天 ”。

  • 泳道/行:一些 Scrum 板包含行或泳道,用于根据优先级、团队成员或用户故事等类别对卡片进行分组。

image

  • Sprint Backlog:Scrum 板上显示的 Sprint 待办事项列表。团队在当前 Sprint 冲刺期间承诺完成的产品待办项列表(Product Backlog)中的子集。

  • WIP(Work in progress limits)工作进度限制:团队可以为每一列设置 WIP 限制,以防止开发团队工作超载而无法按时完成工作。WIP 是促进工作流程顺利进行重要手段。

Sprint Backlog 和 Sprint冲刺规划:

image

image

(JIRA 的 Sprint Backlog 和 Sprint 冲刺规划 - Sprint 1,Sprint2 等等)

Sprint 1 冲刺开始:

image
(JIRA 的 Sprint 冲刺流程图)

ScrumBoard的优缺点

Scrum板的优点

  • 提高了透明度和工作流程进度的可见度

  • 促进了团队之间的沟通与协作

  • 有效的管理,改进工作流程

Scrum板的缺点

  • 可能会使团队成员感受到不断受到监控的压力,从而影响工作效率

  • 对于依赖关系众多、工作流程错综复杂的大型复杂项目,简单的 Scrum 板可能不够用

参考

  • https://www.atlassian.com/zh/software/jira/features/free-kanban-board jira 看板

  • https://www.atlassian.com/zh/software/jira/templates/scrum?tab=backlogs jira scrum 模板

ScrumBoard: 开源敏捷任务管理工具 ScrumBoard作为一种敏捷项目管理工具,它支持团队采用Scrum方法来跟踪任务进度。这些任务被组织成不同的阶段,通常包括待办事项、进行中、已完成等列。团队成员可以很直观地看到当前的工作负载以及即将到来的任务。为了使ScrumBoard更加高效和符合团队特定的项目需求,了解其基本功能是必不可少的。敏捷开发来源于精益生产,强调持续交付和持续改进。看方法将工作流程分解为不同的阶段,每个阶段对应看上的一个区域。任务卡片在看上移动,从而展示项目的进展。看的特点包括:可视化流程。 阅读详情

相关推荐

kanban boardScrum board有什么区别?

board敏捷项目管理方法的基本要素,也是团队工作方式的重要视觉指标。跟踪日常工作根据需要在团队内外共享工作流程和进度以集体愿景和透明度为决策提供信息,board为产品积压工作(backlog)工作,积压工作是根据路线图及其要求派生的开发团队的优先工作列表。最重要的项显示在产品积压工作的顶部,以便团队知道首先要交付什么。在 Jira 中,看是数字化的,所有人都可以访问。它们采用kanban boardScrum board的形式。

weixin_53273474的博客 2236

敏捷教练----Scrum-

https://www.atlassian.com/agile 4 看 4.1 总览 4.1.1 什么是看? 看是一种流行的框架,用于实现敏捷软件开发。它要求实时沟通的能力和完全透明的工作。工作项在看可视化地表示,允许团队成员在任何时候看到每个工作的状态。 在当今的敏捷软件团队中,看是非常重要的,但是看的工作方法可以追溯到50年前。在1940年代后期,丰田汽车开始根据超市所使用的相同模型来优化其工程流程。超市只储备足以满足消费者需求的产品,这种...

charce_you的专栏 1676

[项目管理-37]:敏捷开发 - Scrum board、Kanban board、Task board、User-stories board、product 、Sprint backlog

这些不同类型的 Backlog 在项目管理中起着关键的作用,帮助团队有效地管理和跟踪需求、任务和问题,确保项目在正确的方向上顺利进行。在敏捷开发中,不仅 Scrum 方法中有 Product Backlog 和 Sprint Backlog,还有其他方法中的不同类型的 Backlog。需要注意的是,这些看工具的名称、布局和使用方式可能在实际项目中有所不同,可以根据团队的需求进行定制化配置。Scrum 是一种敏捷开发方法,其中包含了特定的工作流程和活动,以促进团队的协作、迭代开发和持续改进。

文火冰糖(王文兵)的博客 2264

详谈Scrum和看的区别

上次我们用一张图给大家展示了Scrum和看的区别,今天我们通过案例再来详细的说一说。

weixin_58096508的博客 3955

盘点使用最广泛的14个最佳Scrum工具(功能与报价)

根据国外机构 Digital.ai 2021年发布的《第十五次敏捷状态报告》显示:自疫情发生以来,采用敏捷的软件开发团队有显著增长,从2020年的37%增加到了2021年的84%。 除此以外,从敏捷状态调查的早期开始,工具支持一直是决定敏捷成功的关键因素。在实行敏捷的团队中有各种各样的工具集被应用,覆盖从通用规划与管理工具(例如,Microsoft Office)到专门的商业产品(例如,PingCode、Jira)。 从报告我们不难得知,管理工具在敏捷落地中起着非常重要的作用。Scrum作为敏.

柚橙论 1137

Scrum与高效能人士的执行4原则

分享了高效能人士的执行4原则,发现它和Scrum非常相近,可以形成互补。 Scrum框架: 高效能人士的执行4原则框架: Scrum与4原则 Sprint Backlog VS. 聚焦最重要目标 Sprint Backlog:Sprint代办事项列表是一组为当前Sprint选出的产品代办事项列表条目,外加交付产品增量和实现Sprint目标的计划。 聚焦最重要目标:要事第一,全神...

weixin_34198453的博客 257

在 Jira 中,Board(看) 和 Scrum board(冲刺)区别

在 Jira 中,Board(看) 和 Scrum board(冲刺)区别

weixin_45428910的博客 1819

Scrum

Scrum Board,中文翻译过来就是Scrum的意思,这个工具是Scrum中最传统也是最直观的一个管理工具,它的主要目的是用于日常的工作跟踪汇报以及工作安排。       在最开始的时候,这个白的的确确就是我们日常生活见到那种白,可以用来写字或者贴即时贴的那种白,如下图:         这种白里面已经包含了当前需要做的任务,以及正在做的,还有已经完成的任务,然...

研发管理 1256

推荐开源项目Scrum Board,你的敏捷开发新伙伴!

推荐开源项目Scrum Board,你的敏捷开发新伙伴! 项目介绍 Scrum Board,一个以JavaScript编写的轻量级看应用,旨在简化任务管理流程。它完美地适应了开发者和团队的日常需求,无需复杂的设置即可上手,让你的任务组织变得轻松愉快。特别提示:记得别轻易清理本地存储,以免丢失宝贵的进度信息。 项目技术分析 Scrum Board基于JavaScript构建,利用了前端的灵活性来...

gitblog_00442的博客 535

Jira Scrum

Jira Scrum Board是一个用于团结团队以实现单一目标和增量迭代交付的工具。

unber的博客 705

敏捷学习笔记【二】——《看Scrum相得益彰》

1 什么是Scrum,什么是看Scrum简介 我们不是靠一个庞大的团队,花大量时间造出庞然大物;而是用小团队在短时间内 做出小块的东西来,在有规律的集成中组装出全貌 看 将流程可视化 限制 WIP(在制品,work in progress)──明确限制流程中每个状态上最多同时进行的任务数。 度量生产周期(完成一件任务的平均时间,又称循环周期),对流程进行调优,尽可能缩短...

不畏惧被人讨厌而是勇往直前,不随波逐流而是激流勇进,这才是对人而言的自由。 1284

Scrum敏捷研发项目管理

Leangoo完美支持Scrum敏捷框架,它提供了灵活的敏捷和极致的协作体验,可以让团队快速上手,快速落地Scrum敏捷开发管理

728

(Kanban)与Scrum区别

Scrum之间有很多不同之处。

unber的博客 877

敏捷Scrum区别是什么?分别适合什么项目团队?

另外 PingCode 研发管理工具还支持在 Scrum 项目中融入 Kanban,满足团队更多的敏捷研发场景:。看工作流程可以随时更改。与 Scrum 团队会聘请敏捷教练指导团队工作不同的是,Kanban 团队不需要“看教练”来让工作顺利进行,因为整个团队的集体责任是协作完成上的任务。当同时管理多个项目时,团队可以根据不同项目敏捷特性来选择不同的模式:无论是 Scrum、Kanban 还是两者兼而有之,毕竟团队的项目不是一天就能适应一种模式的,我们可以先让团队尝试哪个模式更有效再做选择。

柚橙论 2005

为什么选Scrum敏捷工具

在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。对于一个企业,或者是一个团队,不管是小团队,或者是大型团队,特别是在多个场地协同工作的团队,看工具是非常有用的!对于企业来说,一个企业所用的团队协作类软件不仅是要满足团队的协作需求,还要满足管理者的管理需求,二者缺一不可!整个项目进度,需求趋势,缺陷趋势,团队的速度,缺陷的分布以及某个成员参与的项目数以及在某个项目上的占比等!

687

Scrum和看的区别

:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产Scrum与看简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看:流程可视化,限制WIP,度量生产周期Scrum和看的关系 Scrum和看都是过程工具 Scrum和看只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看的约束是要有可见的看,队列大小要有约束 敏捷方法也被称作轻量级方法Scrum规定了角色 Scrum规定了三种角色:PO/Team

slb190623的博客 1643

一图搞懂Scrum与Kanban九大区别︱看管理

在Kanban中,一般会有排列优先级相关的会议(用于调整backlog里面的优先级并且明晰接下来的工作,并不是必须的),每日站会(并没有设计每日三问,用于关注看的价值流动),以及回顾会议(这个和Scrum的retrospective meeting并没有本质区别)。而Kanban则没有定义任何新的角色,并没有一个Kanban master这样的角色,而是在使用现存的任何组织和角色的基础上开展Kanban实践,这也是Kanban方法中渐进式变革的一个体现。我们应该选择他们中的哪一个作为团队级敏捷的开始呢?

ipmc2017的博客 721
上一篇: 敏捷开发06:用户故事估算方法介绍
下一篇: 敏捷开发08:如何高效开每日站会(Daily Stand-up Meeting)
九卷沉思录
博客等级 码龄14年 739粉丝 43原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值