什么是发布管理？

发布管理包含一系列结构化的阶段，帮助企业优化从启动到部署，以及其他阶段的整个发布流程。

首先，什么是发布？

发布就是将一系列的新功能、修复的错误、添加的内容或修改的部分捆绑在一起，然后部署到实时运行的环境中。

发布管理流程是指从构建到测试、再到部署的整个过程。一个新版本能否成功，取决于它和运行环境的整合程度、中断的时间是否尽量少，以及它对用户体验的影响有多大。

为了顺利完成发布，您需要有一个有效的发布管理策略，这样才能在发布的整个过程中保持领先。

那么，如何做到这一点呢？

首先，您需要清楚了解典型的发布生命周期。

由于多个团队致力于发布是很常见的，因此您需要明确的目标、扎实的规划以及有效的沟通和协作——如果没有适当的发布管理流程，所有这些都可能具有相当大的挑战性。

在发布管理方面，不同的组织可能根据其团队、项目规模、业务目标和要求，流程可能略有不同。然而，我们已经概述了构成典型发布生命周期的不同阶段。

开始

发布管理流程通常始于引入新功能、实施错误修复或变更现有功能的请求。

但并非所有这些请求都能转化为新发布的内容。每项请求都要根据不同的标准进行仔细评估，例如

• 业务影响
• 优先级
• 可行性
• 相关风险
• 成本

一旦确定了发布的需求和范围，并从必要的利益相关者那里获得了许可，您就可以进入下一个阶段：计划阶段。

计划

这是发布管理流程中的一个关键阶段，因为从本质上讲，您是在定义发布的结构。在这个阶段，要确定发布的目标、评估风险并制定策略。

虽然不同的团队可能负责不同的任务，但最好还是制定一个总体的发布管理计划，这将有助于促进对责任、目标和期望的共同理解。

这将确保所涉及的不同团队（如开发、基础架构和支持团队）在早期阶段就能够达成共识。

一份可靠的发布计划将：

• 明确概述发布的目标，引导每个人朝着共同的愿景前进。
• 定义发布的实施方式，以及每个成员应扮演的角色。
• 记录发布上线后对生产环境的影响细节。
• 制定应急计划，确保为应对可能出现的潜在挑战做好准备。
• 制定一份检查表，供相关团队或个人在整个发布过程中参考。
• 通过设定明确的时间表来传达停机细节，并确保必要的利益相关者提前获得充分的信息。

设计和构建

一旦完成开始和计划阶段，就可以进入开发阶段。

在这一阶段，开发团队将设计和构建发布版本。这是将需求转化为代码的过程，也是将计划的功能或增强功能转化为可执行软件的过程。

测试

这一步骤有助于确保进行中的产品正常运行，并为发布做好准备。

在将软件发布到目标环境之前，由专门的质量保证（QA）团队来检测和消除软件中的错误和缺陷是很有帮助的。如果发现错误，则将代码发回开发人员，然后再次进行测试，如此循环往复。

用户验收测试

在主要领导批准发布后，发布包将分阶段进行用户验收测试（UAT），以测试产品的可用性是否符合消费者的期望和体验。在这一阶段，选定的用户将在现实场景中试用软件并提供反馈。一旦发现缺陷，开发人员将再次回到绘图板上纠正这些问题，然后才能将版本部署到实际环境中。

部署

通过所有必要的测试后，经批准的发布软件包将部署到目标环境，让更多的用户访问最新的软件迭代。

在这一阶段，要按照确定的计划和时间表推出版本，以确保顺利部署，将风险降至最低。在部署过程中，如果版本出现重大问题，您必须做好准备，在尽量不中断生产环境的情况下退出发布。因此，制定适当的应急计划至关重要。

此外，部署并不仅仅停留在实施发布之后。它还包括对用户进行有关变更或新功能的教育，让每个人都能尽快适应。最终用户，无论是员工还是客户，都必须得到通知并了解新版本，以确保他们清楚地了解如何高效地使用软件。

部署后

