需求到部署（R2D）价值流提供了用于创建和采购新的或修改现有应用程序或服务的框架。中培IT4IT专家李老师认为，如果R2D价值流从消费者或其他组件（如问题管理）接收到请求信号，则会触发R2D价值流。这可以采取来自S2P价值流的经批准的范围协议和概念服务蓝图的形式，或者可以是诸如个别开发故事、用户场景、缺陷、问题、使用数据或用于特定应用的场景的较小粒度信号或服务。当通过R2F价值流执行功能组件打包所请求的服务或修改以立即或未来部署时，R2D价值流结束。

成功执行R2D价值流取决于以下关键数据对象：

协议范围，源于S2P价值流，提供预算、成本/效益项目、工作规模/范围以及拟议工作的其他关键属性。

概念服务蓝图，它们在S2P价值流中生成和管理，并提供所需服务或应用程序的业务视图，包括进程、架构数据对象和其他信息。

组合备选项目，在S2P价值流中存储和管理，并提供尚未满足的开发需求的详细信息。

标准和原则，源于S2P价值流，其中越来越多的指南和最佳实践要求从IT和业务中获取。

问题，由D2C价值流生成并创建一个或多个缺陷。

上面的输入经过评估、合理化和详细阐述，最终成为在R2D价值流中消耗和产生的内容。以下是在R2D价值流中使用的关键数据对象和服务模型实体：

R2D价值流中的以下功能组件支持上述数据对象和服务模型实体的定义、开发和治理：

构建：创建、管理、安全和跟踪构建。实现构建自动化。管理构建到构建包组件的交付。

构建包：在可部署包中管理和存储一个或多个构建。

缺陷：跟踪所有缺陷，包括其来源、状态、重要性以及与要求和已知错误的关系。

项目：接收范围协议，协调创建并持续执行对IT计划的执行监督，旨在创建新的或增强现有IT服务。

发布构建：跟踪不同的服务发布，定义服务发布及其底层组件的结构和内容，包括如何部署每个组件的说明。

需求：通过服务的生命周期来管理需求。在整个服务生命周期中，保持对生成组合备选项的原始请求的每个需求的可跟踪性。收集、完善、调查和跟踪需求的进度。提供产品或程序积压和团队积压的视图作为需求的子集。

服务设计：为服务创建逻辑服务蓝图。确保它们满足范围协议、IT计划和/或组合备选项目的要求，并使其根据关键绩效指标（KPI）、关键风险指标（KRI）和服务水平协议（SLA）执行。服务设计功能组件的输出由源数据对象来指导源，创建和保护服务。

源控制：根据设计规范、组织标准和战略以及功能和非功能要求来确保服务开发，以便服务可以成功运行，并符合客户的期望和要求。生成和管理存储的源和文档。

测试：计划、存储和执行测试，确保服务将以协议的服务级别支持客户的要求，包括系统/集成测试、用户验收测试、绩效测试和负载测试。

R2D价值流是过程不可知的，因为尽管方法和过程可以变更（即ITIL、COBIT、敏捷、瀑布等），但是包括价值流的功能组件和数据对象保持不变。