【标题】：看板方法（1）
【字数】：723
image.png
刚看书名的时候，心里面还是把《看板方法》与字面上理解联系起来。不就是一个白板么？还真的能出一本书去描述这个简单的事情？带着这些疑惑，我开始了阅读这本书。
1、此看板非彼看板
在敏捷软件开发中，常见的卡片墙并不是看板系统。其实书中所说的看板方法，更正确的叫法应该是称呼为“看板系统，它比我们大部分人想象的还要深入。对团队信息的分享，真实流程的挖掘以及在软件开发当中的各项规则都显示出来，这样可以让团队每个人都可以看到自己的努力和对整个系统的贡献。其实我们之前所用到的是数据看板，只是看板系统中的一个可视化资源控制系统。
2、看板对“可持续”的贡献
“敏捷过程倡导可持续开发”。诸如世面上很多大型软件系统，开发起来都是一个马拉松式的旅程，而不是一蹴而就的。但是在软件开发行业，软件团队总会受到很多的约束和另眼相看。毕竟看起来，IT部门是一个很烧钱，但是收益又不能像销售部门那样可以量化的部门，这就造成了IT男的特殊形象的吐槽，秃头、木讷、996、大黑框眼镜都是高收入带来的理所当然。
作者写《看板方法》的初衷是要打破这样的模式，让软件团队的成员能够释放自己，重新返回到正常的社交活动和家庭生活。每一天早上的精神焕发，才是真正的增加工作效率，团队也可以可持续的发展下去。
3、什么是看板方法
任何时候，我们都可以使用看板来限制系统内某些事物的数量。我个人的理解就是，团队的资源是有限的，当前在做的事情，和未来做的事情，doing中的工作，都不能超出本身团队的工作承载量。超出了，就会对团队造成不可逆的伤害。所以说，看板方法对管控需求的优先级尤为重要，我们每个人都可以一目了然的看清楚团队当前有哪些资源空出，而我们现在，更多是靠人力的沟通协调，风险极大。
