看板
Sleeping-Cat
这个作者很懒,什么都没留下…
展开
-
关注闲置工作,不要关注闲置人员
在敏捷开发中,管理人员要关注闲置工作,不要关注闲置人员。听到这一点,传统的管理人员将会明显感到不适应,关注闲置工作也就是WIP,比较容易理解,这里是瓶颈,应该想办法去解决积压工作。但是对于不关注闲置人员,这一点,特别是管人的经理会不能理解,一些人忙的要死,一些人还很闲,这不要出问题吗。如果通过看板,找到积压闲置工作(通常在开发团队),控制上游输入,保证瓶颈团队不要过载。因而其他团队就有原创 2017-03-30 13:50:14 · 1630 阅读 · 0 评论 -
软件开发中的“浪费”
精益方法定义浪费是指那些没有为最终产品增加价值的各种活动。比如敏捷中站会,大家一起沟通一下进展。这个的确没有增加价值,但是浪费并不代表我们能不做这些活动。浪费分为事务成本 - 准备工作,做计划,估算,回顾协调成本- 站会, 沟通会。注意,如果会上讨论如何设计代码,这就不是所谓的浪费。破坏负载(failure load) - 就是我们常说的,产品出现缺陷,把缺陷改掉,达到原来的应该原创 2017-04-19 16:17:28 · 1351 阅读 · 0 评论 -
看板实施步骤
首先是相干人等都了解和学习看板的方法,对使用看板要达到的目标达成共识。大家一起画出价值流图找出要控制的环境(通常是瓶颈环节),定义工作项,有可能需要分类。与上游谈好什么时候能拉入新的工作项,与下游谈好工作项交付的条件,以及移交的频度。建立看板墙,每天开站会。定期召开回顾会议。原创 2017-04-03 22:44:04 · 689 阅读 · 0 评论 -
看板系统的首要目标与次要目标 (读书笔记)
看板系统的首要目标-----以最小的阻力导入变革。 引入可视化和限制在制品来促进变革,进而优化现有流程。由于现有的角色与职责都没有改变,所以来自员工的抵触与阻力也是最小的。看板系统还有其他次要目标: 高质量的交付:看板需要定义工作项完成的条件,这样才能拉入下一个工作项到在制品中。这个看上去有些像Scrum里的DoD。 我个人认为,看板与高质量交互没有太直接的联系。有些牵原创 2017-04-03 22:06:10 · 616 阅读 · 0 评论 -
在制品与前置时间(又叫交付时间)
转自:http://www.jianshu.com/p/bbc652391e45在制品与前置时间基本为线性关系,减少在制品数量就能减少前置时间。利特尔法则(Little’s Law)作为一个非常朴素的原理,为看板方法奠定了一个理论基础,看似简单的公式背后却有其复杂的一面。一、利特尔法则利特尔法则的公式是这样的:平均吞吐率=在制品数量/平均前置时间举个例子转载 2017-04-02 23:13:21 · 2768 阅读 · 0 评论 -
看板背后两大基础性原则
一条是限制在制品WIP数量另一条是仅当有可用产能时才通过信号卡传递机制来拉动工作的流动。如何确立WIP数量呢?有些赞成每个工程师一个时间段里就做一件事,有些认为一个工程师做两件事情最好,有些事情总是有依赖和等待。事实上没有一个魔法数字,适合所有公司。建议开始设上一个数字,然后持续观察这个数字是不是符合实际情况,如果有出入,就逐步调整到一个比较稳定的数字。有些公司有不同类原创 2017-04-01 16:18:38 · 689 阅读 · 0 评论 -
看板推动Scrum过程变革,推动组织文化持续改善
Scrum的三大支柱是透明性,检验和适应。简单的说就是通过对产品,过程的透明,做持续改善。看板方法大大增加了过程(工作流)的透明性。通过展示工作项是如何在成员之间的流动,为团队已经团队之外交互带来了可见性。它让每个相关人员都看到他们的积极行动或者消极怠惰产生的影响。团队成员很难对一个受阻工作项视而不见,自顾自地继续做其他事情。它鼓励相关人员群策群力去解决团队遇到的困难,保证团队原创 2017-04-01 13:55:37 · 624 阅读 · 0 评论 -
看板与Scrum
看板与Scrum都是敏捷实际,它们有很多相似之处。看板的精髓是通过卡片墙方式找到工作流的瓶颈,控制瓶颈处的WIP(在制品)的数量,以及上游输入数量,获取稳定的产能。这样就可以缩短工作项开发周期(前置时间),提高可预测性和准时交互的能力,与下游合作伙伴建立信任关系。看板的关键点是先获取工作流中瓶颈处的稳定产能。Scrum 团队的每一个sprint的velocity(产能)也是固定的。原创 2017-04-01 11:04:12 · 1356 阅读 · 0 评论 -
什么是看板?
现在很多软件开发都流行使用看板。就如下图。多数人觉得看板KanBan应该是日语里恰好表达的中文原意,看(白)板,或者什么其它板。其实看板是卡片,是表示出某工序何时需要何数量的某种物料的卡片,又称为传票卡,是传递信号的工具。敏捷开发里的“看板”,或者称为贴满纸片的墙其实并不是看板系统,他们仅仅是可视化控制系统,是让团队以可视化方式观察WIP并进行自组织,便可自行分派任务,讲工作从待办列表中移到完成状原创 2017-03-30 15:19:29 · 6375 阅读 · 0 评论 -
看板中的粉色卡
在看板中的一个惯例是,当一个工作项(任务)受阻后,通常给这个任务项贴上一个粉色(或红色)便签。便签上注明受阻原因,日期。每日站会应该把受阻工作项作为主要焦点。受阻问题在一段时间后,影响可能变大。需要让团队所有成员知道,什么情况下受阻问题就升级了,需要让相关人员知晓。团队强大的问题管理和解决能力,对于维持工作项流动而言是最基本的要素。-- 读书《看板方法》原创 2017-04-19 16:57:40 · 362 阅读 · 0 评论