专栏首页Opensource翻译专栏连续部署如何影响整个组织[DevOps]

连续部署如何影响整个组织[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时,需要带动整个组织,而不仅仅是开发和运营团队,以获取所有优势。

原文链接:https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/meeting-team-listen-communicate.png?itok=KEBP6vZ_

原文作者:Will Kelly

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 2019DevOps World的热门推荐[DevOps]

    8月,我有机会参加了在旧金山聚集的2,000多人参加的2019 DevOps World。以下是为期四天的活动举行的150场分组讨论和16场研讨会中一些最具新闻...

    yyx
  • 混乱工程对CISO必不可少的5个原因[DevOps]

    与传统的业务连续性计划和灾难恢复相比,混沌工程是一种更好的方法,可以测试当今复杂的企业安全计划的弹性。

    yyx
  • 3种处理DevOps瞬态故障的方法[DevOps]

    DevOps旨在通过持续的业务价值来使利益相关者满意,而如何处理瞬态故障也是其中的一部分。

    yyx
  • GitHub可以自定义主页啦

    https://github.com/kautukkundan/Awesome-Profile-README-templates

    SAnBlog
  • “赋能开发者”高峰论坛暨葡萄城联合龙头企业共建模板库正式启动

    2018年10月18日,“赋能开发者”高峰论坛暨西安葡萄城30周年庆典在古城西安隆重举办。

    葡萄城控件
  • Hadoop数据分析平台实战——090HBase shell客户端和Java Api介绍离线数据分析平台实战——090HBase shell客户端和Java Api介绍

    离线数据分析平台实战——090HBase shell客户端和Java Api介绍 HBase 命令介绍 HBase命令主要分为两大类, 第一类是指操作hbas...

    Albert陈凯
  • Javac的实现过程

    用户2146856
  • Javac的实现过程

    用户2146856
  • Xcode修改项目的Build Location

    可以在项目最左侧的文件列表里展开Product,查看输出文件,按住control单击可以在Finder中显示,右侧辅助区域也会看到全路径

    meteoric
  • sprintf的用法

    在将各种类型的数据构造成字符串时,sprintf 的强大功能很少会让你失望。由于sprintf 跟printf 在用法上几乎一样,只是打印的目的地不同而已,前者...

    用户1624346

扫码关注云+社区

领取腾讯云代金券