作者：北京老李：DevOps布道师、IT管理咨询师。EXIN授权EXIN DevOps Master（大师级）讲师(首批全国十名) 、EXIN授权EXIN Agile /Lean IT 认证讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，主要研究方向云安全管理、DevOps落地实施。
1.什么是高维度思考？
世界很奇妙，有些事儿，我们知道，但有太多的事，我们不知道。我们永远都处于知道和不知道之间，所以很多人求道，而求道不得，退而求其次。在《高维度思考法》中对这一理论的描述区分了知、无知、未知。有人说无知者无畏，但最可怕的是”因为无知，而对于自己的无知一无所知“。
世界之大，未知的未知大于已知，从个人角度看最高维度的思考是了解：1.你是谁，2.你来自哪里，3.你的使命是什么？如果你笑了，正如老子所说：上士闻道，勤而行之，中士闻道，若存若亡，下士闻道则笑之，不笑不足以为道。 佛家说人应了生死，悟知见。正是对个人高维度思考的一种总结。
世界之大，未知的未知大于已知
对于企业来讲，《高维度思考法》区分了三种状态，即知道自己知道、不知道自己不知道、知道自己不知道，DevOps这一管理方法，正是要把破我们的无知状态，在IT内，达到知道，即开发知识运维，运维知道开发，一体化进行IT管理。
《高维度思考法》提出管理的问题一定要注意“上下游“【1】问题，因为上游和下游，不仅要求各自必需的着眼点，所要求的工作价值观、技能也不相同，有时候甚至是相反的。高维度思考法的核心是应转换价值观，着眼于无知管理与未知管理【2】。解决问题应从上游开始，而不能仅从下游开始。因为这不能解决根本问题。DevOps也正是整合上下游的管理方法。
高维度思考法与Effective DevOps
《Toyota Kata》丰田的套路告诉我们如果不能从开始关注价值流，那么在制造业学习丰田你的核心不是机器（自动化，智能化）不行，而是你的人不行。人不能的根本原因，在于你的文化不行。所以有句顺口溜这么说：
一流公司靠文化，二流公司靠流程，三流公司靠能人；
一流公司做标准，二流公司做服务，三流公司做产品，
《Effective DevOps》这本书正是站在整体IT的视角去解决IT融合管理价值观和文化的差异，解决IT整体IT管理的问题。DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。
比利时的独立IT咨询师 Patrick Debois在2009年提出DevOps，也没有想到DevOps能够成为现在业内的最佳实践之一。从《目标》、《凤凰项目》到再到《持续交付》再到《effective Devops》、《DevOps handbook》结合了业内IT敏捷化发展的潮流，DevOps是敏捷研发中持续构建（Continuous Build，CB）、持续集成（Continuous Integration，CI）、持续交付（Continuous Delivery，CD）的自然延伸，从研发周期向右扩展到部署、运维，不仅打通研发的“需求、开发与测试”各个环节，还打通“研发”与“运维”。DevOps 不仅适合于传统企业进行IT服务转型,也更适合于“软件即服务（SaaS）”或“平台即服务（PaaS）”云服务化平台应用。
总结：高维度思考法，应结合《目标》理解约束理论（Theory of Constraints, 简 称 TOC）在IT中的应用文化，通过不断地进行基于目标的瓶颈管理，才能突破当前的管理问题，持续改进高维度文化管理。任何工作都是态度决定一切，文化决定可行性。没有DevOps文化，也就是没有管理上的持续改进，无法从根本上进行企业转型。【附：高德拉特《目标》五个聚焦步骤-底现前】
2.全局化视角看待工作
《凤凰项目》写了IT发展过程的种种间隙。他意识到开发团队和运维团队的工作方式和思维方式有巨大的差异，即开发团队和运维团队生活在两个不同的世界，而彼此又坚守着各自的利益，所以在这两者之间工作到处都是冲突。通过全局化视角可以帮助企业解决管理上的冲突，并以业务价值为驱动力，提升IT融体服务效能。全局化视角是指：
站在全局视角应使用精益管理方法
2.1以业务视角为出发点：以业务的视角看问题，从业务价值链出发，并在业务价值链中聚焦在整个业务价值化的的整体效能输出。以应用精益管理的思维为基础，不断地优化价值链。
因为，只有这样才能把IT的整体服务水平进行不断地提升，当你尝试在一个程序中优化性能，也应站在业务的视角看是否要以现在就进行优化，例如：区分业务忙时与业务闲时，区分关键业务工作日与IT运维日等，才能更好地把IT与业务进行结合，不仅仅是支持，而应是更加了解业务。
2.2明确业务模型，改进约束点：理解不同业务的业务模型，掌握整个企业流程，而非盲人摸象，明确业务关系与业务挑战，只有真正理解一个公司是如何运营的，才能真正理解技术是如何为企业服务。
2.3可视化，透明化：所有的项目都应该是可视化的，而不应该存在无法触及到的暗礁，这就是看板理论与应用的重要性。一个好的看板应该是可以很好的看到项目或服务的进展，通过充分地可视化与透明化，加大了问题的暴露，并且通过看板加强了部门与部门之间的沟通，通过《Lean IT》的持续改进看板，持续不断地改进才能在全局持续提升与改进。
3.系统化视角看待工作
系统化:指采用一定的方式，对已经制定颁布的规范性文件或者流程进行归类、整理或加工，使其集中起来作有系统的排列，以便于使用的活动。
亚里士多德说“整体大于部分之和”，就是意识到了系统成员之间的相互关联和影响，会让整体出现部分的加和没有的性质。这在系统论里叫做“涌现性”。DevOps这一管理方法的流行，也让IT人，真正地理解了开发与运维的工作平等，工作互信，工作依存，相到影响，DevOps也正是从这一系统化的管理视角出发，解决部门与部门，团队与团队的相互冲突。详见《Effective DevOps》。
IT运维和开发是直接相联的。中国的很多企业运维都是由开发人员兼职去做实现的，。这也证明了运维在很多的企业是依附于开发，并且不受重视，这就导致很多开发人员一个错误的观念，运维相对于开发是不重要的。系统化视角是指：
3.1平衡速度和质量：很多企业非常关注质量，很多企业非常关系速度，在这一种平衡线上，应从系统化角度去思考，对速度与质量做出平衡，即不能速度为上，也不能质量无顶，因为对于企业的资源投入都是需要财务收益进行平衡，即必须有pre-ROI和post-ROI进行平衡，才能事半功倍，而不是事倍功半。
3.2应用PDCA：没有完美的人，和没有完美的系统系统是一样，只有持续不断地持续改进才能达到即定的ROCE,实现VOI的价值输出。DevOps正是内置了PDCA的管理方法，才能这一体系，与很多管理体系进行兼容与内置。（见前文）
通过《凤凰项目》我们可以看到我们每个人都是Eric，而凤凰项目对于我们的日常工作，就好像制造业生产线和凤凰项目的差别一样巨大。一方面说明了今天自动化与智能化的必要性，另一方面通过学习《凤凰项目》黄金三步工作法”和“四种工作内容”持续我们的工作效能（见前文《DevOps黄金三步法》）
3.3拥抱风险与变更：世界的变化来源于不断地变化 ，世界维一不断的就是变化。只有拥抱风险才能创新。承担风险是为了学习。没有风险，世界反而不自在，因为人们无法学习更新。
新产品开发应通过同理心(Empathy)、原型法(Prototyping)、用户故事(Storytelling)三个最基本的管理方法进行产品及服务的创新工作，DevOps是基于敏捷方法的扩展，是对Agile方法的前端扩展与后端扩展，只有不断地进行价值探索，识别新价值，才能在数字化的今天实现价值功用与功效【详见ITIL】的整体价值链的管理能力提升。
自动化流水线，仅是DevOps整体价值链中的一个环节，24个加速度《赋能》，加快了企业IT文化的建设与精益管理的应用，企业不断地拥抱DevOps这一管理文化，才能在今天不断变化的VUCA时代，站在世界的前端。EXINDevOps系统化的学习体系，让我们理解实现DevOps这一管理体系文化、精益、持续交付、轻量级ITSM的重要性，并且能够通过DevOps转型，实现企业的腾飞。
DevOps系统化的学习体系
3.《凤凰项目》DevOps实战
《凤凰项目》一个IT运维的传奇故事：讲述了一位IT经理临危受命，在未来董事的帮助和逐步梳理的DevOps“黄金三步法”，最终挽救了一家具有悠久历史的汽车配件制造商的故事。小说揭示了管理现代IT组织与管理传统工厂的共通之处，让我们不仅能对如何管理IT组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。
《凤凰项目》DevOps实战
总结：DevOps 是敏捷整个IT部门内的扩展，DevOps是高维度系统化思考的集成展现。
全栈IT经理教练
中文版Effective DevOps来了：
Effective DevOps中文版出了，读英文有点累的可以看中文版：）
附： 自强不息学习书目推荐
《凤凰项目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，别让惰性成为约束，持续不断地改善；
