上一回，我们主要聊了DevOps的3大原则：流动、反馈、持续学习与实验。那我们先花点时间回顾与复习一下。DevOps的目标是提升整体的效能，那效能核心指标是什么？速度、质量、节奏（可以持续快速、高质量）输出、不断的进行优化。那DevOps的三大原则就是为了这个目标，运用而生的。

（1）流动原则 - 速度（梳理价值链，减少no-value的投入）；

（2）反馈原则 - 质量（增加反馈，从源头把控质量）；

（3）持续学习与实验 - 节奏与持续提升（通过数据，形成PDCA体系）；

当我们了解DevOps的3大原则后，那你肯定会问，在我们团队、部门、企业如何开展DevOps呢？选择什么样的产品呢？（What）需要谁来参加呢？（Who）如何组建团队、如何开展呢？（How）

那我们就先来回答第一个问题，应该从哪里入手？（选择什么样的产品与项目、以及团队）。每个团队、部门、企业都有各自的特点，但是所追求的基础目标肯定是一致的，那就是为客户创造价值，提供服务，客户愿意为其买单。我相信每个公司的基础使命不会不同，因为这个是组织生存之道。当我们明白这个道理以后，再来分析哪些产品、项目是我们最重要、最有价值的。因为企业的资源是有限的，我们肯定会将优质资源（钱、人、时间等）投入到更加重要、有价值的事情上去，这些产品，项目也会得到管理层也会大力的支持与关注，更加容易从上而下推动。

除了优先级以外，另一个维度是什么？那就是从0到1，还是1=》N，简单来说，是创新的？还是原有的？为什么这个维度很重要呢？因为从0=》1的绿地项目，他没有任何的限制与关联，它的土壤比较纯洁，就像刚出生的小孩，可以从小培养它的价值观、兴趣、性格等，如果换一个成年人（棕地项目），你想改变它？你觉得哪个更加容易？那肯定是前者。

第三个维度也很重要，那就类型。是选择服务外部的客户的To C，To B的项目与产品，还是选择对内的项目与产品？一般对外都是交互性的产品，它服务的最终买单的客户，而且随着市场的变化而快速变化，我们需要满足Customer Experience的需求；而对内的系统，一般都是对内部来提升Operation Excellence的需求。

如果用IT的术语来沟通，前者是交互式的系统，后者为记录式的系统，前者需要快速的进行迭代来探索市场的需求，再不断的进行调整，而后者更加需要稳定、可靠、合规不能出问题。那我们在实践DevOps的时候，你觉得应该选择哪个呢？那肯定To C的产品。

最后一点，相对比较容易理解，但是往往容易会忽略，那就是从“最乐于创新的团队开始”，因为人往往最后是决定成败的关键，并不是所有人都愿意创新，进行自我变革，大多数人都喜欢墨守成规，随大流，我们需要挑选出勇于变革、敢于担责的团队进行试点，因为他们更加愿意接受新的理念与方法，也愿意进行相关的实验与尝试。

所以，我们来总结一下，DevOps应该从哪里入手呢？

（1）优先级（Priority）-最有价值的产品与项目，背后是高层的支持；

（2）绿地产品与项目（0=》1）- 新的领域、创新的项目与产品；

（3）服务买单的客户（To C）- 交互式，需要进行快速迭代，不断尝试；

（4）选择最乐于创新的人们 - 为了这些勇于改变的人才能创造出未来；

上述的4点可以比喻为天时、地利、人和

（1）天时（Priority）- 高层的全力支持与帮助，资源不是问题；

（2）地利（绿地项目，To C产品）- 没有牵挂、需要快速迭代与尝试；

（3）人和（有人愿意创新与尝试）- 乐于创新，敢于尝试，在失败中成长；

如果你的公司具备的上述的属性，恭喜你，你已经赢了90%。那肯定会有同学问，那没有这些条件呢？那就需要创造条件，因为这三点缺一不可，也许你可以开始做点什么，但是后面你会很痛苦，我的建议是：可以提前做一些理论知识与技术储备，一旦时机成熟，那就可以全力以赴。

下期预告：我们聊聊，可视化、价值流、DevOps组织设计、以及开发与运维的合作方式。