将软件开发和IT运维团队整合到一个DevOps组织中，可以带来更强的软件开发项目交付能力，但两类团队之间的文化差异和缺乏有效的工具会阻碍DevOps的成功。越来越多的企业开始向DevOps模式转型，希望能够更快地向用户交付越来越多的软件更新和补丁，并实现比传统模式更短的软件更新周期。在持续的竞争压力下，能够更快发布软件产品的公司显然具有更强的竞争优势。Gartner研究总监ColinFletcher在2014年GartnerIT基础设施和运营管理峰会上表示，“它（DevOps）将决定你进入新市场或推出新产品的速度。”Fletcher表示，新兴市场的竞争压力、适应新的计算平台以及为产品添加新的特性和功能是转向DevOps的原因。传统的软件开发是一个手动过程，每一代产品从源代码到测试再到发布的过程都会跨越组织内多个相对分离的区域。尽管将开发人员、测试人员等人员整合在一起，消除彼此之间合作的障碍是DevOps的最终目标，但每个公司实施DevOps的方式都不尽相同。根据Gartner高级VM分析师RonniColville的说法，开发人员和运营人员对软件发布管理的看法截然不同。在软件开发人员眼中，软件就是代码、功能和性能。然而，在运营商眼中，软件是一种致力于将编码数据传递到目的地的过程或行为。如果能够整合双方的意见，就可以大大简化流程，减少理解上的错误。一、应对DevOps带来的文化冲击顺利的文化过渡是DevOps长期成功应用和提升软件产品综合发布能力的关键。第一步是明确DevOps的定义，调动开发和运维部门之间的协作，鼓励运维人员采用软件开发方式，利用云计算基础设施完成真正的测试和代码部署。软件开发、测试、质量保证(QA)、集成、预生产和生产部署中的任何旧的小团队都必须拆分，因为每个小团队都可能延迟开发周期并引入不可预见的问题。以上策略可以更好的整合开发和运维人员，通过整合团队成员产生收益。例如，在讨论运营解决方案或中断事后分析报告时，应邀请开发人员加入。相反，应邀请运营人员参加开发人员计划会议。让交叉组合的工作模式成为一个系统，可以让团队之间和谐协作，杜绝沟通不畅造成的延误或疏忽，让DevOps的推进更加有效。这种文化变革并不容易。它要求公司提供统一的考核标准，以同样的形式衡量开发人员和运维人员的绩效。培养团队精神，让大家一起朝着共同的目标努力，而不仅仅是为了以前狭隘的小团体目标。有时可以在这里使用工作轮换或知识共享。Colville鼓励每个人都勇于冒险——尝试以创造性的新方式解决问题，谨慎应对风险，并从失败中吸取教训。在BobJones大学的案例中，开发团队和运营团队之间的文化差异构成了巨大的挑战。“过去，我们的客户面子不好，”鲍勃·琼斯大学IT运营总监特里·沃利(TerryWorley)说。我要坐下来等死，否则我就干掉它！”Worley展示了文化变革的好处，并指出在使用优化的DevOps模型完成两个项目后，开发人员又开始工作了。我不2.DevOps需要完整的工具箱要超越文化的影响，组织还必须依赖各种DevOps工具。例如，开发人员需要工具来编写代码，QA测试人员需要工具来完成新版本软件的部署，还必须使用云资源调度工具进行测试系统和生产系统之间的环境准备和新代码的迁移。Fletcher说，工具本身不是问题，重要的是要能够让各种工具协同工作，在软件的生命周期内提供支持，目前应用发布自动化工具市场上的厂商众多，运营的供应商工具包括BMCSoftware、CATechnologiesInc.和XebiaLabsInc.等公司。软件开发工具供应商包括IBM、ElectricCloudInc.和SerenaSoftwareInc。开发人员工作流、架构设计和软件发布工具的专业供应商也在不断涌现，包括Atlassian、CollabNetInc.、RallySoftware、ThoughtWorksInc.、OpenMakeSoftwareInc.等公司。在评估这些新供应商时，明智的做法是预计这些公司随时可能被收购，从而影响产品的可用性和未来的增长——请记住在选择新的软件发布自动化产品时要小心。
