作者：北京老李：DevOps布道师、IT管理咨询师。拥有EXIN Agile、EXIN Lean IT、首批EXIN DevOps Master讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，主要研究方向云安全管理、DevOps落地实施。

1.DevOps Master课程介绍

DevOps Master是Exin（一家荷兰的国际性考试认证机构）2016年推出到中国市场的一门认证考试；它和ITIL、Prince2、ISO27001/2、CCC Service Manager等考试认证是类似，是由国外认证机构推出，面向全球的认证考试。下图为EXIN DevOps课程学习体系，其中DevOps Master：是EXIN DevOps学习体系最高认证课程，可以直考，也可以通过学习路径进行考试，自由选择。

DevOps Master：是EXIN DevOps学习体系最高认证课程

2.DevOps最新定义及发展

2017年10月【DevOps Handbook】DevOps是一个软件工程实践。通过开发、质量、IT运营和信息安全人员的协作，朝着一个共同的目标努力，使技术价值流通过计划工作快速投产用于满足业务和组织的成功，实现每天多次部署、达到世界级的稳定性、可靠性、可用性和安全性https://www.douban.com/note/643251358/ DevOps定义编年史：通过DevOps定义看DevOps发展

DevOps 是一个软件工程实践，旨在统一软件开发和软件操作。其主要特点是在软件构建、集成、测试、发布到部署和基础设施管理中大力提倡自动化和监控。其目标是缩短开发周期，增加部署频率，与业务目标紧密结合。DevOps Master认证由国际信息科学考试学会（EXIN）授予，该认证考核科技人员的DevOps实施能力，是业内最权威的DevOps能力认证。

3.DevOps Master考试

EXIN DevOps Master 认证体系的目标人群是那些希望能够掌握ICT管理最新发展动态的所有专业人员。在DevOps团队中工作的任何人员，或正考虑转向DevOps的企业及该企业内的人员。DevOps Master 是该领域第一个国际权威的专业认证。本课程将全面融合讲师讲授、案例讨论与沙盘演练等多种培训手段，帮助学员系统化理解DevOps的理念与管理框架的同时，通过全球风行的凤凰项目的沙盘演练，帮助学员切身体会如何在企业环境中构建DevOps文化、从而更好的与客户互动，最终提供更好的IT服务。

4.DevOps Master官方学习书目

《DevOps Master课程配套学习讲义》纸制版与《DevOps Master课程重点解读》纸制版

教材一： An Effective DevOps: Building a Culture of Collaboration, Affinity, and Tooling at Scale

教材二：《持续交付:发布可靠软件的系统方法》

教材三：《EXIN官方白皮书——企业DevOps的成功之路》

教材四：《凤凰项目》

5.DevOps Master资格要求

认证资格要求：

要求：

1. 具备五年以上的IT相关工作经验（包括但不限于开发或运维）

2. 了解敏捷开发， 应用管理，精益IT，软件测试，ITSM相关知识体系，并精通其中至少一个方向

3. 已有EXIN如上DevOps相关基础（或以上）层级认证者

6.正确地学习方法

方法正确很重要，学习是个过程

第一步：准备，做任何事都需要准备，无论是看书，还是学习，因为只有在明确自己的目标前，一定要进行准备，只有这些经过需求分析与晒选，才能找到对的书，针对对的能力进行转化

第二步：学习。学习中最重要的预习、学习、复习三步法。即能把知识记住。只有不断地练习自己的大脑，你会发现它才能从CPU的486变成CPU酷睿。并且脑子你会发现它的特点是越用越快。

第三步：转化，就是本步骤，那么在转化中，我们要做什么呢？

第四步：评估，即评估能力是否达到了预定的目标，只有我们不断地坚持持续改进与拥抱变化，学习地把知识转化为能力，才能应对今天的VUCA的世界变化。

7.DevOps Master如何一次通过考试

EXIN官方建议的学时为160小时，培训时长为16个学时。这意味着，如果你是一张“白张”来听课，那么北京老李建议你先学习Pre-Master课程。因为Master课程直考，说明你在DevOps领域已有很多实践的经验。

首先，对于DevOps的专家来看，需要最少看两遍教材二：《持续交付:发布可靠软件的系统方法》，因为DevOps的核心思想在《持续交付》一书中。

其次：对于丰田的DevOps实践模型，应最少背下来，教材三：《EXIN官方白皮书——企业DevOps的成功之路》，考点中关于精益与丰田的DevOps模式在本教材中。

再次：泛读《教材一： An Effective DevOps: Building a Culture of Collaboration, Affinity, and Tooling at Scale》、教材四：《凤凰项目》加深对于DevOps的核心思想的理解

最后：推荐选读《DevOps Handbook》和Google的《SRE》理解不同的企业如何应用DevOps这一核心思想。

总结：听课是个过程，在玩《DevOps凤凰沙盘》 你会了解到标准的DevOps流程的建设以及团队的构建模式，按北京老李的要求，读书不少于40小时，做模拟练习题，与北京老李在微信群上进行交互。这些内容你都做到了。

我们需要-端正学习态度，认真学习，拿出时间，复习重点，应对官方正式监考的金牌认证《DevOps Master》

                        北京老李说：一次通过DevOps Master不是梦，努力就能做到！！！

7.爬楼

DevOps Master课程：如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/ 

敏捷管理课程：如何一次通过EXIN Scrum Master  https://www.douban.com/note/722250431/ 

敏捷管理课程：如何一次通过EXIN Scrum Master https://www.douban.com/note/722250431/ 

敏捷管理课程：如何一次通过PMI-ACP  https://www.douban.com/note/720287998/