部署后，必须继续监控发布的软件，以发现之后可能出现的问题，并立即加以解决。召开实施后审查会议，反思发布的整体成功与否以及需要改进的地方。通过监控关键的 KPI 和指标，跟踪新版本满足业务需求和用户期望的能力。同时，确保记录经验教训和未来版本的改进措施。

以下是部署后应该能够回答的一些问题：

• 发布版本的性能是否符合预期，是否达到了性能基准？
• 是否成功实施了所有依赖项？
• 发布是否按计划进行，是否达到了所有服务级别？
• CMDB 是否反映了部署后 IT 环境的当前状态？
• 如果需要，能否将发布回滚？
• 必要的利益相关者对变更是否满意？
• 是否需要对用户进行更多培训，使其尽快适应变化？
• 是否进行了文档更新，包括发布说明和故障排除指南？

产品部署有多种方法和途径，采用哪种策略主要取决于项目的范围、软件部署的时间、发布团队的规模以及软件面向的用户类型。

下面让我们比较一下瀑布式、敏捷式和 DevOps。

瀑布模型

瀑布模型是一种传统的线性部署方法，采用的方法非常死板。

由于它遵循阶段顺序（计划、构建、测试和部署），因此在进入下一个阶段之前，必须完成每个阶段，而且不能返回上一个阶段进行任何变更。这意味着每次发布都需要花费大量时间，往往导致发布周期过长。如果考虑到软件开发过程的动态性质，很快就会发现这种方法并不总是可行的。

敏捷的方法

这是一种迭代性更强的部署方法，即计划产品的增量发布，旨在快速、可持续地推出交付成果。采用这种方法时，您需要将发布分解为多个迭代/版本，而不是一次性部署完成。这样可以提高灵活性，快速响应不断变化的需求。

虽然敏捷等方法有助于大大提高部署的速度和效率，但它们并不总能完全解决团队各自为政的问题（这也可能是软件开发过程中的一个决定性因素）。这就引出了我们的下一个话题：DevOps。

DevOps中的发布管理

DevOps 是在敏捷的基础上发展起来的，它遵循敏捷的渐进方法，同时鼓励跨学科团队协作、自动化和反馈。

DevOps 旨在通过强调开发人员与 IT 运营之间的持续合作与沟通，缩短反馈周期，加快发布速度，从而弥合开发人员与 IT 运营之间的差距。

现在，大多数软件正在转向或已经通过 SaaS 业务模式提供，因此需要不断提供新功能，以提高对客户的价值，并在竞争中立于不败之地。通过遵循开发、测试和部署的连续集成流程，DevOps 成为适合这种快节奏发布的部署方法。

说到敏捷和 DevOps，您不必担心需要在两者之间做出选择。您可以采用敏捷框架来组织工作，同时使用 DevOps 来培养协作文化。

CI/CD

CI/CD 分别代表持续集成和持续交付/部署，是更广泛的 DevOps 框架的一部分，您可以在其中构建、测试、部署和监控迭代代码变更。

持续集成

持续集成是指对代码进行小改动，并将其与共享代码库合并。在进行这些变更时，会触发自动测试，以检测新代码与现有代码之间的代码冲突，从而更容易在早期阶段快速修复错误。

持续交付

持续交付是持续集成的延伸，一旦提交了新代码，并通过自动构建和单元测试验证了变更，就会交付代码，以便在类似生产的环境中进行集体测试。

持续部署

通过自动化测试的每项变更都可以进行部署。持续部署可以指自动将这些变更从暂存阶段发布到生产阶段，在生产阶段，用户可以使用软件。

正如社会进步不可避免，组织也在不断发展，其需求也在不断变化，因此变更是不可避免的。变更管理的重点是确保对建议的变更进行全面的记录、审批和评估。而发布管理则是变更生命周期的一部分，它提供了一种方法，可以在不中断的情况下有效部署已批准的变更。

变更管理和发布管理虽然相互关联，但在运作方式和努力目标上却存在细微差别。

变更管理的作用有点类似于把关，为计划和评估生产环境变更奠定基础。而发布管理则更像是一个执行者，它侧重于将这些变更实际构建、测试和部署到实时环境中。

