研發(fā)運(yùn)營一體化能力成熟度模型

1、研發(fā)運(yùn)營一體化(DevOps)能力成熟度模型第2第2部分:敏捷開發(fā)管理The capability maturity model of DevOpsPart 2: Agile management process TOC o 1-5 h z 前言III1范圍12規(guī)范性引用文件13術(shù)語13. 1 用戶故事 user story 13. 2 用戶故事地圖 user story mapping 13. 3 影響地圖 impact mapping 13. 4 AB 測試 ab test 14縮略語2 HYPERLINK l bookmark4 o Current Document 5敏捷開發(fā)管理26敏

2、捷需求管理21需求分析26.1.1需求內(nèi)容和形式21. 2需求分析協(xié)作31. 3 需求管理 36.2需求與用例管理42. 1需求與用例編寫42. 2 需求用例驗證 42. 3需求與用例管理47敏捷計劃管理51價值交付51. 1 交付與需求 61.2交付質(zhì)量61. 3交付反饋與度量62交付過程管理72. 1交付計劃72. 2交付活動72. 3價值流動77.2.4人員組織78敏捷協(xié)作管理81產(chǎn)品經(jīng)理和團(tuán)隊91. 1協(xié)作內(nèi)容91. 2協(xié)作機(jī)制98.2團(tuán)隊和團(tuán)隊91協(xié)作內(nèi)容92. 2協(xié)作機(jī)制98.3干系人和團(tuán)隊101協(xié)作內(nèi)容102協(xié)作機(jī)制 10附錄A （規(guī)范性附錄）五級度量指標(biāo)定義12參考文獻(xiàn)13表1

3、敏捷開發(fā)管理2表2需求分析3表3需求與用例管理4表4價值交付6A刖 舌研發(fā)運(yùn)營一體化是指在IT軟件及相關(guān)服務(wù)的研發(fā)及交付過程中，將應(yīng)用的需求、開發(fā)、測試、部署和 運(yùn)營統(tǒng)一起來，基于整個組織的協(xié)作和應(yīng)用架構(gòu)的優(yōu)化，實現(xiàn)敏捷開發(fā)、持續(xù)交付和應(yīng)用運(yùn)營的無縫集成。 幫助企業(yè)提升IT效能，在保證穩(wěn)定的同時，快速交付高質(zhì)量的軟件及服務(wù)，靈活應(yīng)對快速變化的業(yè)務(wù)需求 和市場環(huán)境。本標(biāo)準(zhǔn)是“研發(fā)運(yùn)營一體化（DevOps）能力成熟度模型”系列標(biāo)準(zhǔn)的第2部分敏捷開發(fā)管理，該系 列標(biāo)準(zhǔn)的結(jié)構(gòu)和名稱如下：第1部分：總體架構(gòu)第2部分：敏捷開發(fā)管理第3部分：持續(xù)交付第4部分：技術(shù)運(yùn)營第5部分：應(yīng)用架構(gòu)第6部分：風(fēng)險管理第7

4、部分：組織結(jié)構(gòu)研發(fā)運(yùn)營一體化（DevOps）能力成熟度模型第2部分：敏捷開發(fā)管理1范圍本標(biāo)準(zhǔn)規(guī)定了研發(fā)運(yùn)營一體化（DevOps）能力成熟度模型下敏捷開發(fā)管理過程的能力成熟度要求和 評價方法。本標(biāo)準(zhǔn)適用于：a）具備IT軟件研發(fā)交付運(yùn)營能力的組織實施IT軟件開發(fā)和服務(wù)過程的能力進(jìn)行評價和指導(dǎo)；b）可供其他相關(guān)行業(yè)或組織進(jìn)行參考；C）可作為第三方權(quán)威評估機(jī)構(gòu)衡量軟件開發(fā)交付成熟的標(biāo)準(zhǔn)依據(jù)。2規(guī)范性引用文件下列文件對于本文件的應(yīng)用是必不可少的凡是注日期的引用文件，僅所注口期的版本適用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T 32100-2015信息技術(shù)云

