首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >同事有话说 | 这个看板怎么做?

同事有话说 | 这个看板怎么做?

作者头像
冬夜先生
修改于 2021-09-22 06:23:37
修改于 2021-09-22 06:23:37
4080
举报
文章被收录于专栏:csicocsico

文字回顾打造看板六要素:

第一步,明确能增值的任务

为了确保看板能够完整地展现价值的流向,我们第一步就要区分出无法增值的任务,如:等反馈这项非增殖任务就无需放在看板上了。

第二步,定义一个看板周期

具体的看板周期可以根据团队的实际情况决定,如果团队在实践 Scrum,就可以按照 Sprint 的周期设置看板周期。

第三步,周期内的任务上墙

第三步便是将已确定的、固定周期内的增值任务放到看板上。

第四步,明确拉动标准

判定一个任务已完成的标准是什么?是以任务工时消耗完为标准还是以任务工作量完成为标准?

第五步,设置在制品数量

可以按照以下公式设置在制品(WIP)数量限制:

  • 一般情况下:WIP=团队人数×1或WIP=团队人数×2;
  • 结对编程时:WIP=团队人数/1.5。

第六步,检查反馈、及时改进

通过看板,我们能及时识别迭代或项目周期中存在的问题,并提出改进方案。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
同事有话说 | 这个看板怎么做?
为了确保看板能够完整地展现价值的流向,我们第一步就要区分出无法增值的任务,如:等反馈这项非增殖任务就无需放在看板上了。
敏捷开发
2021/09/22
4280
同事有话说 | 这个看板怎么做?
如果是我是一名前端Leader,怎么用好看板进行任务管理?
看板是一种非常常见的任务管理机制。我们使用到的大部分团队协作工具中都有看板的身影,例如 Tower、Teambition、Trello、Github、Gitlab… 看板不仅可以用于团队协作,也可以用于对个人时间进行管理和优化。可是你真的会用看板吗? Wiki 上面的解释是:看板是丰田生产模式中的重要概念,指为了达到及时生产(JIT)方式控制现场生产流程的工具。及时生产方式中的拉式生产系统可以使信息的流程缩短,并配合定量、固定装货容器等方式,而使生产过程中的物料流动顺畅。 从上面的定义中需要注意以下要点:
DevOps时代
2022/04/11
9710
如果是我是一名前端Leader,怎么用好看板进行任务管理?
敏捷项目管理实战:Scrum/Kanban/Lean/SAFe方法和工具解析
在传统瀑布式项目管理中,需求定义、设计、开发、测试等环节如同工业流水线般严格线性推进,展现出强大的流程控制能力。不过今天的软件迭代周期已压缩至周级乃至日级,瀑布式管理难以应对需求的快速变化,敏捷式项目管理则以“小步快跑+快速响应”的动态机制,成为项目团队应对不确定性的有效方法论。
你掉的是这个金键盘还是银键盘
2025/06/19
3320
敏捷项目管理实战:Scrum/Kanban/Lean/SAFe方法和工具解析
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
Agile是一套理论和原则,就像天边的北极星。Devops是一种软件开发和运维团队间自动化和集成过程的方法。当实现Agile和Devops方法时,Kanban和Scrum提供了管理这些复杂工作的不同的实践。 简单来说,Kanban和Scrum是进行敏捷开发或项目管理工作的两个不同的策略或者方法论。
DevOps在路上
2023/08/29
6790
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
运维助力敏捷交付-我们的运维看板
导言: 在许多工作场景中运维经常遇到的很多问题实际上和研发、质量、测试是有关联的,运维作为产品交付的最后环节遇到的很多问题其实和研发遇到的也非常类似。于是我向廖君仪老师询问能不能把敏捷看板带到运维团队内部,使用敏捷的方法来解决这些问题。 接下来我们会从上到下跟大家分享以下五部分:运维面临的挑战,敏捷开发方法,还有我们的运维看板,以及敏捷软件生命周期,最后是我们的结论:运维也可以敏捷。我们希望通过这次分享向大家交付两个内容,第一点,理解敏捷是什么,第二点大家回去后能尝试进行看板实践。 运维的挑战 运维到底能在
DevOps时代
2018/02/02
3K0
运维助力敏捷交付-我们的运维看板
揭秘你不曾了解的看板工具箱
敏捷团队在日常工作中最常用到的工具就是看板,看板作为一种通知类卡片,旨在传达团队中各成员的任务状态、具体任务内容等,其目的是促进团队成员的任务上下衔接,拉动开发过程中的产品价值从左向右流动。在价值的流动过程中,我们反过来又需要管理看板,通过设计合理的看板来促进团队的高效协同。
敏捷开发
2020/09/16
5010
看板的前世今生
看板,日文拼写为Kanban(或kamban),英文译作Billboard,用来展示待处理的工作量。看板是一个与精益和即时生产(JIT)相关的概念,主要作用就是用来说明:生产什么,何时生产,以及生产多少。
飞奔去旅行
2019/06/24
2.4K0
看板的前世今生
看板快速启动指南
刚开始接触看板的人,大多会将“看板”简单理解为一块可以看见的板子,这是初次接触看板的人都会产生的误解。在启动看板之前,需要先厘清看板的前生今世,如此才能更好地使用看板。
敏捷开发
2022/03/09
7320
看板快速启动指南
关于看板的思考与总结
看板活动是敏捷中非常常见的一项活动,它是用来发现组织内部流程瓶颈的一种高效方式。通过看板的流程和工作内容可视化,可以很快发现整个流程中可能存在的问题。因为工作上的需要,最近重读了《看板实战》一书。结合最近两年在工作过程中的使用,有了一些新的体会,也发现了过往在使用看板中的一些误区。本文通过总结和思考,为未来团队的敏捷化转型做一些指导。
CKL的思考
2023/02/01
4290
30.【Kevin聊敏捷】看板Kanban的5个核心实践
Kanban从脱胎自丰田公司的工程管理方法以来,在不同领域都有发展出具有领域特色的实现形式。虽然形式多样,但是它们始终遵循着下面一些核心原则。(Kanban有4大核心实践和5大核心实践两种不同说法,这里我们采用了5大核心实践说法)
开心的Kevin
2020/12/05
1.1K0
30.【Kevin聊敏捷】看板Kanban的5个核心实践
从一个小角度观察敏捷实践
这次我们来聊聊“正确的做事”。现在大家都在聊敏捷,虽然都遵循着敏捷的基本理论和价值观,但外在的实践形式不尽相同。有人的地方就有江湖,江湖的一大特色就是流派众多,敏捷实践也例外,KANBAN、Scrum、XP、Lean(精益)、DSDM(动态系统开发方法)、FDD(特征驱动开发)等等百花齐放。团队在落地实践这些敏捷内容时,表现也各不相同。有的只是蹭概念,有的把大瀑布变成了小瀑布。也有的团队做得很好,真的把DevOps实践出自己的道路来,进而提升了团队效率。如何识别自己团队的是否真的在往这方面在走呢?
CKL的思考
2023/02/01
2540
敏捷研发想表达什么
2001年2月11日至13日,在美国犹他州瓦萨奇山雪鸟滑雪胜地,17个研发大牛聚到一起,交谈、滑雪、休闲,当然还有聚餐。他们试图找到共识,最终的成果就是《敏捷软件开发宣言》(Manifesto for Agile Software Development),敏捷宣言它给出的并不是一套完美的软件开发解决方案,而是新时代背景下软件开发的价值观。
CKL的思考
2023/02/01
3460
团队如何限制合适的在制品(WIP)数量
看板之父David Anderson曾说过“看板的本质是一个很朴素的思想:在制品必须被限制。”但对于团队来说,确定一个合适的在制品限制可能是件棘手的事。
敏捷开发
2022/05/05
2.2K0
团队如何限制合适的在制品(WIP)数量
除了敏捷你还知道啥?说说软件开发的10种主流方法
1、敏捷开发 2001年,17位软件开发人员签署了敏捷宣言(Agile Manifesto),因此载入史册。自那以后,敏捷软件开发迅速流行起来;实际上,在2015年弗雷斯特调研公司的一份报告中,54%的受访企业表示,其内部一半以上的开发团队在使用敏捷方法。敏捷理念基于12个核心原则,这些原则注重简短迭代、持续交付、简洁性、回顾以及最终用户和开发人员之间的协作。 2、Scrum 敏捷软件开发有多种版本,Scrum是最受欢迎的版本之一,接受《2015年敏捷现状》报告调查的受访者中70%表示,他们采用Scru
企鹅号小编
2018/01/29
1.9K0
实现敏捷框架的比较:Scrum 方法 vs 看板方法 vs 精益开发 vs 极限编程
如果您是刚刚踏进敏捷开发的世界中,可能刚开始会被这个方法那个方法搞晕掉。那是因为敏捷开发只是一些简明扼要的概要准则,没有明确说明需要如何一二三步骤地来落地实现。 因此,人们从实践中总结真知,就衍生出了实现敏捷的各种各样的方法。其中,最广为人知的当属 Scrum 方法、看板方法、精益开发以及极限编程。 虽然本文主旨是要对比上述的四种方法,不过要是较真地来分析他们的不同,实际感觉上就好比要比较苹果和橘子的不同有哪些。因为他们其中有的就是从另一种方法衍生而来或者是另一种方法的补充罢了(尤其是当这些方法被应用在开发
DevOps时代
2018/02/02
2.9K0
敏捷软件开发-规模化敏捷框架(SAFe)
SAFe ® for Lean Enterprises 是一个知识库,其中包含使用精益、敏捷和 DevOps 实现业务敏捷性的经过验证的集成原则、实践和能力。
学习中心
2023/03/28
2.4K0
什么是 DevOps 三步工作法?
本文将介绍《DevOps Handbook》全书的核心:三步工作法。《DevOps Handbook》全书就是从三步工作法的思路出发,进行知识体系的组织和实践的编排。 简单说一下拆书联盟的活动,目前有几位小伙伴一起做拆书活动,首先由我做来第一期,然后是石雪峰,他是乐视配置管理和持续交付部门总监,他会给大家带来第二期拆书活动,后面还有王磊、大梁、景韵、赵班长等同学,都会参与到读书分享过程中。如果大家有兴趣可以联系我们,继续扩大阵容。 三步工作法是什么?如何通过三步工作法来指导DevOps的整体实施?以及它的核
DevOps时代
2018/02/02
4.6K0
什么是 DevOps 三步工作法?
【敏捷3.4】增量交付与敏捷合同
在学习了评估价值和为需求排定价值优先级的一些方法之后,我们接下来就看看在迭代或者冲刺中应该注意些什么才能不枉费之前的努力。毕竟前期花了那么大的精力,但是迭代冲刺之后却提交了一个没什么价值的产品,那可不是所有人愿意看到的结果。如果把之前的操作都看作是计划的话,那么敏捷最主要解决的就是一个 计划赶不上变化 的问题。我们拥抱变化,前提是这些变化确实是对客户有价值的。
硬核项目经理
2023/03/03
3520
【敏捷3.4】增量交付与敏捷合同
PMI-ACP 敏捷项目管理——模拟试题2
1、在项目的Sprint回顾会后,团队成员指出那是抱怨会,不是非常有效。Scrum主管应该怎么做? A 建议团队尊重敏捷宣言原则,解释其属于回顾会的组成部分 B 建议团队成员将他们的观察列入产品待办事项,进而可以添加进用户故事中 C 建议团队遵守Sprint回顾会精神,做出正面和负面评论 D 实施更适合团队的促进Sprint回顾会替换方法
隔壁老李头
2018/08/30
5.3K0
PMI-ACP 敏捷项目管理——模拟试题2
基于JIRA的产品需求全生命周期管理实践
本文将以有赞零售产品为例,介绍需求全生命周期的管理实践,包括:商家的原始需求收集、产品设计与评审、研发的需求实现、上线后运营反馈、新一轮迭代优化,构成了需求全生命周期的反馈回路。 在整个过程中,我们是
用户1263954
2018/03/20
4.6K0
基于JIRA的产品需求全生命周期管理实践
相关推荐
同事有话说 | 这个看板怎么做?
更多 >
LV.5
这个人很懒,什么都没有留下~
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档