还是关于看板(kanban)

还是关于看板,其实看板是一个很通用的概念
可以理解为简化的mpp,它只关注任务的生命周期,通过简化的资源分配来达到精益化,时刻跟踪生产进度和物料使用情况。其实软件过程也同样适用,说到底他还是一种任务调度、资源分配并跟踪的方法。无论他的形式是通过看板、mpp还是备忘录。只是相比之下,看板所要关注的总是第一线的生产,而不是很虚幻的项目管理,规划。

可以说,看板,或者lean和agile有很大的相似之处。二者同样偏重于delivery,强化第一线生产的重要,并通过一系列的措施确保产品质量 – 比如资源耗用,人员调整的跟踪,以及deadline-driven。都是偏重执行情况的track。

也许应该有一个通用的看板应用出现。目前还需要足够多的试错来验证看板的重要性。

深入阅读(来自infoq的几篇文章):
The Current Direction of Agile

Lean and Agile: Marriage Made in Heaven or Oxymoron?

Kanban Applied to Software Development: from Agile to Lean

看板的idea

自从两年前去3M的苏州工厂知道了看板这个概念以后就觉得这是一个很酷的东西。因为这个东西适用于所有的多工序多角色的流程。可能这个概念和BPM类似 – 流程,角色。但是看板更强调的是流程中每个节点(工序)的协调和交互。

对同样一个business process(业务流程),从bpm的视角看到的是不同的阶段,业务数据状态;而从看板的角度则是不同阶段数据的互相影响,协调。注意这个协调的概念,因为看板的存在的初衷就来源于制造业中的各道工序的协调,沟通。所以即使把看板应用到软件项目管理也不是不可以,比如issue  tracking

软件开发和工厂的不同点,就是软件开发是很阶段性的,而且人的因素也占很大的比重,而不像工厂里的原料,机器生产能力那么容易控制和量化。所以看板在开发和工厂的作用也就少有不同,软件开发里,看板更多是去push开发者,而工厂里工人要根据看板去制定自己的生产计划控制库存。(一个被动,一个主动)

先就想这些