看板不是一种软件开发方法, 不是软件生命周期管理方法, 它是一种推动变革的方法, 甚至跟软件开发没有关系.
前提假设
任何方法都基于一些前提假设. 看板的前提是组织内对团队capacity达成共识. 团队能做多少事是系统隐含的不变量, 所有其它决策都不能破坏这个不变量. 一旦投资方认为团队capacity还有潜力可挖, 则各种限制将失去意义.
为什么看板五大特征首要的是可视化?
要推动变革, 需要避免遭遇强大的阻力. 把现状暴露给所有人, 有助于抑制暗地的抵触, 促进解决问题的主动性.
避免遭遇强大阻力的另一措施是小步前进. 可视化当前价值流有助于识别最重要的瓶颈和浪费. (大卫安德森这么谨慎, 可能与他最初引入看板方法所在的两家公司有关, 都是臃肿官僚的机构, 都是有稳定市场稳定产品的公司)
要对团队Capacity 达成共识, 可视化当前状态也是第一步.
更多观点: http://liguanglei.name/blogs/2014/04/09/kanban/