作者：北京老李：DevOps布道师、IT管理咨询师。EXIN授权EXIN DevOps Master（大师级）讲师(首批全国十名) 、EXIN授权EXIN Agile /Lean IT 认证讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，主要研究方向云安全管理、DevOps落地实施。
1.摆正学习态度
“活到老，学到老”，学习是贯穿所有人一生的一件事情 。 “俗话说;师傅领进门,修行在个人。”的意思是：有了师傅的指教，学生的技艺可以进步很快，但是，单单靠师傅是不够的，自己必须努力学习，才能内结与外因进行结合。师傅（老师）相当于外在原因，而成就与否就要还是要靠内在原因，即自己的刻苦。 人只有靠自己努力才能取得成功，老师只是个助力。
学习本身是一种探索未知的过程。即 “菩提本无树，明镜亦非台。本来无一物，何处惹尘埃。” 需要从已知的舒适的状态，向突破自己前进，这里有“彻夜未眠”、“不断坚持”、“打破自己”，这里也有痛苦，但长期的坚持，会换来“幸福”的明天。
真正的学习是一种接收信息，思考信息，最后接受信息的一个过程，但是有很多同学根本就没有中间的思考这个环节，这就形成了一种“被动式学习”。
“被动式学习”的同学往往都是在课堂上非常被动地吸收知识，很多时候都没有对这个知识点了解透彻，只是会做了题，就已经认为自己完全掌握这个知识了。
掌握任何一种知识都需要时间及经验的积累。美国国家训练实验室总结的学习金字塔，通过被动与主动学习可以更好地记忆知识。但如果知识不用，那么可能记忆的七天学习曲线就到了记忆的“尽头”，就已经忘掉了。
学习金字塔
2.提升学习能力
学习能力一般是指人们在正式学习或非正式学习环境下，自我求知、做事、发展的能力。 《这样读书就够了》一书中，作者给出了一种在读书的过程中，通过3张便签来帮助实现“内化与应用知识”的方法，即自我总结、自我反思、自我规划，才能真正实现学习能力的提升。
IT学习能力提升，也应循序渐进。工作是一种放电的过程，学习是一种充电，社会在进步的时候我们还在不断地进行放电，当第四次信息技术革命来的时间，我们才发现提升学习能力的重要性，说明亡羊补牢为时还不晚，就怕生活进入到了“舒适区”惯性。根据电池放电公式，北京老李总结人生电池放电公式：放电能力=储备知识/学习能力
北京老李总结人生电池放电公式：放电能力=储备知识/学习能力
是不是所有的知识都可以实践与教授给他人，这个本身就有难度，所以学习不仅仅要要理论学习也要有实践，就如同DevOps Master课程设计一样，个人推荐学习路径：
第一天：理论学习
第二天：凤凰项目沙盘实践
第三天：理论学习与课程总结
如果上来就运行凤凰项目沙盘实践，玩的开心了，但没有理论基础，你会发现，快乐总是短暂的，但没有留下学习的思考与成长的空间。
敏捷项目管理沙盘与DevOps凤凰项目沙盘实践课
那么凤凰项目沙盘放到最后一天好不好？最后一天是结束的时间也是准备考试的时间，根据北京老李多年的实践经验，学习与实践首先要相结合，然后要合理安排学习时间的安排。这样才能教学相长。
全面的IT学习体系框架
3.学会正确地坚持
每个人一天都只有24个小时，但是每个人利用时间的方式都不同，有的人每天坚持长跑，有的人每天坚持写作，最终成就了自己；而有的人则在懒癌、拖延症的路上越走越远，什么事情也没有做好。这是因为他们没有做好时间管理。
北京老李总结时间管理方法：不多说有空来学习：）
我们应不断地坚持技术的质量，就如同ITIL管理过程中服务评价流程一样，只有这样才能减少缺陷与质量问题。
我们应不断地持续改进与持续，就如同Scrum过程中的回顾与反思，只有这样才能每天都提升
我们应不断地实践与学习，就如同《游戏日》一样，只有这样我们才能不断地创新。
4.选择性实践
什么是选择性实践，因为不同的公司文化不同，理论是完美的，但现实是骨感的，通过组织文化类型学的三个分类也能看到，不同公司的区别与差异很大，要学会合理地实践。
北京老李：学与致用的组织环境资产的区别
以丰田的《套路》为例，为什么很多单位学习丰田总是学不会？都有安灯，为什么质量差，安不好那个灯，是灯的问题吗？还是管理的问题，丰田安灯的四个控制点：
第一点：黄灯不停，红灯才停。员工按了按钮，亮的是黄灯，流水线不会马上停，而是有一个15～30秒的反应时间。如果这段时间里问题没解决，红灯就会亮，流水线才会停下来。给流水线缓冲，因为只有缓冲，才能让单件流持续交付，不停止。IT技术流水线，不是不能出错，而是在给定的时间内要能快速地解决问题，例如1分钟内的快速解决或自动化解决，包括脚本方法或回退方法。
第二点：缓冲空间。丰田会把流水线分成几段，每段之间会有7～10辆车。这样一个工作站停了，下一个工作站还能正常工作7～10分钟。这就基本上不会发生整个工厂停工的情况。这听起来也好学，没什么技术含量。流水线的本质是区分不同的流水线的应用的，单件流不是指企业内只有单一一个流水线，应是根据不同的业务特性，企业内有多个流水线，共同组成整体企业级流水线。就如同process分解为procedure。多个procedure共同组成process。流水线也是随着企业规模的大小，因企业不同而不同，企业越大，流水线的数量也就可能越多。企业越小流水线也就越少：）
第三点：团队支持。流水线上黄灯一亮，留给员工的反应时间是很短的。但是现场有一个随时待命的角色，就是小组领班（IT的管理角度点是值班或自动化监控）。领班平时就在流水线旁边巡视，只要亮起黄灯，领班马上就会冲上去，帮助员工解决问题。企业流水线如果没有团队的支持，包括便不限于DevOps process 经理，DevOps Master等角色的支持，是很难在企业在保证流水线的快速交付。
DevOps全面的角色支持
第四个：员工主动解决问题的能力：流水线停下来，谁最着急呢？不是一般我们理解的，员工按了灯，然后在那里等领导来解决问题。其实是按下按钮的那个员工最着急。他不是偷懒，怕受到惩罚，而是发现了问题，想赶紧解决这个问题。他要在平时主动去了解流水线上其他位置的工作都是什么，这样每一个员工，其实都具备了系统思维（system think ,DevOps三大黄金法则这一）。
主动解决，系统化思维是今天应用好DevOps的重要思维，并指导DevOps的技术应用。
5.学会回顾与总结
找到一种适合自己的道路，建设有个人特性的技术管理之路，学会倾听别人，而不是指责，学会按步就班地缓慢地爬坡，而不是“随波逐流”.学会最正确地方法，而不是一个技术讲座，一个片面的心路，而应按正确地学习体系进行学习，才能扎扎实实地学会一种管理技能。努力学习是一种责任
学习没有捷径，最好的人生就是坚持到底
全面的IT学习体系框架，人生也没有捷径！加油吧！
附： 自强不息学习书目推荐
《凤凰项目The Phoenix Project》：敏捷 DevOps故事类的书目，通谷易懂。-DevOps Master官方教材
《站点可靠性工程师Site Reliability Engineering》。SRE一本解释谷歌 SRE 实践的书，DevOps 诞生之前的 DevOps”被人熟知-DevOps Master官方教材
《精益创业The Lean Startup》：发现了如何精益工作，快速失败和更快盈利。
《精益企业Lean Enterprise》：说明了DevOps 背后的商业动机。
《基础设施即代码Infrastructure As Code》：说明了为什么所有公司都有必要采纳这种做法。
《布道之道Driving Technical Change》：大多数技术型组织内的常见性格特点。
《人件Peopleware》：管理工程师团队的经典图书，有一点过时，但仍然很有价值。
欢迎爬楼，看更多北京老李-DevOps相关内容，ITIL内容请关注”豆列“
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/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运维四大“坑”）
【1】精益管理方法的术语
【2】高维度思考法
【附】高德拉特《目标》五个聚焦步骤：
第一步是确认约束点，直到确定那的确是整个部门层面的约束点，对非约束点的任何改进都只是幻觉，得不到实际任何价值；
第二步是利用约束点，寻找突破这些约束的办法，确保不让约束点浪费任何时间，永远不要让约束点迁就别的资源而干等着，而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项，一直都要这样；
第三步，使企业或部门的所有其它活动服从于第二步中提出的各种措施；
第四步，具体实施第二步中提出的措施，使第一步中找出的约束环节不再是整个部门的约束点；
第五步，回到步骤1，别让惰性成为约束，持续不断地改善；
