云迁移需要IT员工方面的大变化

　　Teva制药公司Guy Hadari：从“单纯的执行”到“理解性的执行”的转变

　　我们正在把一些关键性的进程和服务迁移到云，而这一过程将大幅的稳步增长。在基础设施方面，我们正在将传统计算服务迁移到云，其甚至影响到我们所需要的技能。

　　传统的基础设施人才可以说是构建和部署服务器核心的“实干家”。但当企业把相关的基础设施迁移到云，突然间就有人能够为企业执行所有一切关于基础设施的工作了。而这对于曾经是这一领域绝对国王的那些传统基础设施人才来说是相当困难的——他们需要根据企业的业务需求创建一套明确的规范来支持，并把该规范交给供应商，验证该规范的有效性。这将涉及到与他们之前所熟悉的非常不同的技能，并不是每个人都能做出改变。

　　我们也积极的将我们的人力资源管理，采购和销售系统转移到“软件即服务”为。从历史上看，我们曾购买过大型的应用程序，并在企业内部进行配置，而这要求相关的员工必须具有特定技能以发展，配置，运行和维护这些大型应用程序。但在云计算中，我们不再需要开发人员和数据库管理员;我们需要业务分析师可以把我们的业务流程按照SaaS提供商所提供的服务进行精准的匹配。而随着云计算变得越来越普遍，IT部门将不再与业务功能保持一致，而是与业务流程保持一致。

　　Enterprise Community Investment公司的Pradip Sitaram：托管的通用性

　　当我刚加入公司时，我们的数据中心设备老旧，而且应用程序也是定制化的。频繁的出现中断，用户满意度较低，且成本也高。

　　今天，我们的大多数应用程序都托管在云里。因为采用了平台即服务，我们的业务运营团队规模缩减到了只有以前的一半。虽然我们已经推出了50款新的应用程序了，但我们数据中心的规模却大大缩小了。服务帮助台的电话数量也减少了，因为我们不再创建自定义的代码了。

　　云的迁移对IT部门是非常具有破坏性的。我们曾经是非常传统的IT团队，人员在项目管理，开发和运营方面的分配都是平均的。每个人都有一个单一的角色，无论是系统管理员或软件开发者。这无疑是一个低效率的模型——我们雇用了比我们实际需要要得多少的员工数，因此，服务也受影响。

　　我对于理想的开发者的轮廓已经改变了。我想要的开发者那些能够与项目经理，业务分析师和开发人员交流，并能够与企业生产环节的员工们沟通的人。我不再需要那么多的核心程序员和测试员。能够与业务部门建立起融洽的合作关系——理解业务流程——才是更为重要的。现在，我的团队70%的成员都是新的。通过最小化IT操作，我们已经能够为开发重新分配资源，所以尽管我们的总体规模和以前是一样的，但我们的生产力却提升了六倍多。

　　Ortho-McNeil Janssen Pharmaceuticals公司的Larry Jones：创建一个云架构师的角色

　　我们决定，我们需要一个“云业务IT架构师”以扩大我们企业的IT共享服务。在企业内部的解决方案，整合并不容易，但这是可以实现的。云计算是一种不同的方案，尤其是当在SaaS系统和云平台集成业务过程的时候。我们需要有专门的人员来致力于弄清楚这些。

　　我们从我们的商务智能团队甄选了一些成员参与进行数据建筑师的训练，这较之聘请昂贵的顾问或外部聘请专家是一个更好的投资。我们已经了解到业务流程映射到云的解决方案就类似于一个技术的被子——而您必须用补丁将其缝合在一起。

　　我们也迁移到了一个主要的离岸开发模式，目前还不清楚其对于云业务解决方案具体的运作状况。传统的软件发布管理与动态配置的云解决方案非常不同。我们必须确保新的特征映射到我们的业务流程。虽然这可能在一个传统的外包模式中可能并不容易，但这肯定是需要测试的。