随着市场的竞争日益激烈，各企业纷纷加速数字化转型，通过创新，不断向市场推出新产品，新服务，在数字化转型的浪潮中，DevOps无疑是如今企业加速数字化转型的助推器。然而，DevOps在转型过程中并不是一帆风顺的，DevOps改变的不只是研发过程，还包含企业的组织和文化，因此转型也不是研发部一个部门的事，而是企业从上到下都要参与，都要推动的事情。
上图是转型的J型曲线，这个曲线出自于2018全球DevOps现状调查报告，但这个曲线在很多变革当中都会出现，DevOps也好，敏捷也好，都会经过这样的曲线，这中间有一个非常大的坑，经历过这个痛苦的过程之后，才会变得越来越好。1、文化的坑DevOps的敏捷文化讲起来很不错，但真正的要做好很难。敏捷实践里讲要将项目经理称为Scrum Master，需求替换为用户故事，用户故事再拆分为任务，每个迭代称为Sprint，每天都要站会，每个人都要说昨天干的啥，今天要干啥，有没有问题。就拿需求任务线上化和站会来说，正如那个J型曲线一样，开始时会按照规范录入，按照要求开站会，但后来发现录入需要时间，开站会需要时间，如果此时开发任务繁重，人员不足时，这些被认为繁琐的事项就会被简化。因此，良好的文化需要配套的资源才能运转，效果才能凸显。2、工具的坑DevOps的工具链建设是实施DevOps的第一步。但很多人认为，有了工具就有了DevOps。一般工具都是满足某一个阶段需求，比如，jenkins就是用来做持续集成的，Jira就是用来做项目管理的，gitlab算一个集大成者。有了工具就能实施好DevOps吗？答案是：不是，只能说这些工具有就比没有强，有了工具的确能提高某些阶段的效率。但DevOps是为了提高整个研发流程的效率和质量，让需求流动起来，并通过不断的反馈，持续改进，加速交付高质量的用户价值。3、组织的坑很多人认为一个企业的信息中心或者科技部门是负责企业信息化建设的，因此，DevOps的转型也是科技部门的职责，跟业务部门没有关系，跟企业高管没有关系。这些想法都是错的。DevOps转型会使得之前的组织结构发生变化，将之前的大部队作战转型为一个一个的小团体作战，机动灵活。同时，DevOps在企业内部实施时，要形成以企业CIO，业务部门和科技部门共同组成的DevOps转型小组。否则，只靠一两个DevOps开发人员推动整个企业的DevOps转型，难上加难。
DevOps转型虽然会经历各种各样的痛苦，但风雨过后就是彩虹，并且DevOps转型已经是大势所趋，是关系到企业生死存亡的战略决策。因此，企业要想生存，必须、快速的加入DevOps转型的大潮之中，提前经历痛苦，提前享受幸福。
以上只是个人的理解，欢迎留言交流。
