作者：北京老李：DevOps布道师、IT管理咨询师。EXIN授权EXIN DevOps Master（大师级）讲师(首批全国十名) 、EXIN授权EXIN Agile /Lean IT 认证讲师、首批ITIL Expert讲师、PMP、Prince2专家级、EXIN云安全管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作，天辰安卓版APP下载主要研究方向云安全管理、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）”云服务化平台应用。

总结：高维度思考法，天辰安卓版APP下载应结合《目标》理解约束理论（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组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。