DevOps是一个很火的概念，在过去的几年中很多企业一头扎进了DevOps相关的实践中，准备转型。但是，成功的却是少数。
一般来说，我们在加入DevOps大军之前，应该问问自己：我们为什么要使用DevOps？无疑，多数企业都是为了降本增效、提高竞争力。然而，如果我们把目光仅仅锁定在IT团队本身，很可能就本末倒置了。
从大的范围上来讲，DevOps转型应该是超越开发和运营两种职能的存在，它必须与企业的其他部门发生联系。一些非技术部门是DevOps团队的重要参与者，他们所站的不同立场完全可以起到平衡作用，避免技术部门陷入“唯技术陷阱”。
这一点对一些面临数字化转型的传统企业尤为重要。因为在传统企业内部，业务部门才是主体，而IT部门是为了业务部门赋能的。除此之外，在DevOps实践中，一些法律和财务的风险也是需要提前规避的。
一、这些非技术部门为什么要参与DevOps？
让非技术团队参与到DevOps中来，这并不是说要组织中的每个员工都需要了解DevOps和软件需求的来龙去脉。
相反，一些部门的参与却是DevOps的刚需，核心DevOps团队和非技术角色的同事之间建立战略联系绝对是一件物超所值的事。
1、业务团队让DevOps更瞄准“靶心”
业务团队的重要性不言而喻。一些观点认为，在DevOps文化中就不再应该出现业务与技术不同步的事情，销售组织可以将客户的反馈和要求传达到开发周期中，更快地让下一版本就包含客户所需要的功能。
但实际上，人们对此的认识要比DevOps更滞后一些。年，一群关心这个话题的人发布了“BizOps宣言”。该宣言倡导从根本上改变IT团队和业务用户在软件开发过程中的协作方式。
具体来看，BizOps要求：1）业务成果高于单个项目和执行度量；2）信任和合作高于个人主义和层级制度；3）数据驱动的决策高于意见、判断和说服；4）学习和转变高于遵守严格的计划。
转载请注明：http://www.0431gb208.com/sjslczl/7768.html
