[阅读] 丰田模式在新时代的挑战

是啊，现在国内这种弊病不是也很严重么，干什么都要有指标，有量化的衡量标准，让我不由得想起了武林外传里面的防盗八法.....

量化方法并不容易做到，软件开发的量化就需要很高的技巧和经验，量化也并非为了给管理人员作为逃避借口；而且“人治”不是人性化管理，如果在管理中提倡人治，这是管理的倒退。

公司层面的量化考核和基于现场数据的量化分析，不是一个意思。

没有量化，怎么做持续改善，怎么把改善的成果体现出来。

比如为什么要采用一个框架，能给带来什么结果？体现出来就是团队做同样一件事情，代码行数、开发时间、学习时间、成果物质量、入门门槛等指标发生变化，能够带来成本的下降、质量的提高、开发周期的缩短，这些都需要数字说话，让领导清楚。

再举一个有点极端的例子，如果代码框架固定，可以考虑对操作进行最优化改善，对开发工具的使用步骤、快捷键、工具条设置、甚至点击顺序进行约定和固化，将此流程与原流程进行对比，确定后进行强化培训，形成标准。当然这个例子的适应场合比较特殊，举这个例子，只是想说明现场改善是基于量化数据的，这些内容是为了更好的减少浪费，使工作能均衡化。

我们的开发工作中有大量的浪费，比如无效的会议、官僚文件、等待、大量的中间文档、提前开发出来的代码等等，如何杜绝这些浪费，可以好好学习丰田的现场改善经验，这里面需要发挥现场一线人员的积极性，改善是自下而上的。

23楼说得很具体，不错。其实在这些项目操作的量化上才真正体现了管理的意义，有规划和目的，有执行过程，有结果评估，进而实现调整和改善，缺乏量化，那么一切只能成为空谈。印度Infosys的前副总帕杰罗在他的CMM实践一书中也披露Infosys在项目当中使用数据库对项目的全过程进行量化跟踪记录，历史纪录可以为新项目的规划作为依据，新项目的完成以及评估又对历史数据进行修正，进而使得项目模型更加精益，对后续项目又起到更好的指导作用。这种模式在国内很少见，即使国内几家大的外包公司（通过CMM）也见不到。

CMM纯粹就是垃圾中的垃圾

量化只能是过程改善的部分体现，那些没有办法量化的，比如员工的士气，合作气氛是比较难量化的。

当然对于只会开会和看图的动物，敏捷软件开发仍然能够给他们带来惊喜。

这句话是在夸ASD吧？

任何一个东西就看你怎么用他。量化只是一种管理手段，管理方式。根本上说只是一种工具。
在软件行业里面，如果你把量化作为判断员工好坏的主要标准，那么基本上结果都会是失败的。但是如果你把这个目的变成提高品质，那么结果会大不同。这里“目的”说的是执行时候的真正目标，不是口头上的口号。