5、計算概覽與詞匯GB/T 32399-2016信息技術(shù)云計算參考架構(gòu)YD/2441-2013GB/T 33136-2016信息技術(shù)服務(wù)數(shù)據(jù)中心服務(wù)能力成熟度模型3術(shù)語下列術(shù)語和定義適用于本文件。3. 1用戶故事user story從用戶的角度來描述用戶期望得到的功能。3. 2 用戶故事地圖 user story mapping將用戶故事按一定順序和優(yōu)先級排列以分析與識別最小可行產(chǎn)品。3. 3 影響地圖 impact mapping是一種用戶需求分析的方法，通過Why, Who, How, What逐層分析需求。3. 4 AB 測試 ab test為Web或App界而或流程制作兩個（A/B）或多個

6、（A/B/n）版本，在同一時間維度，分別讓組成成分 相同（相似）的訪客群組隨機(jī)的訪問這些版本，收集各群組的用戶體驗數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)，最后分析評估出 最好版本正式采用。4縮略語下列縮略語適用于本文件。CIContinuous Integration持續(xù)集成CDContinuous Delivery持續(xù)交付UIUser Interface用戶界面MVPMinimum Viable Product最小可行產(chǎn)品INVESTIndependent, Negotiable Valuable, Estimable, Small Testable 獨立的，可討論的，有價值的，可估算的，小的，可測試的DEEP P

7、rinciple Detailed Appropriately Estimated. Emergent, Prioritized principle 適 當(dāng)細(xì)化的，有估算的，隨時產(chǎn)生的，有優(yōu)先級的原則UIUser Interface用戶界面5敏捷開發(fā)管理敏捷開發(fā)管理，是一種應(yīng)對快速變化的需求的新型軟件開發(fā)方法。它更強(qiáng)調(diào)程序員團(tuán)隊與業(yè)務(wù)專家之 間的緊密協(xié)作、面對面的溝通、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊、能夠很好地適應(yīng)需 求變化的代碼編寫和團(tuán)隊組織方法，主張適度的計劃、進(jìn)化開發(fā)、提前交付與持續(xù)改進(jìn)，并且鼓勵快速與 靈活的而對開發(fā)與變更，更注重軟件開發(fā)過程中人的作用。分為敏捷需求管理、

8、敏捷計劃及交付管理、敏 捷協(xié)作管理三個維度，每個維度細(xì)分為不同能力子項，如表1所示。表1敏捷開發(fā)管理敏捷開發(fā)管理敏捷需求管理敏捷計劃及交付管理I需求分析價值交付產(chǎn)品經(jīng)理和團(tuán)隊需求與用例交付過程管理團(tuán)隊和團(tuán)隊需求驗收團(tuán)隊和干系人6敏捷需求管理敏捷需求管理包括需求分析、需求與用例、需求驗收三部分內(nèi)容，體現(xiàn)需求管理過程中的分析、測試、 驗收三個階段，敏捷需求管理主要體現(xiàn)在各個環(huán)節(jié)中使用敏捷方法探尋產(chǎn)品痛點、業(yè)務(wù)價值、用戶體驗的 能力，適應(yīng)需求變化的能力，快速驗證反饋的能力。6.1需求分析需求分析是指需求提出方和產(chǎn)品經(jīng)理之間明確產(chǎn)品需求的階段，是產(chǎn)品研發(fā)運(yùn)營一體化最初始階 段，把產(chǎn)品需求具象化，形成待

