SDM的整体方法如何连接组织，简化交付流程

软件交付管理（SDM）超越了CI / CD，改变了游戏规则，使开发人员和其他利益相关者能够最佳地协作并创造性地解决问题。

自从Jez Humble和David Farley在2010年普及该术语以来，持续交付已经彻底改变了软件交付实践。

创建成熟的连续集成/连续交付（CI / CD）管道已帮助企业交付了基于大量指标的性能更好的软件。故障率从50％降至15％以下，周期时间以小时为单位，而不是以几周为单位。组织可以更快地推向市场，并以更少的错误将产品投入生产。

但是CI / CD可以提供的功能是有限的。CI / CD仅连接DevOps内部发生的软件生命周期的各个部分。它无法提供有关交付周期的中断点，软件是否在帮助企业满足其内部关键绩效指标（KPI），客户如何对此做出反应或上周的发布是否实现了企业内部效率方面的见解。在投射。

更全面的方法

这是更全面的软件交付方法可以提供帮助的地方。正如我们在上一个博客中讨论的那样，人们正在采取行动，将软件交付更多地视为核心业务流程，并将此流程的所有方面联系到一个相互关联的新学科中。

新的学科称为软件交付管理（SDM），它超越了CI / CD，使开发人员和其他利益相关者能够最佳地协作和创造性地解决问题，从而改变了游戏规则。它为他们提供了数据，见解和最佳实践，使他们能够真正不断地改进，保持价值流动并有效地开发并向客户提供正确的产品和功能。

要遵循SDM原则，管理解决方案需要基于四个关键支柱：通用数据，通用见解，通用关联的流程以及所有功能的协作。

• 数据：需要使用一致的域模型捕获和存储软件交付活动之内和周围的所有信息，以启用和促进关联的流程，共享的见解和协作。

• 洞察力：可见性和洞察力需要使组织内所有职能部门之间的数据能够达成共识并不断学习。

• 流程：流程将需要协调整个软件交付价值流，并将功能连接在一起，以便以最大的价值和采用率将创意有效地推向市场。

• 合作：软件交付组织内部和周围的所有职能和团队将因此共同努力，以扩大价值创造工作。

SDM的好处

这种新方法可以通过多种方式帮助组织。DevOps经理可以从工作方式，与开发团队合作以及与整个组织的同级联系方面获得三点好处。

他们发展更快。

当前的过程可能是缓慢而乏味的。开发人员使用配置为执行一项任务的工具，并且很难在整个工具链中获得完整的端到端视图。SDM解决方案存储来自不同工具的所有工件和数据，这些工具将软件从构思转移到部署在统一的通用数据层中。

信息已连接在一起，并在需要时以可用形式供需要的人使用。只需建立这些连接即可节省数小时的时间，以在整个交付过程中查找数据，检查状态并跟踪问题。

他们创造了更好的软件。

如果利益相关者没有开发和交付过程的端到端视图，那么他们就无法知道软件是否满足组织的业务目标。

借助SDM，通过CI / CD和DevOps建立的持续反馈循环得以扩展，以完全涵盖从构思阶段到用户采用再到构思的所有利益相关者。更好的洞察力会得到更紧密的跟踪，并得到更广泛的共享，从而帮助开发人员在第一次交付用户想要的东西方面做得更好。

他们合作得更好。

由于多种原因，开发人员和业务主管之间的协作不佳。开发人员通常对产品的使用方式没有很好的了解，而业务主管通常对开发中的内容或交付时间不了解。分散的通讯流程使情况变得更加复杂-双方都必须通过电子表格进行排序，通过电子邮件线程进行连接并等待会议将流程向前推进。

借助SDM，可以打破软件组织与其他利益相关者之间的孤岛，使双方可以共享信息，更直接地进行沟通并寻求解决方案。

在即将发布的博客中，我们将探讨SDM在实践中的其他示例，并深入探讨其为组织创造的业务价值。