DevOps模式的转型现在已经跨越了开发和运营团队，也关系到企业的其他部门。这些新的协作部门可以与开发团队保持一致，并提供新的见解来满足客户需求。本文将介绍几种将业务的其他部门引入DevOps的方法。
与营销和销售团队合作产品和服务公司需要在DevOps的转型中考虑他们的销售和营销团队，DevOps可以帮助打破销售、营销和开发之间的壁垒。
负责新产品发布的销售和营销团队需要及时了解开发项目的进展，开发人员中的利益相关者应该对此有更多的了解，并适当地参与营销活动。在DevOps文化中，营销活动中的技术支持不能有任何失误。营销部门可以在开发周期中传达客户的反馈和需求，从而增量发布能够满足客户需求的新功能。企业的管理者可以通过以下方法来增加这种合作关系：1 .使用开源的群聊工具，如Mattermost或Rocket.chat，建立GTM或产品发布渠道，以便共享产品信息。
2.使用Confluence这样的知识库管理平台，将技术信息与用户需求同步，协调开发团队和市场部门朝着同一个目标共同努力。3.在构建发布周期中嵌入销售和营销人员，允许他们接收演示甚至使用测试版本。4.让公司的销售和营销团队领导在开发周期内有一定的访问权限，能够进入开发流程。同时，两个部门的负责人应保持密切沟通，以平衡他们的工作项目。
DevOps的自动化是当务之急，企业的管理者要对公司的营销团队进行培训，让DevOps成为企业文化的一部分。同时我也建议在CI/CD工具链中检查数据自动上报的方法，以帮助营销部门制定营销策略。在用户故事写作、产品定义、用户文档和营销材料方面，与市场部合作并分享团队角色任务。通过支持这些活动：表格时间，两个部门可以更好地同步参与DevOps流程。
以及加速自动技术内容的创建。我们这个行业对技术写手的要求不够，DOC只记得事后补充。一些公司甚至在社会项目的生命周期结束时将技术写作外包给承包商。同样，技术写手也不清楚自己的行业要求，对这个角色的期望也因公司而异。因此，是时候让技术作家和其他内容开发者坐到DevOps的桌子上了。
以下是一些让技术和内容创作者参与开发运维流程的方法：
打破技术作者和项目团队之间任何可能的文化或进度障碍，让作者在团队中占有一席之地。在使用dcoToolchain、Hugo、Jekyll等自动化文档工具进行持续交付时，使用类似的工具链或管道模型来管理与项目相关的具体内容。对内容采取积极向上、不断调整的理念和态度，让内容创作跟上产品发展的步伐。引入连续文档模型(或类似方法)来加速内容创建，以达到DevOps的速度。
向法律部门寻求许可指导，这可能会让你大吃一惊。公司的法律部门在DevOps流程中也有一些潜在的角色。虽然该公司的律师可能不直接负责DevOps项目，但他们在开源和商业软件许可的某些方面仍有工作要做。以下是让公司法律部门参与DevOps的一些方法：
让开源软件授权成为企业律师的责任和义务，鼓励法律和开源开发者之间的合作。大型企业应该把法人代表作为其开源项目办公室的重要成员之一。
监控成本财务运营(FinOps)和云成本优化以及财务部门是当今数字化转型项目不可或缺的一部分。成本监控和优化应该是任何Kubernetes部署的一部分。
抛开工具的选择不谈，要让Kubernetes的成本检测成为现实，需要财务部门和开发者在SDLC的前期进行合作。或者开发人员或架构师应该直接与财务部门讨论，将财务控制和监控放在DevOps的规划阶段。
最后，DevOps能够也应该改变一个公司的业务流程。但是如果开发和运营团队不开始与其他业务部门合作以实现全公司的DevOps目标，那么全方位的转型就不会发生。虽然很多企业都在谈论跨职能部门的力量，但让不写代码的人参与到DevOps的过程中来，始终是一种开拓性的企业实践，这种实践最终打破了更多的孤立，实现了DevOps。湖南泛连欣安信息技术有限公司是中国开发支持和EDA基础软件的先驱。R&D自动化软件测试和DESecOps等10多项产品，全部拥有自主知识产权，保障国内软件供应链的安全。