9、辦事項列表的過程。主要包括需求內(nèi)容和形式、需求分析協(xié)作和需求管理 三方面工作，如表2所示。6.1.1需求內(nèi)容和形式維基百科zh. Wikipedia, org/wiki/敏捷軟件開發(fā)需求分析是將用戶需求劃分為最小需求條目，并探索問題核心相關(guān)事項的過程。（如：用戶故事，以 下內(nèi)容統(tǒng)稱為用尸故事），用戶故事描述用戶場景，旦能適應(yīng)在開發(fā)過程中對其進(jìn)行評估、不斷細(xì)化等變 化。6.1.2需求分析協(xié)作需求分析是各個角色溝通協(xié)作形成并細(xì)化的過程，協(xié)作過程需要各角色深入且持續(xù)參與。6.1.3需求管理需求分析后的用戶故事應(yīng)包括用戶需求所涉及的所有事項，統(tǒng)一管理并按照業(yè)務(wù)價值由高到低排定優(yōu) 先級，并依據(jù)用戶需求形

10、成產(chǎn)品研發(fā)路線圖。敏捷開發(fā)管理中，需求收集環(huán)節(jié)根據(jù)以上三個方面所能達(dá)到的不同程度分為以下5個等級，具體如下:表2需求分析級別需求內(nèi)容和形式需求分析協(xié)作需求的管理1需求分析形成需求文 檔，作為需求提出方和 實施方之間的契約。在 軟件開發(fā)過程中允許在 變更流程執(zhí)行后進(jìn)行變 更。需求提出方、需求分析人員在完 成需求文檔的編寫后，由開發(fā)團(tuán) 隊按照文檔進(jìn)行設(shè)計開發(fā)。有變更流程，需求提出方、需求 分析人員可以通過流程變更需 求內(nèi)容。需求有收口統(tǒng)一管理。2需求分析形成用戶故 事，用戶故事需符合：1）用戶故事在軟件開發(fā) 過程中是可協(xié)商并細(xì)化 的；2）規(guī)模適中，可在一次 發(fā)布周期的時間內(nèi)完 成；3）工作量可評估

11、、有優(yōu) 先級劃分。在用戶故事進(jìn)入開發(fā)周期前，由 產(chǎn)品經(jīng)理、需求提出方、開發(fā)團(tuán) 隊一起細(xì)化用戶故事。產(chǎn)品經(jīng)理使用產(chǎn)品待辦列表統(tǒng) 一管理用戶故事，且通過用戶故 事優(yōu)先級排入發(fā)布計劃。3同上且用戶故事符合INVEST 標(biāo)準(zhǔn)：1）故事是獨立完整的；2）故事是可協(xié)商并細(xì)化的；3）故事是有業(yè)務(wù)價值的，能做價值評估；4）故事是能評估工作量 和優(yōu)先級的；5）故事是足夠小的，例如：在1-2日內(nèi)能完成：在需求收集、分析、開發(fā)、上線 運(yùn)營的任何階段，需求提出方、 產(chǎn)品經(jīng)理、團(tuán)隊成員、運(yùn)營人員、 使用者等各角色都可隨時對用 戶故事進(jìn)行細(xì)化。且當(dāng)發(fā)生規(guī)模 型產(chǎn)品研發(fā)情況，各個團(tuán)隊各角 色能共同參與用戶故事細(xì)化。同上且產(chǎn)

12、品待辦列表應(yīng)符合 DEEP原則：1）適當(dāng)?shù)脑敿?xì)描述的，優(yōu)先級 越高越詳細(xì)明確；2）用故事點進(jìn)行估算過大小的；3）隨著產(chǎn)品演進(jìn)不斷涌現(xiàn)和變 化的；4）優(yōu)先級從高到低排序的。且當(dāng)發(fā)生規(guī)模型產(chǎn)品研發(fā)情況， 應(yīng)建立跨團(tuán)隊的產(chǎn)品待辦列表， 迭代待辦列表。6）故事是可測試的。4同上旦有提升需求價值 的敏捷活動。例如：典 型角色分析、影響地圖、 用戶故事的層級化拆分 等。同上且應(yīng)建立改進(jìn)需求分析協(xié) 作的機(jī)制：1）應(yīng)建立特性型的端到端產(chǎn)品 研發(fā)運(yùn)營團(tuán)隊，減少跨組織協(xié)作 的必要性。2）應(yīng)建立產(chǎn)品級回顧改進(jìn)機(jī)制。 例如，建立運(yùn)營驅(qū)動需求的體 系，在產(chǎn)品演進(jìn)過程中，不斷涌 現(xiàn)需求，能不斷優(yōu)化和調(diào)整待辦 列表的順序。