DevOps Master课程：DevOps Master教练十二条原则 https://www.douban.com/note/718124778/

DevOps Master课程：DevOps Master教练的三个层次 https://www.douban.com/note/719145305/

DevOps Master课程：招聘DevOps工程师必问的12个问题（送DevOps实现的三个路径） 相关主题 https://www.douban.com/note/709308373/ DevOps Master ：

敏捷转型：专注于精益与敏捷，而不只是速度 https://www.douban.com/note/656553556/

DevOps Master课程总结：敏捷2.0：从敏捷1.0到敏捷2.0实现了从局部到全局的优化 https://www.douban.com/note/647841762/ 

DevOps Master课程总结：微软 DevOps的成功之路（送中行DevOps三架马车） https://www.douban.com/note/722820106/

敏捷服务管理：数字化转型核心  https://www.douban.com/note/655617439/

DevOps Master：如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/ 

敏捷管理课程：如何一次通过PMI-ACP https://www.douban.com/note/720287998/

DevOps Master课程：事半功倍的系统化学习  https://www.douban.com/note/717180422/

https://www.douban.com/note/713613037/  DevOps professional课程：只讲技术之CHEF（1）

https://www.douban.com/note/708968150/ DevOps Master课程总结：知否知否，应是DevOps肥ITIL瘦（送ITIL4前生今世）

https://www.douban.com/note/708218842/  DevOps Master课程总结：学习没有捷径（送DevOps安灯正确方法）

https://www.douban.com/note/694641377/ DevOps Master凤凰项目沙盘总结：DevOps黄金三步法

https://www.douban.com/note/700603657/ DevOps Master凤凰项目沙盘总结：履霜坚冰至，转型应自强不息

https://www.douban.com/note/693053178/ DevOps Master凤凰项目沙盘总结：通过DevOps实现IT组织转型

https://www.douban.com/note/689504940/ DevOps Master凤凰项目沙盘总结：DevOps起始质量之独孤九剑

https://www.douban.com/note/645016138/ DevOps凤凰沙盘：一场精益敏捷探索之行

https://www.douban.com/note/629890513/DevOps凤凰沙盘：一场百玩不厌的质量感悟

https://www.douban.com/note/630638887/DevOps课后总结之DevOps游戏系列-DevOps的独孤九剑

https://www.douban.com/note/637665261/DevOps Master课程:回忆我与DevOps之父Patrick的交流

https://www.douban.com/note/647732431/ DevOps：10本DevOps推荐书及47个DevOps兼容工具

https://www.douban.com/note/647732431/ DevOps：10本DevOps推荐书及47个DevOps兼容工具

https://book.douban.com/review/9110485/ DevOps：转型从正确地认知开始

https://www.douban.com/note/651734552/ DevOps：从I型人才到E型人才

https://www.douban.com/note/651734953/ DevOps：智能服务台是企业不能缺少的基石

https://book.douban.com/review/8928323/ DevOps布道师:终身学习是终身成长的源动力

https://book.douban.com/review/8820627/ 《把读到的知识转化为能力三步法及完美学习的四步法》

https://www.douban.com/note/643862694/ DevOps Master课程:脚踏实地学Pre-Master，一步一个脚印成为DevOps Master

https://book.douban.com/review/8805640/ DevOps布道师为深度工作写的序：深度工作是心身的一种修练方法

https://book.douban.com/review/8795275/ 咨询基本功：咨询顾问基本功之书面沟通及“补充大餐”

https://www.douban.com/note/643251358/ DevOps定义编年史：通过DevOps定义看DevOps发展

https://www.douban.com/note/637838681/ DevOps应用：光大银行DevOps1.0到DevOps2.0研讨会

https://www.douban.com/note/639093367/ DevOps应用：民生银行IT一体化管理与自动化发展（1）

https://www.douban.com/note/638965340/ DevOps应用：工商银行DevOps进行时

https://www.douban.com/note/696842302/ DevOps应用：工商银行DevOps进行时（2018年）

https://www.douban.com/note/722820106/  DevOps Master课程：微软 DevOps的成功之路（送中行DevOps三架马车）

https://www.douban.com/note/641427886/ DevOps应用：DevSecOps云下安全与云等保（云博会内容提前曝光）

https://www.douban.com/note/646007197/ 敏捷辩论

https://www.douban.com/note/655617439/ 敏捷服务管理：数字化转型核心

https://www.douban.com/note/696148785/ DevOps Master课程总结：IT运维的昨天、今天、明天（IT运维四大“坑”）

DevOps Master:课程总结之变更与DevOps集成  https://www.douban.com/note/660466481/

艾利·高德拉特  “在瓶颈之外的任何地方作出的改进都是假象，在瓶颈之后作出任何改进都是徒劳的，而在瓶颈之前作出的任何改进则只会导致瓶颈处堆积更多的库存。”

【1】精益管理方法的术语

【2】高维度思考法

【附】高德拉特《目标》五个聚焦步骤：

第一步是确认约束点，直到确定那的确是整个部门层面的约束点，对非约束点的任何改进都只是幻觉，得不到实际任何价值；

第二步是利用约束点，寻找突破这些约束的办法，确保不让约束点浪费任何时间，永远不要让约束点迁就别的资源而干等着，而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项，一直都要这样；

第三步，使企业或部门的所有其它活动服从于第二步中提出的各种措施；

第四步，具体实施第二步中提出的措施，使第一步中找出的约束环节不再是整个部门的约束点；

第五步，回到步骤1，别让惰性成为约束，持续不断地改善；