【标题】：看板方法（2）
【字数】：814
续上篇。
4、看板方法的好处
在软件开发中，质量低下是最大的浪费。我们经常挂在嘴边的重构，就是对开发质量的买单。那么，为什么说，看法方法对开发的交付质量是有报障的
a）减少团队进行中的工作数量，提供团队的专注度。并行的需求，我想在很多团队都遇到过，资源少，业务急，很多需求都要求搭车上线，那么没有时间的锤炼，质量可想而知。团队的专注度提高了，自然会有更富余的时间对需要交付的功能进行反复测试。
b）高优先的需求优先交付，业务价值最大化。资源的有限利用，让产品经理对需求的排序会更加的谨慎，对高优先，低成本，高价值的需求，肯定会优先交付，这样长期以来，团队有成就感，业务也得到他们想要的，皆大欢喜。
c）团队资源的平衡。团队就那么几个人，怎么用才能达到利用最大化，看板方法的可视化控制系统，能对每个资源的无缝衔接，在也不用考人力（领导）去推动某一个事项。
5、持续改进的文化有多难
在很多的传统企业里，更多的是把基层员工当做是一个普普通通的生产力，长久以来，连员工自己都自认为是混一口饭吃，自然也不会给企业暴露什么问题，提出什么有效的工作建议，每个人的一亩三分地很难打破。在持续改进中，推崇的是员工不会在有恐惧感，会自发的聚在一起攻克难题，而企业也会对这些行为做充分的授权。共产一点来说，就是把工作当做创业，把企业当做自己的公司来干。个体的自发改善行为，会向病毒式的蔓延到整个团队，乃至整个公司的持续改进
6、看板方法中的透明
透明包括两部分的，一个是自己受到的阻碍，需要的帮助；另外是自己对团队贡献。
a）比如说，在开发中，本应是今天就要提测的内容，现在一次冒烟都没有跑，开发还在doing中。团队其他人也会立刻关注到这个影响点，马上会得到很明显的资源。
b）个人任务已经完成，在doing中有更优先的需求在进行中，那么个体肯定谁乐于去共享更多的事情，去把这个刺头摘掉。团体之间的准时交付，更能加深团队之间的信任度。成员的自发性行为，无需更多的监督。