13、3）當(dāng)發(fā)生跨團(tuán)隊的產(chǎn)品研發(fā)情 況，應(yīng)建立需求分析協(xié)作機(jī)制， 實現(xiàn)史詩故事、特性故事、用戶 故事的分層管理，可跨團(tuán)隊進(jìn)行 需求拆解細(xì)化。同上旦產(chǎn)品經(jīng)理對提出的需求 在產(chǎn)品演進(jìn)過程中持續(xù)細(xì)化和 演進(jìn)，形成場景化驅(qū)動和價值驅(qū) 動的發(fā)布規(guī)劃（如用戶故事地 圖），以保持產(chǎn)品待辦列表的價 值最大化。例如，采用精益產(chǎn)品 的方法、影響地圖、MVP等敏捷 方法。有協(xié)作型用戶故事溝通工 具、產(chǎn)品待辦列表管理工具。有 數(shù)據(jù)收集和大數(shù)據(jù)分析需求價 值和評估的工具，示例1：能收集用戶交互操作的 工具。5同上同上同上旦應(yīng)建立需求與企業(yè)級活動 關(guān)聯(lián)，把企業(yè)戰(zhàn)略和目標(biāo)通過愿 景、目標(biāo)、關(guān)鍵結(jié)果、任務(wù)、評 估、反饋等環(huán)節(jié)進(jìn)行分

14、解，實現(xiàn) 企業(yè)、團(tuán)隊、個人三個層次對 齊，達(dá)到需求的業(yè)務(wù)價值最大 化。6.2需求與用例管理需求與用例管理是指產(chǎn)品經(jīng)理和開發(fā)團(tuán)隊把用戶故事的驗收標(biāo)準(zhǔn)和測試用例進(jìn)行關(guān)聯(lián)，驗收產(chǎn)品功 能是否滿足用戶故事要求的過程。主要包括需求與用例編寫、需求用例驗證和需求與用例的管理三個方面, 如表3所示。6.2.1需求與用例編寫是指梳理需求用例，編寫需求驗收標(biāo)準(zhǔn)，形成測試用例的過程；6.2.2需求用例驗證使用需求用例，需求用例指導(dǎo)需求開發(fā)，驗證產(chǎn)品功能的過程；6.2.3需求與用例管理建立需求與用例的統(tǒng)一管理庫，持續(xù)的使用和優(yōu)化。敏捷開發(fā)管理中的需求與用例管理環(huán)節(jié)，根據(jù)以上三個方面所能達(dá)到的不同程度分為以下5個等

15、級，具體如下：表3需求與用例管理級別需求與用例編寫需求用例驗證需求與用例的管理1測試用例與需求關(guān)聯(lián) 較少，測試用例在設(shè)計 階段結(jié)束，代碼開發(fā)階 段完成。無測試用例在需求功能測試完成后未做歸 檔，無法重用。2建立測試用例與用戶 故事之間關(guān)聯(lián)，測試用 例在需求分析階段結(jié) 束，設(shè)計階段完成。測試用例在發(fā)布線上環(huán) 境前全部驗證通過。同上3同上同上，且測試用例通過 工具自動執(zhí)行。測試用例作為軟件資產(chǎn)管理，所有測試 案例驗證通過后，方可進(jìn)行線上功能發(fā) 布。4同上，且產(chǎn)品需求在最 初始階段進(jìn)行實例化、 形成驗收標(biāo)準(zhǔn)，成為測 試用例的依據(jù)，測試能 和開發(fā)并行工作，形成 測試用例。同上同上且需求用例庫作為產(chǎn)品的

