IT4IT™ 标准 —— 何必大惊小怪？不就是个架构吗？
导读：
2015 年 10 月，The Open Group发布了一项新标准：The Open Group IT4IT™ 参考架构。我个人认为，这可能是 IT 史上最重要的里程碑之一，它标志着 IT 最终开始走向成熟。个中原因，请听我一一道来。
我把我的毕生精力都献给了 IT 事业，从未尝试过任何其他职业，所以您可以将我所说的内容看成是对自我的批判和对整个 IT 行业的反思。希望您看完之后能够理解为什么我们应该“大惊小怪”。
在您还不够成熟的时候，您所认为的每一次“惊天动地的突破”其实都只是迈出了一小步。我们以婴儿学步为例，站立和走路是重要的儿童发展阶段，这不仅是人类的本能，还会为父母带来很多乐趣。虽然孩子本能地渴望变得会走路和自立，但却没有足以支撑这些基础本能行为的技能或经验。例如，如果您跟孩子说有一天你将成为这个世界上跑得最快的人，那么这根本没有任何意义，因为即使您向他/她解释了“跑”这个词的含义，孩子也完全不能理解您所说的话 ——他/她连走路都不会，又怎么会有“跑”的概念！
除此之外，人类真的很善于随着成长而忘记或抛弃以往的经验。相信很多人都见过新生儿毫不恐惧地在水中游泳和本能地在水下憋气的画面，但时隔几年等他/她开始懂事并且有了“生活经验”，可能就不会下水了！因此本能/学习/抛弃经验是走向成熟的必经阶段。
思考：这与 IT 有什么关系呢？IT 社区及其发展成熟历程与以上例子大同小异，甚至速度更加之慢。那么原因是什么呢？我们可以通过哪些影响因素来改善？
以下是我个人的反思。上世纪 70 年代后期，我有幸以“计算机学徒”的身份进入大型计算机行业，从此开始我的职业生涯。当时“工程技能论”和“科学/创造技能论”这两种观点正不相上下（当时才刚刚发明“IT”这一词！）。从工程技能本质上来看，我们需要在一定的约束下计划架构和运行新技术。我们拥有大功耗的大型计算机和大型机房，并依靠空调来散热。我们的日常工作无不与构建相关 — 构建大型机、建立机房，诸如此类。但与之不同，科学和创造技能在推动我们拥抱技术的同时，又不断突破极限开发新技术和新的无限可能。
我一直都站队“工程阵营”，我的毕生工作都与结构、限制和控制相关，因此我早早投身于 ITIL® 和 ITSM 事业也就不足为奇了。刚参加工作时同为“学徒”的一位同事到现在还是我的好友，他一直死守着科学/创造阵营。多年以来我们一直在争论为什么应该使用最前沿、最高端的技术，我的答案是要在一定的控制下交付价值，而不是单纯地为了追求最新趋势。那么孰是孰非呢？
在回答之前，我们先来了解一下普通的 IT 工作者。大部分 IT 工作者是因为热爱才投入这一行业。他们追求最前沿的新兴事物，也享受融合各种不同技术的过程，因为这不仅是业务所需，也是一项脑力挑战。换言之，就是为了精神上的满足！他们希望突破极限，并讨厌一切限制。但在我看来，他们就像是足球场上追逐足球的孩子，而这个球就是最新技术。他们似乎不在乎技术能否增添价值，而是一味地为了使用而使用。
反过来，由于总是提出太多限制，他们也讽刺我们是“老古董”或“书呆子”。我经常会听到这样那样的抱怨：
“他们恨不得处处都控制，好扼杀我们的创意”
“死板的结构下还有什么创意可言”
“又要鼓吹流程的好处了”
但经验告诉我，我们需要控制、结构和流程，但同样我也不希望它们成为绊脚石，因为交付价值是其生存之本！
于是我们陷入了两难境地，形成对立的两大阵营。大约 15 年前，我有幸参与了一些 IT 项目，它们真正将我带入了相关行业，成为了我职业生涯中的重大转折点。我突然意识到，这两个视角缺一不可。要想实现共同目标，我们需要控制，但也离不开创造和创新，毕竟业务价值为王。这可能就是所谓的茅塞顿开吧，但是应该如何实现这一点呢？什么既可以容纳战略思维，跟上新兴趋势，又能在控制和治理下满足客户需求？我认为，ITIL 就是当时最好的答案。
ITIL 可谓是雪中送炭，因为我们可以通过它打破技术桎梏，让人们将目光放在服务和生命周期上。但通常我们又会忘记前车之鉴，给流程套上枷锁！很多情况下，IT 人员过于推崇纯粹的 ITIL 流程，常常直接原封不动地照搬 ITIL 刊物中的内容。说到这我又要忍不住一笑了，因为忘记基本经验的是我们，却要让 IT 部门来承担罪责（这并不合理）。ITIL 一直注重“应用和调整”以及“人员、流程和技术”，但人们却以如此狭隘的方式实施 ITIL，从而使其成为了一种限制。这显然不是 ITIL 的错，问题的根源在于它的的使用者，即 IT。
现在我们再来看一下早期大型机时代的工程技能。没有架构，就永远不可能建成“机房”/数据中心；没有架构，就无法创建大型机。我们是否抛弃了以往的经验？这又与 ITIL 有什么关系呢？纵观当今的典型 IT 环境和 IT 交付链，每个 IT 时代的技术都不曾落下。如今的大型机仍有用武之地，对很多公司来说都是一种不错的商业选择。昨日的技术创新便是明日的传统遗产，但仍将会应用多年。我们现在拥有物联网、大数据、DevOps、移动性、安全性等最前沿的技术项目，并且往往有多个供应商参与到这些技术元素的交付链中，他们都有自己的独立标准，对 ITIL 的看法也各不相同。如此一来，要想提供相关业务部门所需的服务，IT 部门就必须对以上种种进行整合。
难怪 IT 人员总是忙个不停！难怪他们总会觉得有数不清的挑战、不够用的预算和无休止的工作了。他们没有规范的架构作参考！因此这就像盖房子一样，只能即兴发挥了（尽管有一些经验和专业技术）。
但此时又会有很多厂商纷纷告诉你这样做不对，他们可能会强烈要求“将一切迁移到云上”。但是这样可行吗？实际上，当传统技术不再具有商业效益或者其风险大于优势时，它们势必就会被淘汰。但除非真的到了质变的临界点，否则您必须要新旧技术同时运行。
那么这些厂商错了吗？他们是否就像追逐足球（技术）的孩子？他们是否不够成熟？不得不说，有些情况下确实如此，IT 部门采用最新技术会为他们带来经济利益。值得庆幸的是，有些领先厂商能够认识到 IT 部门如今应对的是一个非常复杂的混合世界，也正是他们促使 IT 得以繁荣发展。
重要性： 现在我们再回到开头所说的 IT4IT 标准，它究竟为何如此让人激动？相信大家读到这儿已经了然于胸了，希望您能够认识到以下几点的重要性：
- IT4IT 为运营 IT 业务提供了规范的参考架构最终，IT 部门再也不用自由发挥了！厂商遵从该标准将有助于实现即插即用或具有互操作性的解决方案。IT 变得更加成熟，从单纯地追逐最新技术变得以交付相关业务价值为主
- IT4IT 是预制的规范，无需再调整和适应。IT 可以通过这种规范确保一致性，并防止浪费时间，避免定制成本。定制化可增加总体拥有成本和支持成本 — 这是任何企业无论如何都不希望看到的！
- IT4IT 注重价值。从专注技术本身转向价值交付对未来 IT 至关重要。这对许多 IT 专业人士来说都是一次重要飞跃。有了规范指导，他们将可以在交付价值的同时提升整体成熟水平。
- IT4IT 是厂商中立标准。没有任何一家厂商能够主导 IT4IT，该标准面向所有厂商开放，最终将有助于简化技术选择和集成。
- IT4IT 支持 IT 从大局出发，从小处入手。该参考架构规范适用于一切 IT 业务，但是您不必急于求成。您可以先将其应用于最重要的业务痛点和价值领域，然后循序渐进地利用 IT4IT 各项元素，最终完成整个宏图目标。切记，参照图样才更容易完成拼图！
- IT4IT 将会提供 IT 流！有人可能会问，你刚才不还说难怪 IT 部门会忙个不停吗？试想一下，如果您不必再穿梭于各项 IT 计划之间，或者在日益紧缩的预算下转移资源，将会如何？借助 IT4IT，您可以在一个待办事项日志中查看所有 IT 计划，从而让看板式思维模式和方法成为可能。
总而言之，IT4IT 值得如此轰动。
- IT4IT 可帮助您变得更好、更快速、更经济、更安全
- 有了规范指导，您不必再花费数月进行投资和发明
- IT4IT 旨在促进整个 IT 行业走向成熟
- IT4IT 从设计上与 ITIL 和 COBIT 形成互补，有助于您在这一领域获得最大投资回报
- 通过制定所有厂商都可使用的标准，使行业向最终实现“即插即用”的追求更进一步
- IT4IT 可促使 IT 部门基于价值交付运营 IT 业务
作者：Tony Price，Micro Focus 欧洲、中东和非洲 IT4IT & ITOM 战略顾问
对 IT 服务管理饱含热情，深耕其中 30 余年，对大型 IT 转型计划尤感兴趣。最近他积极倡导和践行 The Open Group 的 IT4IT，因为它弥补了 IT 中的“缺失环节”，即一种参考架构、一种基于价值的思维模式、一种更加规范的 IT 运营方法。
Tony 拥有大部分行业领域的工作经验，通常在组织内担任全球首席信息官/副总裁。
Tony 目前正在积极推进 Micro Focus 专业服务部的 IT4IT 战略咨询和 IT 运营管理咨询工作。
