小议看板列与职能筒仓

Posted zhangmike

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了小议看板列与职能筒仓相关的知识,希望对你有一定的参考价值。

职能筒仓在软件开发当中,尤其是敏捷开发当中,貌似带着负面的光环,最新的特性团队建设试图打破职能筒仓。而在看板列设置的时候,按角色划分的看板列在形状和内容上都太像职能筒仓了,难道看板这样的列设置走了回头路?

看板的起源

要回答这个问题,先来看看看板的起源。
看板管理方法是在同一道工序或者前后工序之间进行物流或信息流的传递。JIT是一种拉动式的管理方式,它需要从最后一道工序通过信息流向上一道工序传递信息,这种传递信息的载体就是看板。没有看板,JIT是无法进行的。因此,JIT生产方式有时也被称作看板生产方式。
准时生产方式的看板旨在传达信息:“何物,何时,生产多少数量,以何方式生产、搬运”。
看板的本质是在需要的时间,按需要的量对所需零部件发出生产指令的一种信息媒介体,而实现这一功能的形式可以是多种多样的。
及时生产方式的看板在生产线上分为两类:领取看板和生产看板(在制品看板)。
以上是来自于工厂里面的经验总结。可以看出,看板本来就是用来跨部门跨班组交流,紧密衔接上下游工序,实现JIT。在工厂里面,协同的多个部门往往不在一个地方,而且早先年可没有装遍各个角落的电脑,看板的设计是基于实体板和卡片,而且要考虑与物料的移动。
因此以前看板的样子需要多种多样,与当前软件开发看板的样子有蛮大差别。
笔者觉得以前工厂的看板设计的难度远远高于当今有电脑帮助下的难度。

软件开发看板

当今软件开发看板一般形态而言,都是自左向右的列,信息在一起展现,对于异地协作的情况,在电脑及网络帮助下,同样也是一起展现。最新的看板工具已经可以处理看板多种关联,就算信息量大,也在几次鼠标点击之间。所以那么平级的多个小组或者部门自然而然在同一块看板上。
看上去像筒仓,但其实是新技术条件下的更便利展现,带来更方便的信息交换,进而促使更流畅的协同。
因此看板列像筒仓是进步的结果,并不是走回头路。
至于在行政组织结构上打破筒仓,并不是看板的任务,看板在于通过可视化来促进协同,拉动价值流。
而在这样强大工具的支持下,筒仓之间信息隔阂的问题其实是可以得到缓解的。对于推进跨组跨部门合作的组织而言,如果行政汇报线难以短时间内改变的话,不妨尝试下通过看板来共享信息,让信息先在筒仓之间流畅起来,然后再来判断下一步。

以上是关于小议看板列与职能筒仓的主要内容,如果未能解决你的问题,请参考以下文章

敏捷方法论-看板

数据仓库的利与弊

用 JSON 数据填充 UITableView 不起作用

读书笔记-《增长黑客》-搭建增长团队

读书笔记-《增长黑客》-搭建增长团队

SAP工序外协与库存外协有何区别?