《The DevOps Handbook》是EXIN将于近期推出的DevOps Professional认证考试的（唯一）指定教材。书中引用了非常多的参考案例，很值得学习。本系列旨在一一解读并提供相关的国内下载链接（文末）。

 

这期关注Toyota Kata。Toyota Kata在《Handbook》一书中很多地方都有涉及，说明这个概念很重要（提前透露一点：Kata也是DevOps Professional的考试考点之一）。

 

导读：

Toyota Kata的提法来自于Mike Rother的同名书《Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results》。Mike作为大学毕业生在80年代就跟随GM的高管去日本学习丰田方法（Toyota Way，也可以叫精益生产）。但是令他和许多美国同行困惑的是，美国的车企没人能真正复制丰田的成功，即使已经把所有丰田在用的方法和工具都丝毫不漏地抄上也不行。甚至连丰田自己也无法解释清楚他们的管理有什么特别（因为人不会过多注意到自己每天都在做的事情有什么不同）。Mike经过20年的研究，给出了自己的答案，这在《Toyota Kata》一书中有详细描述。

 

 

《The DevOps Handbook》的相关解读：

• 在20多年的精益运动中，美国的汽车厂商一再飞往日本，学习丰田的精益生产，但是没有一家车厂能真的成功复制。Mike发现这是因为缺少了最重要的一项：一个可以使公司（或个人）可以每天持续提高的例行程序性的练习框架。这就是Kata。

• 这也解释了为什么拷贝别人家的DevOps实践、工具和实施步骤是很难真的做成DevOps的：每个企业所面临的状况是一刻不停都在变化的。这会导致即使是规定好的流程如果不做持续提高，只会变得越来越差，因为其所处的环境在不断动态变化。所以企业要最终训练出的是适合自己企业的最佳实践，这是Improvement Kata所要教授给大家的。

• 同样，这也要求领导者的角色发生变化。从结果导向管理，转变为教练的角色。教练需要每天和他的队员在一起，重要的不是给出一个确定的规范动作，而是通过不断观察员工的行为，给以反馈和指向正确的方法，最终建立团队的自我解决问题的能力。并在团队偏离轨道时（没有正确应用问题解决方法）才给出纠正性的指导。这叫Coaching Kata。

• 就像很多学习DevOps人会到问的，引入DevOps是否意味着一定要改变组织架构？从Toyota的例子来讲，其成功不在于其组织架构（令很多人意外的是，Toyota是按照功能团队组织的），而在于不断开发员工的能力和形成习惯性的（不断识别问题、解决问题）的能力，并融入到每一天每个人的思考和行为中。

   

 

延伸解读（图片来自于Mike Rother的 DOWNLOAD KATA POWERPOINT SLIDES）：

 

Kata这一词来自于练习空手道所需要的每天的、有意识的、大量的具体重复的练习动作。这在很多种体育类、艺术类的训练中都可见到。如果你的Kata练习和科学的方法结合（为什么做这个动作、如何做、做的次序阶段等）结合，就变成了通用的问题解决技能，会引导你迈向越来越专业的层级（所谓的工匠精神吧）。

 

Kata分成两种：由学习者（员工）来执行的Improvement Kata，和教练（经理人）来执行的Coaching Kata。Improvment Kata包含四个步骤：1）理解前进的方向或要克服的挑战 2）掌握现有状况 3 ）建立要达成的下一个目标条件 4）向着要达成的目标进行不断的试验（这也是DevOps的the third way：持续学习和试验）

 

 

为什么我们没法照抄丰田方法（或者别人家的DevOps实施方法）：这由我们所面临的变化的环境和行为习惯决定的。但是你可以采用Kata来建立你自己的实践，达成你自己的理想体系和目标。

 

 

从每个组织现有的状况（比如软件交付的实践、效能、稳定性、人员能力等）到要克服的挑战，组织需要自己走出适合自己的道路。在这个过程中，就是Kata的持续设定每天/周的小目标，然后不断试验学习的过程。犯错误是正常的，也是成长的很重要的一部分，关键是能不断从错误中学习和持续提高。

 

 

工具/方法方面，Mike提到了Coach（经理人）应该经常要问的5个问题，而学习者（员工）可以使用Learner‘s Storyboard 和 PDCA Cycles Record。另外一个重点是，这一Kata过程最好是组织各个级别协同的动作。

 

 

视频下载链接：http://pan.baidu.com/s/1pLwWDqb  密码:px3c