58、实现 DevOps：策略与实践

实现 DevOps：策略与实践

在当今的软件开发领域，DevOps 已经成为了提升效率、增强协作的关键理念。下面将详细探讨实现 DevOps 的多个重要方面。

最小可行产品（MVP）与快速迭代

在项目交付过程中，很多时候我们未能严格遵循最小可行产品（MVP）的定义。例如，客户看到一个仅实现了 5% 需求的产品时，往往会觉得不够理想。但实际上，真正的 MVP 应该是能让你感到有些“羞愧”的版本。像谷歌和亚马逊这样的公司，擅长推出一些粗糙的产品，然后观察市场反应。

很多客户会陷入细节，投入大量资金和时间在一个最终可能不可行的项目上。比如有客户花费近 25 万美元和一年时间来打磨和重构一个移动应用，而我们原本可以用约 8 万美元，提前一年交付一个可行的版本。敏捷开发强调小而迭代的改变，但多数公司在这方面做得并不好，他们做出小改变后，却会搁置数月。

当产品提前交付时，往往能获得更多关注。例如原本计划 15 个月完成的应用，两周就交付了第一个版本，9 个月时就发现能提前 4 个月完成。

从小处着手

建议从较小的规模开始进行 DevOps 转型。以一个有 60 年历史的传统企业客户为例，该企业政治氛围浓厚、层级分明，采用瀑布式开发，有 16 种不同的工作负载。我们没有采取大规模全面推进的方式，而是选取了一个工作负载的一半，作为一组功能进行新的尝试。我们实施了敏捷冲刺和规划，搭建了自动化基础设施以及 CI/CD。虽然这引起了一些争议，但快速的交付速度、功能的稳定性以及客户的满意度让大家认可了这种方式。

在这个过程中，最大的问题是改变为了开会而开会的不良习惯。因此，我们制定了一些标准，如成功会议的要素、客户验收会