IT4IT™标准起源的案例研究志愿者火热招募中
要点概述
同许多更出色的技术创新一样，IT4IT™ 参考架构标准应需而生。
创新不断塑造着 IT 格局。对消费者和最终用户来说，这着实可庆可贺。但是，伴随着这些新技术（例如大型机、PC、客户端服务器、互联网、云计算、物联网等）的推出，IT 部门对如何进行管理和控制感到茫然不知所措。
他们需要通过一种基于开放标准架构的方法来管理 IT 业务。具体而言，该方法必须能够支持 IT 部门基于服务提供全面的端到端管理，并可以高效管控其负责的所有 IT 组件、解决方案和服务。正是在这一需求的推动下，我们才一步一步地走到了今天。但是我们没有任何理由止步于此。我们还要继续前行。
即使在今天，IT 系统的复杂性和普遍性以及对其的依赖性仍在不断增长。在很多情况下，当今许多组织的管理解决方案只是多个孤立流程的松散集合。对于如何实施管理，至今我们仍没有给予足够的重视。正因为如此，IT4IT 标准才变得对 IT 管理至关重要。这也是我们选择将其发展历程记录下来的原因所在。
关于本案例研究
本案例研究旨在记录 IT4IT 参考架构在何时、何地、以何种方式、出于何种原因被创建，并介绍参与该标准最初创建的贡献者以及他们的动机。它还阐述了现有IT4IT 论坛（The Open Group 论坛之一）的建立及相关奠基工作。
本案例研究描绘了 IT4IT 联盟的发展历程。该联盟最初只是一个由几位来自不同 IT 领域的专家组成的小团体，如今将来自上百个成员组织的专业人士聚集在一起，共同致力于构建并推进实现统一的愿景和架构。由这个早期团体开发的架构目前在众多企业中使用，包括 BP、FedEx、飞利浦、雷神、埃克森美孚、波音、DXC、HCL、Oracle、IBM 等行业巨头，以及无数大小企业。
记录难免会有疏漏，并且多年来涉及的事件实在太多，如果我们遗漏了任何事件或贡献者，在此提前向大家道歉。
为什么需要 IT4IT 标准？
与更传统的业务领域（例如制造和金融）相比，大多数 IT 组织各自为营、缺乏协作，并且一般都不成熟。提供一种将业务焦点转向 IT 为何存在的架构是扭转该局面的基础。由于起点不令人满意，大多数公司对这项巨大而复杂的转型任务敬而远之。不过，现在 IT4IT 标准提供了一种架构，使 IT 组织可以从大的端到端流程背景下解决一些较易处理的小问题。
简言之，就架构而言，IT 世界混乱不堪、支离破碎，技术组织彼此独立运行，很少考虑相互参照。IT 专业人员和厂商鲜少合作。
相反，他们各自创建和销售各自的产品与流程，并将它们与各种高度孤立的 IT 标准和框架相关联。更糟糕的是，这些标准主要以流程或技术为中心，没有一致的基准。
随着业务范围持续快速扩展，以及创新和颠覆性技术不断推动业务增长，该行业显然需要一个可参照的锚定点。一种公认的厂商中立的 IT 业务管理参考架构就能提供这种稳定性。这点意义重大。虽然 IT业务创新如火如荼，但缺乏一个现实的整体参考点。因此，如果能开发一个相关框架，将利益相关者和行业统一起来，并能够灵活地适应技术、流程、方法或业务模式的变化，那将是一项重大改进。这就是IT4IT 联盟创立之初致力于满足的需求。
如果不充分了解在 IT4IT 标准诞生之前的低效管理局面，将很难理解创建此标准的必要性。
通常，一家企业即便规模适中，其 IT 管理解决方案的开发工作也是孤立而零散的，没有总体规划。因此，最终摆在其眼前的将是数百个独立的非集成系统，而且没有统一管理功能。
在意识到这影响向业务部门提供高质量 IT 服务的能力后，大型企业便会开展架构工作，以缓解当前的窘状并设计适用的未来迭代。
公司会利用咨询资源和工具厂商来实施这项工作，并筹划未来如何管理 IT。但这又会生成用例特定的互不兼容的解决方案和使用专有语言的互不相通的蓝图。它们唯一的共同点就是围绕厂商的工具而展开。
本案例研究现招募志愿者，如有意愿，请发送您的简历至apac@opengroup.org并注明申请项目名称。
The Open Group推荐阅读