16、軟件代碼 資產(chǎn)存在，需保持可讀性和用例在產(chǎn)品 迭代更新中的完整性和準(zhǔn)確性。同上且所有的功能上線都以能被可讀的 需求用例驗證通過為目標(biāo)，每次迭代上 線都必須執(zhí)行沉淀下的所有的需求用 例，直到驗證和修復(fù)通過才可上線。需求用例庫無需重建就能作為產(chǎn)品功能 回歸驗收使用。同上，且應(yīng)建立企業(yè)級可視化便捷的平 臺，管理需求文檔，且可以通過需求文 檔能查看產(chǎn)品的全貌，且通過平臺，需 求提出人、最終使用人、產(chǎn)品經(jīng)理、開 發(fā)運(yùn)維人員進(jìn)行更好的溝通和協(xié)作。5同上需求應(yīng)具備可閱讀的文 檔和測試驗證的實例兩 種特性，通過建設(shè)企業(yè) 級可視化便捷的平臺， 建立從用戶故事排入迭 代開發(fā)、開發(fā)完成后作 為測試驗收測試、部署 到

17、生產(chǎn)即作為生產(chǎn)驗收 測試，整個過程的全自 動化模式。7敏捷計劃管理敏捷計劃管理是產(chǎn)品經(jīng)理、研發(fā)團(tuán)隊以及與產(chǎn)品相關(guān)的干系人圍繞業(yè)務(wù)價值交付進(jìn)行的軟件研發(fā)過程, 包括價值交付、交付過程管理兩個部分，要求產(chǎn)品經(jīng)理、團(tuán)隊以及與產(chǎn)品相關(guān)的干系人建立以盡早和持續(xù)地 交付有價值的軟件為目標(biāo)，通過高效的溝通方式、高效的可視化的工作流程、有效的度量和快速反饋機(jī)制, 實現(xiàn)軟件研發(fā)業(yè)務(wù)價值最大化。7. 1價值交付價值交付是指產(chǎn)品經(jīng)理、研發(fā)團(tuán)隊在軟件研發(fā)過程中的業(yè)務(wù)價值交付能力，包括按照用戶故事地圖按 需交付可用的軟件，交付的軟件能準(zhǔn)確的反映需求提出者的訴求，軟件質(zhì)量、用戶體驗?zāi)茏屖褂谜邼M意，軟件運(yùn)行結(jié)果能快速反饋并

18、持續(xù)優(yōu)化提升。主要包括交付與需求、交付質(zhì)量、交付反饋與度量三個方 面，如表4所示。7.1.1交付與需求指價值交付的過程中按照用戶需求提升交付節(jié)奏和效率的措施。1.2交付質(zhì)量指產(chǎn)品價值交付的過程中，需要控制價值交付質(zhì)量。7.1.3交付反饋與度量指需要建立了對價值交付的反饋機(jī)制。表4價值交付級別交付與需求交付質(zhì)量交付反饋與度量1研發(fā)團(tuán)隊的軟件交付以符合需求 文檔內(nèi)容為基準(zhǔn)，允許產(chǎn)品經(jīng) 理在項目全部交付前變更需求。軟件驗收方和研發(fā)團(tuán)隊有 約定軟件質(zhì)量指標(biāo)。有交付驗收測試流程，能將結(jié) 果反饋到產(chǎn)品經(jīng)理和開發(fā)團(tuán) 隊。2產(chǎn)品經(jīng)理、研發(fā)團(tuán)隊采用敏捷的 方法提升交付價值：1）采用用戶故事編寫需求提升 需求的業(yè)

