DevOps之常见路径和问题
DevOps的转型不可能是一帆风顺的，在引入DevOps的时候，会碰到各种各样的问题，比如：企业业务都忙不过来，根本没有时间和精力投入转型工作，或者企业内部的系统在经历几代建设后变得非常庞大，以致于谁都不敢轻易改变。
虽然说DevOps的转型会碰到各种各样的问题，但是社会主义还是社会主义，不论是我国，还是朝鲜共和国，都被称为社会主义共和国，那么DevOps在各个公司落地，也会拥有这么一根龙骨，去支撑起转型的大船。我们要做的就是参考借鉴这一常见的路径龙骨，并且对可能遇到的问题事先做好准备，那么企业的转型过程会顺利很多。
在企业内部推行一种新的模式，有两种可行的轨迹：
- 自底向上
- 自顶向下
自底向上
在这种模式下，企业内部的 DevOps 引入和实践源自于一个小部门或者小团队，他们可能是 DevOps 的早期倡导者和实践者，为了解决自身团队内部，以及上下游团队交互过程中的问题，开始尝试使用 DevOps 模式。
而仅仅一个团队内部的改进是算不上DevOps转型的，可以采用‘羽化原则’，也就是首先在自己团队内部，以及和自己团队所负责的业务范围有强依赖关系的上下游团队之间建立联系，一方面不断扩展自己团队的能力范围，另一方面，逐步模糊上下游团队的边界，由点及面地打造 DevOps 共同体。当然，如果想让 DevOps 转型的效果最大化，你一定要想方设法地让高层知晓局部改进的效果，让他们认可这样的尝试，最终实现横向扩展，在企业内部逐步铺开。
自顶向下
企业高层基于自己对于行业趋势发展的把握和团队现状的了解，以行政命令的方式下达任务目标。
而无论是哪种轨迹，寻求管理层的认可和支持都是一个必选项。转型过程中需要持续的资源投入，这些必须借助企业内部相对比较 high level 的管理层的推动，才能最终达成共识并快速落地。同时也需要敢为人先的变革精神，因为对于一家成熟的企业而言，无论是组织架构、团队文化，还是工程能力、协作精神，都是长期沉淀的结果，而不是在一朝一夕间建立的，对于这样的有血有肉的‘巨人’，不论我们还是公司都要做好伤筋动骨的煎熬岁月。
DevOps通用路径：
- 寻找合适的试点项目
按照如下三个方面进行筛选
- 贴近核心业务（DevOps 要以业务价值为导向）
- 倾向敏捷业务（敏捷性质的业务需求量和变更都比较频繁，更加容易验证 DevOps 改造所带来的效果）
- 改进意愿优先
- 寻找团队痛点
- 快速建立初期成功
- 快速展示和持续改进
DevOps转型的J型曲线：
DevOps团队建设：
在转型初期，建立一个专职的转型工作小组还是很有必要的，主要负责制定 DevOps 转型项目计划、改进目标识别、技术方案设计和流程改造等。