发布经理监督整个发布生命周期，是发布管理流程的领导者和促进者。他们负责发布过程的治理和端到端协调；因此，发布经理的角色将要求他们：

• 通过保持总体和坚实的发布计划，明确定义发布策略。
• 具有良好的沟通技巧和协作精神。
• 协调不同团队的任务，如开发、测试、运营和支持。
• 确保正确遵循发布时间表。
• 精通项目管理。
• 深入了解DevOps和CI/CD工具。
• 了解部署最佳实践。
• 确保可交付成果可持续地部署到生产环境中。
• 验证发布说明和其他发布文档。
• 促进发布后评估、衡量指标并收集反馈，以改善发布管理流程。

1.设定明确的目标，让每个人都加入

明确定义发布的目标、范围、收益、风险和影响，并确保发布目标与业务目标一致。

2.制定综合计划

创建一个详细的发布计划，其中包括任务、依赖项、责任、发布时间表、推出计划和清单。此外，确保制定具有彻底备份计划的应急策略，以便您能够快速从任何中断中恢复并保持服务连续性。

3.建立一个发布日历

创建一个发布日历，概述每个版本的时间表。通过设置明确的时间表来传达时间表和停机时间的细节，以确保所有必要的利益相关者提前充分了解。

4.尽可能实现自动化

手动测试和部署需要大量时间，也容易出现人为错误。使用CI/CD工具实现构建、测试和部署软件等任务的自动化，以简化发布周期。

5.将发布推送到设计良好的暂存环境中

在设计尽可能接近生产环境的暂存环境中测试代码，以确保发布上线后不会对用户造成不利影响。

6.进行秘密发布

秘密发布是指在向更广泛的用户群一次性发布新功能之前，先悄悄地向一小部分用户发布新功能。这有助于评估软件在现实世界中的表现，修复错误（如果有的话），还能收集宝贵的用户反馈。

7.向目标用户群部署发布版本

由于 “秘密发布 ”允许您安全地在生产环境中进行测试，因此只有当您觉得该功能在实际生产环境中表现良好时，您才会选择向目标用户群 100% 启用该功能。在发布正式版本之前，请检查并确保回滚程序运行正确；如果出现问题，有一个可靠的回滚计划有助于快速恢复到之前的稳定版本。

8.记录版本发布的方方面面，并及时更新文档资料

维护适当的发布文档，包括发布说明、安装指南和故障排除信息，这样不仅能让用户对发布版本有全面的了解，还能促进未来版本发布时的顺利部署。

9.跟踪发布管理指标

通过跟踪关键的 KPI 和指标，持续监控生产环境中的发布软件。

以下是您可以跟踪的一些指标：

• 按计划交付的发布
• 逾期发布
• 发布成功率
• 发布停机时间
• 发布延期次数
• 发布失败率
• 发布导致的事件数量
• 客户反馈得分

有效的发布管理为企业带来了许多好处，它为软件发布的部署提供了一种结构化且可控的方法。

以下是正确实施发布管理流程的五大好处：

• 加强协作：通过促进 CAB、项目管理团队、开发人员、质量保证团队、运营和支持部门之间的协作，发布管理能够确保信息流畅传递，减少各部门之间的隔阂，提升反馈速度，并推动发布流程的同步进行。
• 可预测的部署：通过结构化的调度，企业能够在软件发布过程中获得更高的可预测性，这有助于缩短软件发布的上市时间，使企业能更快响应变化的业务需求，保持竞争力。
• 风险管理：团队可以通过全面的测试和风险评估，主动识别潜在的瓶颈和代码冲突。这使得团队能够在问题变得严重之前解决它们，从而减少对最终用户的负面影响。
• 加强管理：通过掌控发布的整个生命周期，跟踪每个发布的进度和阶段，企业能够实时了解发布的状态，进而做出更明智的决策。
• 提高用户满意度：发布经过充分测试、无错误且符合客户期望的高质量版本，能够显著提升用户体验，进而提高客户忠诚度和留存率。