19、務(wù)價值；2）產(chǎn)品經(jīng)理、研發(fā)團(tuán)隊在交付 迭代中持續(xù)溝通并細(xì)化用戶故 事，例如：召開需求澄清會；3）產(chǎn)品經(jīng)理在迭代交付上線前 進(jìn)行需求驗收，保障交付符合需 求要求。同上且軟件質(zhì)量指標(biāo)包括 過程質(zhì)量指標(biāo)、結(jié)果質(zhì)量指 標(biāo)。在結(jié)果質(zhì)量指標(biāo)中應(yīng)包 含業(yè)務(wù)連續(xù)性指標(biāo)、用戶體 驗指標(biāo)等。同上且需求提出者、使用者或 使用者代表都參與驗收。3同上旦有穩(wěn)定的交付節(jié)奏，根據(jù) 產(chǎn)品待辦列表的優(yōu)先級持續(xù)交 付。當(dāng)發(fā)生規(guī)模型產(chǎn)品研發(fā)情況，所 有團(tuán)隊的需求和交付計劃都是 統(tǒng)一協(xié)同的。同上且軟件質(zhì)量指標(biāo)包括 業(yè)務(wù)價值評估指標(biāo)、業(yè)務(wù)準(zhǔn) 確性指標(biāo)等。同上4同上且有提升需求價值的敏捷 活動。例如：典型角色分析、影 響地圖等。有提升交

20、付優(yōu)先級的價值最大 化的敏捷活動。例如：精益產(chǎn)品 的方法、用戶故事地圖、MVP等。同上旦建立產(chǎn)品級回顧改 進(jìn)機(jī)制，在每次交付迭代都 開展回顧改進(jìn)活動，包括根 據(jù)交付質(zhì)量優(yōu)化軟件研發(fā) 過程。同上旦建立產(chǎn)品級回顧改進(jìn)機(jī) 制，在每次交付迭代都開展回 顧改進(jìn)活動，包括根據(jù)用戶反 饋優(yōu)化軟件研發(fā)過程。應(yīng)具備 支撐軟件交付質(zhì)量、交付速度 的度量評估工具。5同上，且軟件交付節(jié)奏是根據(jù)業(yè) 務(wù)的需求持續(xù)部署，按需發(fā)布。同上同上7.2交付過程管理交付過程管理，通過建立價值流動機(jī)制，可視化管理價值流動，控制流動節(jié)奏，建立反饋機(jī)制，不斷 提升價值交付效率，包括各類計劃會議、評審會議等。主要包括交付計劃、交付活動、價值

21、流動和人員組 織四個方面，如表5所示。7. 2. 1交付計劃是指在產(chǎn)品經(jīng)理和團(tuán)隊建立需求任務(wù)的實現(xiàn)計劃和產(chǎn)品增量的交付計劃。7.2.2交付活動為了能快速有效的交付業(yè)務(wù)價值，而進(jìn)行的相關(guān)會議、評審等活動。7.2.3價值流動從產(chǎn)品價值交付角度，通過交付速度、頻率等度量指標(biāo)的優(yōu)化，不斷提升交付的速度，實現(xiàn)開發(fā)任務(wù) 的拉動式管理。7.2.4人員組織定義了在價值交付過程中，相關(guān)干系人員的合作方式，以及組織的形式。根據(jù)以上四個方面所能達(dá)到的不同程度分為以下5個等級，具體如下：表5交付過程管理級別交付計劃交付活動價值流動人員組織1將產(chǎn)品計劃按照需求分 析、開發(fā)、測試、發(fā)布 上線等不同階段劃分為 里程碑式。需

22、求變更由 產(chǎn)品經(jīng)理和團(tuán)隊商量確 定。初步具備敏捷交付的特 征，能進(jìn)行多次交付，相 關(guān)干系人能參與到交付過 程中。通過交付式管理模 式，在職能團(tuán)隊間 通過契約式交付上 下游間的交付物。職能型團(tuán)隊2同上且產(chǎn)品待辦清單 中用戶故事內(nèi)容完備、 優(yōu)先級確定，用戶故事 間的依賴關(guān)系確定。團(tuán) 隊能從產(chǎn)品待辦列表 中根據(jù)優(yōu)先級確定將 要開發(fā)的內(nèi)容。產(chǎn)品經(jīng) 理和團(tuán)隊約定計劃變 更的流程，產(chǎn)品經(jīng)理提 出變更請求后，與團(tuán)隊 溝通，共同決定是否進(jìn) 行計劃變更。發(fā)生需求在滿足以上要求的同時， 能流暢使用產(chǎn)品需求計劃會 議、站會、發(fā)布計劃會議 等，進(jìn)行需求、任務(wù)對齊、 發(fā)布交付的計劃確定。具備 跨團(tuán)隊的計劃活動，能識 別

