为您的IT转型构建业务案例

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​​ ​

​ ​​IT​​（或数据中心）转型​​和将​​IT​​定位为云服务的居间人可能会导致服务交付和运营责任的显著变化。为了使用新技术、整顿规范硬件和应用程序、将工作负载迁移到新平台或服务提供商，这些都需要新的​​IT​​运营模式和思维方式。同样需要还有匹配业务需求的新的​​IT​​流程，新的组织结构和​​IT​​人员的新技能。所有这些变化都需要资金。​

​ 你是如何构建一个业务案例来证明这一转型成本是合理的？直观上我们知道这会更有效，那怎么证明？​

​业务案例构成​

​ 无论​​IT​​转型的目标如何（如技术变革、流程改进、​​ITaaS​​实施，自建​​-​​采购分析），其业务案例构成总是包括：​

​·​​ ​​不随实施变化的成本，或照常营业（​​Business-as-Usual​​）成本​

​·​​ ​​执行变更的成本​

​·​​ ​​预期变化带来的收益​

​·​​ ​​项目时间表​

​·​​ ​​进行变更和未作变更所涉及的风险​

​ 照常营业成本是当前环境（硬件、软件、人力、设施、外部服务、网络和开销）的总拥有成本。在细小单位上了解这些费用，对比较方案是关键的。​

​ 需要确定与执行变更有关的成本，以及在目标环境中运营相关联的成本。这可能包括服务成本，额外的资源（劳动力、硬件、软件、设施等）以及机会成本。​

​ 预期效益可能包括节约成本、增加功能、提高生产效率、降低风险、更好的客户关系以及更快的上市时间。​

​ 项目时间表阐明了预期的成本和收益阶段。它推动变更计划的里程碑，提供机会和证明理由，以便于项目控制并设立和维护期望。​

​ 风险是对等的。不做变更会带来风险，还有潜在的破坏性变更后的风险。有些风险是可量化的，如对不合规或未达成服务可用性的罚款。有些是主观的，如影响声誉的大范围公开宕机或安全漏洞。​

​成本效益分析​

​ 成本效益分析（​​CBA​​）是将目前环境的成本和效益与改变后环境的成本和效益进行比较。它是构建业务案例的基础。​

​ 第一步是在资产和库存系统中识别并收集数据。必须为每个服务建立成本模型，包括硬件成本、软件、网络、人员、设施、外部服务和间接成本。这听起来简单明了，收集数据的过程蕴含挑战：不同的格式、精度以及修正来自不同行业标准的数据差别。下一步是确定改造的成本，包括转型过程中并行的系统，和为了加快转型所进行的配置和培训服务。最后，建立分析模型比较各种方案，包括改造成本、确定投资收益和盈亏平衡时间点。​

​ 为了达到能确定转型及其替代方案带来的成本效益的程度，可能需要大量的工作，但它会提供一个坚实的决策基础，证明项目能自给自足，并最终降低运营成本。​

​Norman Dee​

​Principal Consultant, Cloud Transformation​

​注：本文翻译自英文博客文章：​​https://infocus.emc.com/norman-dee/building-business-case-it-transformation/​​ ​