连续部署如何影响整个组织［DevOps］

即使开发人员和运营人员获得了最大的关注，但CD仍会影响组织的每个部门。

图片来源：WOCinTech Chat. Modified by Opensource.com. CC BY-SA 4.0

在持续部署（CD）软件发布策略中，任何通过自动化测试阶段的代码提交都将自动发布到生产环境中。自动化取代了许多手动步骤，并提示软件交付和操作发生了巨大变化。

尽管开发人员和操作人员在谈论CD的影响时最受关注，但其影响以各种方式扩展到IT组织之外。

CD和组织绩效

缩短上市时间是公司乃至联邦机构（具有Cloud Smart之类的政府要求）乃至改善员工，客户和员工体验的一项基本目标。

关于CD的组织影响，有一些值得注意的分析和评论。也许最著名的是Nicole Forsgren和Jez Humble撰写的“持续交付在IT和组织绩效中的作用”。 Forrester，云服务提供商（CSP）和DevOps工具供应商等分析公司是CD对组织如何影响组织的其他研究和分析来源。在阅读这些报告（质量可能有所不同）时，请寻找与CD如何影响组织的相似之处，并寻找机会打开新的沟通渠道以减轻CD对业务部门的影响。

增强组织的CD能力需要营造一种文化，所有人（而不仅仅是IT商店）都欢迎新想法。必须培训员工以传达其经理的坏消息，并积极主动地解决CD交付周期中所带来的问题。组织的所有级别都必须学习将失败视为学习机会，而不是向人力资源办公室索取单程票。

除非在实施CD之前和之后评估性能，否则将无法理解CD对组织的影响。

实施CD之前：

收集状态报告，记录在应用程序和服务交付中的得失

记录对应用程序和服务交付的已知挑战，例如使开发和运营复杂化的已知解决方法或不成熟的流程

从开发人员和运营团队收集有关CD之前时代有效和无效的见解

收集有关开发人员，IT操作人员和其他部门之间业务协作的见解

查看有关产品和服务交付有效性的客户和销售反馈

与销售和客户成功团队面谈有关交付方面的挑战

实施CD之后：

为CD管道配备针对业务和技术利益相关者的有意义的分析和报告

对CD管道中的分析和报告工具进行培训的开发人员，IT运营人员和利益相关者

定期与管理层和主要开发人员进行审查会议，讨论从报告和反馈中收集到的CD的影响

监控传统客户反馈渠道并增加销售反馈渠道

有多种方法可以将此数据传达给涉众。无论选择特定的技术，演示文稿还是其他传递内容的方式，请不要忘记人与人之间的联系。亲自进行测量。进行对话。准备获得反馈并回答问题。专心听。主动采取任何后续行动。

CD与文化变革

持续部署为组织带来了必要的文化变革。一些员工会接受它。其他人可能将其视为工作职责的结构性转变。一些思想流派认为，它带有情感循环，包括恐惧和盲目愤怒，这取决于企业文化。

CD可能会如何改变人们的工作，而不仅仅是开发人员和运营人员，由此带来了文化挑战。由于CD加快了发布周期，因此培训师可能不得不更快地学习新功能，或者销售经理可能难以组建成功团队。否则，高管可能会更加努力地寻求不属于新发布周期的一次性更改。

各部门的直属经理和高级团队成员需要确认这些反应。关于整个行业的变更管理，有很多可用的信息。我总是把钱花在一线员工身上，以管理员工的反应，以期实现最佳变革。设置渠道，工具和框架，以免发生过度设计的情况。

促进CD为组织带来的文化变革非常重要。不仅仅是拥有变更管理团队。这意味着要以人为本的方式传播CD，包括：

向他们展示CD如何帮助治愈某些痛点，从而赢得备受推崇的中级经理和高级员工。

建立所有部门之间的开放式沟通渠道，这将受到迁移到CD的影响

在CD是决定性因素的情况下与客户和项目进行沟通（例如，由于CD有助于更频繁地交付功能，因此新客户加入了）

跨部门CD

关于CD如何影响开发和运营团队的文章和书籍很多。急于更改的是对其他部门的影响。组织必须建立支持框架，以帮助其他部门接受CD提供的业务。

CD可通过以下几种方式影响IT部门以外的部门。

C套件

CD的影响甚至可以进入高管人员队伍。在与执行团队进行沟通的同时，由开发经理，产品经理和产品所有者来做更多的事情来管理他们的发布周期。您不想要的最大事情是，高管劫持了新CD周期，以获得一次性功能和从产品路线图转移过来的宠物用品。

与高级管理人员建立关系，并与执行干系人就产品路线图进行早期和频繁的沟通。还需要通过报告和收集意见来管理他们对新CD周期的期望。

产品路线图是帮助高管适应CD的新世界的最佳方法。与他们合作，避免任何功能蠕变的想法，并坚持业务优先事项。

计划和项目管理

引入CD意味着可能是时候拆除在墙上贴有甘特图的老化项目管理办公室（PMO）作战室了。 CD需要不同类型的程序和项目管理。当使用CD时，大型“计划和执行”交付和管理模型的日子已经过去。

PMO可能需要帮助来学习新的agile项目管理技术，例如最低可行的证明点，以及如何与内部或客户团队进行验证。这通常意味着：

派遣关键项目经理参加agile或DevOps培训

打破PMO，开发和运营组织之间的孤岛，包括解散集中PMO并将项目经理嵌入团队中

将项目管理数据移至SaaS应用程序，使项目中的每个人都可以查看项目数据和进度。

市场和销售

持续部署甚至可能影响营销和销售工作。无论市场是什么，都希望他们渴望为客户提供服务。帮助他们的一种方法是让他们卖更多东西，持续部署可以为销售团队带来帮助。

转向CD的一部分是为市场和销售人员配备信息。例如可以：

邀请市场营销人员在发布前测试新功能和发布

在持续交付的基础上获得市场传播支持，以就新功能和版本进行交流

提供合适的技术人员作为主题专家（SME），以创建营销材料

如果可以帮助他们将CD故事告诉员工和客户，则营销可以成为使用CD的新盟友。

技术写作

技术作家经常被排除在公司DevOps讨论之外。作为一名技术作家，承认部分原因是我们的错，但大部分是组织上的。

持续交付对技术作家来说意味着某些事情。首先，必须采用适当的工具和策略以CD模型交付文档。帮助他们的一些方法包括：

拆除集中式文档组，并在开发和运营团队中嵌入技术作家

将文档开发作为整个交付周期（依赖关系和全部）的一部分进行管理，而不是事后再按计划进行管理

通过在发布周期的早期使他们参与进来，使作家变得更加面向功能

最后的想法

CD会给组织带来根本性的变化，因为旧的计划和开发周期消失了。当使用CD时，需要带动整个组织，而不仅仅是开发和运营团队，以获取所有优势。