23、出團(tuán)隊間存在依賴的用戶 故事，約定用戶故事的優(yōu)先 級，對于需要對齊發(fā)布周期 的團(tuán)隊，進(jìn)行對齊。能通過 交付評審會議進(jìn)行交付結(jié)果 驗收。在滿足以上要求的 同時，建立團(tuán)隊工 作進(jìn)展可視化的工 具，能通過工具展 示產(chǎn)品需求提出到 開發(fā)交付的全開發(fā) 流程，可視化用戶 價值，可視化瓶頸 問題。團(tuán)隊進(jìn)行用 戶故事規(guī)模估算， 具備各團(tuán)隊交付速 度的參考值。明確了產(chǎn)品經(jīng)理、 敏捷教練、團(tuán)隊三 類角色，三者一起 工作。變更時，團(tuán)隊成員決定 可以置換的用戶故事。3在滿足以上要求的同 時產(chǎn)品經(jīng)理和團(tuán)隊闈 繞交付價值共同制定 產(chǎn)品需求計劃，控制交 付的節(jié)奏，形成穩(wěn)定的 價值交付速度。團(tuán)隊具備應(yīng)對措施，減少 變更帶來的

24、影響，例如： 需求條目進(jìn)一步拆分時， 充分考慮其獨立性，減少 需求變更影響的團(tuán)隊范 圍；團(tuán)隊在開發(fā)過程中， 按照用戶故事優(yōu)先級進(jìn)行 開發(fā)；按照團(tuán)隊約定規(guī)則 進(jìn)行需求替換，最小化對 己有需求的影響；優(yōu)先置 換出低優(yōu)先級的需求。同上且具備工具支 撐計劃安排活動， 能自動識別任務(wù)間 的依賴，支持團(tuán)隊 間依賴管理，能實 現(xiàn)任務(wù)的自動流轉(zhuǎn) 等,對于需要進(jìn)行 團(tuán)隊對齊的情況， 能自動實現(xiàn)團(tuán)隊的 對齊。同上且建立特性 團(tuán)隊，保持業(yè)務(wù)交 付價值的獨立性。同上且，通過建立 和相關(guān)干系人一 起工作，變外部溝 通為內(nèi)部溝通，提 升協(xié)作效率。4同上。同上。同上且通過平臺能 可視化交付速度等 度量指標(biāo)，對發(fā)現(xiàn) 阻礙問題

25、，團(tuán)隊能 通過改進(jìn)措施，進(jìn) 行持續(xù)改進(jìn)。5同上且通過不斷優(yōu)化 改進(jìn)，實現(xiàn)靈活規(guī)劃， 按需交付。敏捷團(tuán)隊圍 繞公司戰(zhàn)略工作，在產(chǎn) 品規(guī)劃、研發(fā)、發(fā)布各 層面具備靈活反應(yīng)的 能力，可支撐業(yè)務(wù)價值 驅(qū)動下的靈活的計劃 變更，建立應(yīng)對風(fēng)險的 能力。同上。同上。同上且企業(yè)采用 扁平化的敏捷團(tuán) 隊組織架構(gòu)，賦予 團(tuán)隊圍繞產(chǎn)品自 組織、自管理的權(quán) 力，包括但不限于 產(chǎn)品規(guī)劃、建設(shè)、 運(yùn)營、人力、績效、 核算等。敏捷團(tuán)隊 以業(yè)務(wù)價值為核 心以運(yùn)營為驅(qū)動 的敏捷工作模式， 企業(yè)為團(tuán)隊提供 IT基礎(chǔ)設(shè)施、基 礎(chǔ)管理等支持。8敏捷協(xié)作管理敏捷協(xié)作管理是指在開發(fā)過程中，對產(chǎn)品開發(fā)相關(guān)干系人員間的溝通內(nèi)容和溝通方式的管

