需求到部署（R2D）價值流提供了用于創(chuàng)建和采購新的或修改現(xiàn)有應(yīng)用程序或服務(wù)的框架。中培IT4IT專家李老師認(rèn)為，如果R2D價值流從消費(fèi)者或其他組件（如問題管理）接收到請求信號，則會觸發(fā)R2D價值流。這可以采取來自S2P價值流的經(jīng)批準(zhǔn)的范圍協(xié)議和概念服務(wù)藍(lán)圖的形式，或者可以是諸如個別開發(fā)故事、用戶場景、缺陷、問題、使用數(shù)據(jù)或用于特定應(yīng)用的場景的較小粒度信號或服務(wù)。當(dāng)通過R2F價值流執(zhí)行功能組件打包所請求的服務(wù)或修改以立即或未來部署時，R2D價值流結(jié)束。

成功執(zhí)行R2D價值流取決于以下關(guān)鍵數(shù)據(jù)對象：

協(xié)議范圍，源于S2P價值流，提供預(yù)算、成本/效益項目、工作規(guī)模/范圍以及擬議工作的其他關(guān)鍵屬性。

概念服務(wù)藍(lán)圖，它們在S2P價值流中生成和管理，并提供所需服務(wù)或應(yīng)用程序的業(yè)務(wù)視圖，包括進(jìn)程、架構(gòu)數(shù)據(jù)對象和其他信息。

組合備選項目，在S2P價值流中存儲和管理，并提供尚未滿足的開發(fā)需求的詳細(xì)信息。

標(biāo)準(zhǔn)和原則，源于S2P價值流，其中越來越多的指南和最佳實踐要求從IT和業(yè)務(wù)中獲取。

問題，由D2C價值流生成并創(chuàng)建一個或多個缺陷。

上面的輸入經(jīng)過評估、合理化和詳細(xì)闡述，最終成為在R2D價值流中消耗和產(chǎn)生的內(nèi)容。以下是在R2D價值流中使用的關(guān)鍵數(shù)據(jù)對象和服務(wù)模型實體：

R2D價值流中的以下功能組件支持上述數(shù)據(jù)對象和服務(wù)模型實體的定義、開發(fā)和治理：

構(gòu)建：創(chuàng)建、管理、安全和跟蹤構(gòu)建。實現(xiàn)構(gòu)建自動化。管理構(gòu)建到構(gòu)建包組件的交付。

構(gòu)建包：在可部署包中管理和存儲一個或多個構(gòu)建。

缺陷：跟蹤所有缺陷，包括其來源、狀態(tài)、重要性以及與要求和已知錯誤的關(guān)系。

項目：接收范圍協(xié)議，協(xié)調(diào)創(chuàng)建并持續(xù)執(zhí)行對IT計劃的執(zhí)行監(jiān)督，旨在創(chuàng)建新的或增強(qiáng)現(xiàn)有IT服務(wù)。

發(fā)布構(gòu)建：跟蹤不同的服務(wù)發(fā)布，定義服務(wù)發(fā)布及其底層組件的結(jié)構(gòu)和內(nèi)容，包括如何部署每個組件的說明。

需求：通過服務(wù)的生命周期來管理需求。在整個服務(wù)生命周期中，保持對生成組合備選項的原始請求的每個需求的可跟蹤性。收集、完善、調(diào)查和跟蹤需求的進(jìn)度。提供產(chǎn)品或程序積壓和團(tuán)隊積壓的視圖作為需求的子集。

服務(wù)設(shè)計：為服務(wù)創(chuàng)建邏輯服務(wù)藍(lán)圖。確保它們滿足范圍協(xié)議、IT計劃和/或組合備選項目的要求，并使其根據(jù)關(guān)鍵績效指標(biāo)（KPI）、關(guān)鍵風(fēng)險指標(biāo)（KRI）和服務(wù)水平協(xié)議（SLA）執(zhí)行。服務(wù)設(shè)計功能組件的輸出由源數(shù)據(jù)對象來指導(dǎo)源，創(chuàng)建和保護(hù)服務(wù)。

源控制：根據(jù)設(shè)計規(guī)范、組織標(biāo)準(zhǔn)和戰(zhàn)略以及功能和非功能要求來確保服務(wù)開發(fā)，以便服務(wù)可以成功運(yùn)行，并符合客戶的期望和要求。生成和管理存儲的源和文檔。

測試：計劃、存儲和執(zhí)行測試，確保服務(wù)將以協(xié)議的服務(wù)級別支持客戶的要求，包括系統(tǒng)/集成測試、用戶驗收測試、績效測試和負(fù)載測試。

R2D價值流是過程不可知的，因為盡管方法和過程可以變更（即ITIL、COBIT、敏捷、瀑布等），但是包括價值流的功能組件和數(shù)據(jù)對象保持不變。