26、理。主要 強(qiáng)調(diào)開發(fā)團(tuán)隊圍繞產(chǎn)品價值交付，提升整體交付過程的流暢度。1產(chǎn)品經(jīng)理和團(tuán)隊描述產(chǎn)品經(jīng)理和團(tuán)隊之間的需求變更的適應(yīng)程度，產(chǎn)品交付的頻率要求。主要包括協(xié)作內(nèi)容和協(xié)作機(jī) 制兩個方面，如表6所示。8.1.1協(xié)作內(nèi)容產(chǎn)品需求的變更和交付情況。1.2協(xié)作機(jī)制是指產(chǎn)品經(jīng)理和團(tuán)隊相互配合的方式。根據(jù)以上兩個方面所能達(dá)到的不同程度分為以下5個等級，具體如下：表6產(chǎn)品經(jīng)理和團(tuán)隊級別協(xié)作內(nèi)容協(xié)作機(jī)制1產(chǎn)品需求可以協(xié)商，可接受產(chǎn)品需求變更。按照職能劃分的文檔交付審核模式。2同上旦團(tuán)隊擁抱變化，夠接受產(chǎn)品經(jīng)理關(guān)于產(chǎn)品的需 求變更。團(tuán)隊按照完整用戶故事進(jìn)行交付。產(chǎn)品經(jīng)理 及時驗收交付物。同上且建立可視化的產(chǎn)品開發(fā)

27、過程， 如看板、燃盡圖。產(chǎn)品經(jīng)理和團(tuán)隊進(jìn) 行面對面的溝通，隨時可以了解研發(fā) 進(jìn)度。3同上且產(chǎn)品經(jīng)理和團(tuán)隊具有共同的交付價值訴求，共 同圍繞著可交付的軟件進(jìn)行工作，共同遵守項目約定。同上且產(chǎn)品經(jīng)理和團(tuán)隊在一起工作。4同上。同上且產(chǎn)品經(jīng)理和團(tuán)隊定期共同進(jìn)行 產(chǎn)品研發(fā)過程回顧，并能完成改進(jìn)。b在公司級進(jìn)行組織轉(zhuǎn)型，建立以產(chǎn)品單元為核心的組 織架構(gòu)，基礎(chǔ)設(shè)施橫向分層拆分，以業(yè)務(wù)單元為維度 進(jìn)行縱向拆分。使得團(tuán)隊能夠更快實現(xiàn)需求的靈活規(guī) 劃，按需交付。同上。8. 2團(tuán)隊和團(tuán)隊描述相關(guān)聯(lián)團(tuán)隊間的協(xié)作內(nèi)容和機(jī)制，主要體現(xiàn)在以下兩個方面，如表7所示:2. 1協(xié)作內(nèi)容產(chǎn)品級跨團(tuán)隊需求的變更、交付情況； 8.2.2協(xié)作機(jī)制相互配合的方式。根據(jù)以上兩個方面所能達(dá)到的不同程度分為以下5個等級，具體如下:表7團(tuán)隊和團(tuán)隊級別協(xié)作內(nèi)容協(xié)作機(jī)制1跨團(tuán)隊級的產(chǎn)品需求可接受變更。形成跨團(tuán)隊的分層 需求文檔。按照職能劃分的文檔交付審核模式。2同上且在團(tuán)隊產(chǎn)品驗收的基礎(chǔ)上，具備產(chǎn)品級交付驗 收的能力。同上旦建立跨團(tuán)隊的產(chǎn)品級研發(fā)可視 化。團(tuán)隊間的各類敏捷會議，如聯(lián)合