互聯(lián)網(wǎng)公司敏捷成熟度模型實(shí)施辦法

敏捷成熟度模型實(shí)施辦法一、簡(jiǎn)介敏捷成熟度模型（AgileMaturityModel,簡(jiǎn)稱AMM）,面向全體IT員工，通過(guò)8個(gè)維度x5個(gè)級(jí)別，對(duì)各團(tuán)隊(duì)的敏捷成熟度進(jìn)行評(píng)估，并幫助團(tuán)隊(duì)尋找持續(xù)改進(jìn)的方向和目標(biāo)。該模型通過(guò)“需求管理”維度引導(dǎo)團(tuán)隊(duì)提升價(jià)值識(shí)別與需求管理的能力，促使團(tuán)隊(duì)“做正確的事情”；在“技術(shù)卓越”和“質(zhì)量保障”的基礎(chǔ)上，以“計(jì)劃跟蹤”引導(dǎo)團(tuán)隊(duì)確?！罢_的事情”能夠有效的落地和交付，并靈活的應(yīng)對(duì)變化；通過(guò)“流程協(xié)作”和“共享職責(zé)”引導(dǎo)團(tuán)隊(duì)以經(jīng)過(guò)共識(shí)的流程規(guī)范為基礎(chǔ)，加強(qiáng)團(tuán)隊(duì)合作，提升團(tuán)隊(duì)凝聚力，并通過(guò)“度量改進(jìn)”和“持續(xù)學(xué)習(xí)”維度引導(dǎo)團(tuán)隊(duì)在數(shù)據(jù)度量的基礎(chǔ)上，持續(xù)改進(jìn)，不斷進(jìn)步。每個(gè)度量維度分為“0-初始級(jí)”，“1-成長(zhǎng)級(jí)”，“2-成熟級(jí)”，“3-優(yōu)化級(jí)”和“4-創(chuàng)新級(jí)”五個(gè)級(jí)別，用于引導(dǎo)團(tuán)隊(duì)識(shí)別當(dāng)前階段的優(yōu)化目標(biāo)，確定持續(xù)提升的路徑。相對(duì)于評(píng)估得分，我們更看重團(tuán)隊(duì)在發(fā)展目標(biāo)方面達(dá)成共識(shí)，持續(xù)挖掘提升的辦法并落地實(shí)施，不斷實(shí)現(xiàn)自我改進(jìn)二、使用方式1a.各維度自評(píng)團(tuán)隊(duì)自行組織并根據(jù)現(xiàn)狀做出評(píng)估。方法如下：a）進(jìn)入某個(gè)維度之后，成員自低向高默讀各級(jí)描述。若所在的團(tuán)隊(duì)與某級(jí)別中任一條描述不符，則視為該團(tuán)隊(duì)還尚未達(dá)到該級(jí)別。此時(shí)，請(qǐng)停止閱讀；b）準(zhǔn)備好代表前一級(jí)別的手牌及為什么尚未達(dá)到該級(jí)別的事例；c）當(dāng)所有人準(zhǔn)備好手牌后，大家同時(shí)出牌，出牌評(píng)級(jí)低的組員向出牌評(píng)級(jí)高的組員解釋尚未達(dá)到該級(jí)別的原因和事例，并相互討論；d）通過(guò)再次默讀并出牌，或直接討論達(dá)成一致等方式，得出團(tuán)隊(duì)在該維度的自評(píng)級(jí)別，并繪入雷達(dá)圖中。1b.改進(jìn)措施討論a）針對(duì)上一次自評(píng)的行動(dòng)結(jié)果進(jìn)行檢視；b）將八個(gè)維度的結(jié)果繪制入雷達(dá)圖中；c）對(duì)比之前的自評(píng)結(jié)果，選出2~3個(gè)維度討論改進(jìn)意見(jiàn)。建議選擇方法：評(píng)級(jí)最低的維度，或退步的維度，或長(zhǎng)期沒(méi)有進(jìn)步的維度，或嚴(yán)重短板的維度；d）選擇出的維度，對(duì)標(biāo)下一級(jí)別，針對(duì)尚未達(dá)到該級(jí)別的原因，討論出改進(jìn)目標(biāo)、切實(shí)可行的行動(dòng)及負(fù)責(zé)人；e）帶走行動(dòng)計(jì)劃，會(huì)后采取行動(dòng)持續(xù)改進(jìn)。管理團(tuán)隊(duì)評(píng)估管理團(tuán)隊(duì)根據(jù)觀察了解到的團(tuán)隊(duì)運(yùn)行情況，給出團(tuán)隊(duì)的評(píng)估得分。討論共識(shí)敏捷團(tuán)隊(duì)與管理團(tuán)隊(duì)一起對(duì)成熟度評(píng)估結(jié)果進(jìn)行共識(shí)，并明確下個(gè)評(píng)估周期改進(jìn)策略的過(guò)程。方法如下：a）每團(tuán)隊(duì)出2~3名代表，與管理團(tuán)隊(duì)一起共識(shí)團(tuán)隊(duì)當(dāng)前的評(píng)估評(píng)估結(jié)果。b）管理團(tuán)隊(duì)根據(jù)評(píng)估結(jié)果對(duì)團(tuán)隊(duì)進(jìn)行打分。最終得分=當(dāng)前評(píng)估分均值*權(quán)重+（當(dāng)前評(píng)估分均值-上次評(píng)估分均值）*（4*權(quán)重）-扣減分if（評(píng)估得分跟上次相同，沒(méi)有任何提升）c）管理團(tuán)隊(duì)與敏捷團(tuán)隊(duì)共同確定下個(gè)評(píng)估周期的行動(dòng)計(jì)劃和跟進(jìn)策略。

三、評(píng)估示例【第一次評(píng)估】得到團(tuán)隊(duì)的敏捷成熟度初始值。經(jīng)團(tuán)隊(duì)討論共識(shí)，選擇技術(shù)卓越、共享職責(zé)兩個(gè)維度作為改進(jìn)方向，確定改進(jìn)措施。壅度9012Q4壅度9012Q41計(jì)劃跟蹤1技術(shù)卓越1證11共享職責(zé)1建進(jìn)01XX團(tuán)隊(duì)敏捷成熟眺呈圖5012口4推埋學(xué)習(xí)03計(jì)劃親巖D.SD.4D.2M宣溟適a技術(shù)皇懣共享職責(zé)1?皇保遷SOfE【第二次評(píng)估】團(tuán)隊(duì)跟進(jìn)上次評(píng)估之后確定的改進(jìn)措施，在技術(shù)卓越、共享職責(zé)和度量改進(jìn)三個(gè)維度的評(píng)估得分得到了提升。經(jīng)團(tuán)隊(duì)討論共識(shí)，選擇需求管理、流程協(xié)作兩個(gè)維度作為XX團(tuán)隊(duì)敏捷成熟度度量圖育束費(fèi)注計(jì)龍供U麒XX團(tuán)隊(duì)敏捷成熟度度量圖育束費(fèi)注計(jì)龍供U麒9012Q49013Q1需求冒里11諛麟11技術(shù)卓越12辰星保證1111共蛔12度宣醐0111改進(jìn)方向，確定改進(jìn)措施?！镜谌卧u(píng)估】團(tuán)隊(duì)跟進(jìn)上次評(píng)估之后確定的改進(jìn)措施，在需求管理和流程協(xié)作兩個(gè)維度的評(píng)估得分得到了提升，并確定下一步的改進(jìn)方向和改進(jìn)措施。

XX團(tuán)隊(duì)敏捷成熟模度景圖的T學(xué)習(xí)計(jì)劃戰(zhàn)略H珈XX團(tuán)隊(duì)敏捷成熟模度景圖的T學(xué)習(xí)計(jì)劃戰(zhàn)略H珈蓋程U?作【第N次評(píng)估】團(tuán)隊(duì)基于上次評(píng)估的改進(jìn)措施持續(xù)改進(jìn)，并確定下一步的改進(jìn)方向和改進(jìn)9012Q4901迎9013Q2需求管理112計(jì)劃跟蹤111技術(shù)卓愁122底量保證111瀚呈協(xié)作112共享職責(zé)122度量改進(jìn)011111措施，同時(shí)對(duì)成熟度模型進(jìn)行優(yōu)化。四、模型詳述1、需求管理《人月神話》的作者弗雷德里克?布魯克斯曾經(jīng)說(shuō)過(guò)，"產(chǎn)品開(kāi)發(fā)中如果只有一件最困難的事，那就是精確的定義做什么?！毙枨蠊芾?，從來(lái)都是產(chǎn)品開(kāi)發(fā)中的重點(diǎn)和難點(diǎn)。本維度用于評(píng)估團(tuán)隊(duì)是否對(duì)用戶價(jià)值有清晰的認(rèn)識(shí)，是否可以通過(guò)透明化的ProductBacklog反映商業(yè)目標(biāo)，并進(jìn)行科學(xué)有效的管理，以及團(tuán)隊(duì)將用戶反饋與目標(biāo)結(jié)合的技術(shù)能力和對(duì)用戶反饋的響應(yīng)能力。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)團(tuán)隊(duì)沒(méi)有對(duì)用戶反饋的響應(yīng)，或未利用用戶反饋來(lái)影響團(tuán)隊(duì)的工作內(nèi)容。需求獲取比較隨機(jī)，沒(méi)有用戶調(diào)研方面的技術(shù)方法，研究過(guò)程沒(méi)有統(tǒng)一的流程或方法指導(dǎo)。交互設(shè)計(jì)沒(méi)有清晰的交互設(shè)計(jì)流程框架指導(dǎo)。沒(méi)有形成ProductBacklog，或者雖然存在ProductBacklog，但團(tuán)隊(duì)成員需要花費(fèi)額外的精力進(jìn)行索取才能獲取到最新版本的ProductBacklog，未能實(shí)現(xiàn)

ProductBacklog的透明化。在體現(xiàn)形式上，需求表現(xiàn)為傳統(tǒng)的需求文檔，通常關(guān)注于需要實(shí)現(xiàn)的功能，未能體現(xiàn)預(yù)期的用戶價(jià)值和商業(yè)價(jià)值.通常在項(xiàng)目早期就凍結(jié)需求，很難處理需求的變更。1-成長(zhǎng)級(jí)開(kāi)始引入定性或定量的方法對(duì)用戶數(shù)據(jù)和用戶行為進(jìn)行分析歸納總結(jié)，并指導(dǎo)產(chǎn)品定位和發(fā)展方向。交互設(shè)計(jì)有一定的交互設(shè)計(jì)理論或方法支持。存在對(duì)所有成員可見(jiàn)的ProductBacklog。（意味著，任何人在任何時(shí)刻，不需要額外的溝通，都能夠看到最新的ProductBacklog。）PO偶爾會(huì)對(duì)ProductBacklog進(jìn)行管理（如ProductBacklogItem的梳理，優(yōu)先級(jí)的調(diào)整和維護(hù)等）。以用戶故事的形式對(duì)需求進(jìn)行描述，但用戶故事缺之一些重要的兀素，比如用戶價(jià)值，AC（驗(yàn)收標(biāo)準(zhǔn)）等。用戶故事的描述相對(duì)比較籠統(tǒng)粗略，同時(shí)，由于缺乏必要的信息，難以對(duì)用戶故事進(jìn)行估算。需求隨著時(shí)間的推移逐步細(xì)化。2-成熟級(jí)史詩(shī)故事、用戶故事、技術(shù)任務(wù)等待辦事項(xiàng)之間的關(guān)系能夠清晰的在ProductBacklog中得以體現(xiàn)。團(tuán)隊(duì)對(duì)用戶反饋的響應(yīng)有相應(yīng)的承諾，并在多數(shù)時(shí)候履行承諾，對(duì)用戶反饋的響應(yīng)體現(xiàn)在組織目標(biāo)中。交互設(shè)計(jì)具有設(shè)計(jì)理論和方法的支撐，嘗試引入組件化設(shè)計(jì)提升設(shè)計(jì)效率，保證界面設(shè)計(jì)規(guī)范性與一致性。ProductBacklog滿足DEEP原則。（注：健康的ProductBacklog需要滿足DEEP原則，即詳略得當(dāng)?shù)腄etailedAppropriately，涌現(xiàn)式的Emergent，經(jīng)過(guò)估算的Estimated，經(jīng)過(guò)優(yōu)先級(jí)排序的Prioritized）在ProductBacklog設(shè)定優(yōu)先級(jí)時(shí)考慮用戶反饋，根據(jù)從用戶處獲得的知識(shí)和觀點(diǎn)對(duì)ProductBacklog中的內(nèi)容進(jìn)行調(diào)整。以標(biāo)準(zhǔn)的用戶故事形式對(duì)需求進(jìn)行描述，用戶故事中包含對(duì)用戶價(jià)值，AC（驗(yàn)收標(biāo)準(zhǔn)）等的描述，以便于就此對(duì)故事的規(guī)模、風(fēng)險(xiǎn)、優(yōu)先級(jí)進(jìn)行估算調(diào)整。

3-優(yōu)化級(jí)團(tuán)隊(duì)能從政策法規(guī)、競(jìng)品分析（如其他相關(guān)相似產(chǎn)品）、用戶反饋（如建議、BUG等）中有效識(shí)別并記錄需求，并按照需求的方式進(jìn)行跟蹤與解決。PO定期與用戶進(jìn)行交流，團(tuán)隊(duì)會(huì)定期結(jié)合用戶反饋，基于定性和定量的方法基礎(chǔ)設(shè)定Backlog中的工作優(yōu)先級(jí)。所有團(tuán)隊(duì)成員都參與到與用戶反饋的響應(yīng)中，并總能履行對(duì)用戶反饋的響應(yīng)的承諾，對(duì)用戶反饋的響應(yīng)體現(xiàn)為組織目標(biāo)的核心。需求獲取與需求管理有清晰的方法論指導(dǎo)，用戶故事滿足INVEST原則，且相互之間的關(guān)聯(lián)和依賴關(guān)系得到有效的識(shí)別和體現(xiàn)，嘗試使用影響地圖、用戶畫(huà)像、用戶故事地圖、MVP（最小化可行產(chǎn)品、MinimumViableProduct）等實(shí)踐指導(dǎo)工作。團(tuán)隊(duì)能夠圍繞用戶故事實(shí)踐端到端的需求管理和反饋，且需求處理過(guò)程對(duì)相關(guān)干系人高度可見(jiàn)（注：流程清晰，需求所處節(jié)點(diǎn)清晰，并通過(guò)工具進(jìn)行可視化）。團(tuán)隊(duì)知道如何在其中長(zhǎng)期計(jì)劃中識(shí)別風(fēng)險(xiǎn)與不確定性，并基于團(tuán)隊(duì)的速率來(lái)調(diào)整項(xiàng)目范圍。4-創(chuàng)新級(jí)團(tuán)隊(duì)從專注于功能實(shí)現(xiàn)轉(zhuǎn)變?yōu)閷Ｗ⒂诋a(chǎn)品實(shí)現(xiàn)，有能力識(shí)別正確的產(chǎn)品路線，共同提出和收集需求，并確定ProductBacklog的優(yōu)先級(jí)。交互設(shè)計(jì)過(guò)程全面引入以用戶為中心的交互設(shè)計(jì)流程，形成界面與交互規(guī)范，有比較完備的組件化庫(kù)。2、計(jì)劃跟蹤本維度用于評(píng)估團(tuán)隊(duì)根據(jù)需要運(yùn)用不同的技巧進(jìn)行計(jì)劃活動(dòng)（Release級(jí)別和Sprint級(jí)別），以及在一個(gè)產(chǎn)品發(fā)布周期內(nèi)，跟蹤與監(jiān)控計(jì)劃的執(zhí)行狀況，管理風(fēng)險(xiǎn)，應(yīng)對(duì)變化，最終實(shí)現(xiàn)用戶價(jià)值交付的能力。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)ProductBacklog缺乏恰當(dāng)?shù)墓芾?，ProductBacklogItem未進(jìn)行恰當(dāng)?shù)募?xì)化分解。團(tuán)隊(duì)未借助于估算方法（比如：StoryPoint等）做Release計(jì)劃和Sprint計(jì)劃。

團(tuán)隊(duì)速率不可知也不可信，或者每個(gè)迭代上下浮動(dòng)偏差較大，導(dǎo)致Release計(jì)劃和Sprint計(jì)劃可信度不高。計(jì)劃安排需要索取、匯報(bào)方可獲得。1-成長(zhǎng)級(jí)ProductBacklog優(yōu)先級(jí)排序?qū)F(tuán)隊(duì)清晰可見(jiàn)。計(jì)劃信息放在公共的地方，可以方便的獲取。（意味著，任何人在任何時(shí)刻，不需要額外的溝通，都能夠看到最新的計(jì)劃安排。）高優(yōu)先級(jí)的ProductBacklogItem經(jīng)過(guò)恰當(dāng)?shù)牟鸱趾图?xì)化，其大小可以比較容易放入一個(gè)迭代進(jìn)行交付實(shí)現(xiàn)。高優(yōu)先級(jí)的ProductBacklogItem經(jīng)過(guò)粗略的估算，以便用于計(jì)劃制定。團(tuán)隊(duì)能夠持續(xù)收集和統(tǒng)計(jì)歷史產(chǎn)能數(shù)據(jù)（團(tuán)隊(duì)速率基于相同的基準(zhǔn)進(jìn)行評(píng)估，得到的速率可信，可以用來(lái)指導(dǎo)計(jì)劃的制定），并且能夠結(jié)合自身交付速率和交付物的完成標(biāo)準(zhǔn)（DoD）制定短期的發(fā)布規(guī)劃（Sprint計(jì)劃）。ScrumMaster負(fù)責(zé)監(jiān)控風(fēng)險(xiǎn)和進(jìn)度，并能知會(huì)給相關(guān)干系人。團(tuán)隊(duì)大多數(shù)時(shí)候可以完成Release和Sprint計(jì)劃目標(biāo)（注，不會(huì)在迭代結(jié)束的時(shí)候把一批任務(wù)手動(dòng)移動(dòng)到下個(gè)迭代）。2-成熟級(jí)團(tuán)隊(duì)能夠掌握工作項(xiàng)分解和評(píng)估的技巧，共同對(duì)ProductBacklogItem的規(guī)模進(jìn)行估算，有效識(shí)別潛在風(fēng)險(xiǎn)點(diǎn)，并結(jié)合團(tuán)隊(duì)速率制定Release計(jì)劃和Sprint計(jì)劃。用戶故事具有清晰的驗(yàn)收標(biāo)準(zhǔn)（AC），各流程節(jié)點(diǎn)具有清晰的完成標(biāo)準(zhǔn)定義（DoD），確保團(tuán)隊(duì)認(rèn)知一致。ScrumMaster主導(dǎo)，團(tuán)隊(duì)成員參與監(jiān)控風(fēng)險(xiǎn)和進(jìn)度。團(tuán)隊(duì)使用工具（如BurningDownchart等）來(lái)跟蹤進(jìn)度情況，并且能夠有效的發(fā)現(xiàn)計(jì)劃執(zhí)行過(guò)程中的問(wèn)題和風(fēng)險(xiǎn)。如果注意到偏差能及時(shí)采取糾偏行動(dòng)，確保進(jìn)展情況與理想進(jìn)展趨于一致。能夠持續(xù)達(dá)成Release目標(biāo)和Sprint目標(biāo)，在Release或Sprint結(jié)束時(shí)有能工作的軟件進(jìn)行演示（沒(méi)有hacks）。3-優(yōu)化級(jí)團(tuán)隊(duì)成員共同通過(guò)工具（例如運(yùn)用Burningup/Buringdown圖表或者度量值來(lái)

跟蹤）有效的跟蹤發(fā)布版本，共同積極監(jiān)控風(fēng)險(xiǎn)和進(jìn)度。如果注意到任何偏差都能及時(shí)采取糾偏行動(dòng)，并及時(shí)通知給相關(guān)干系人。工作進(jìn)展高度透明化，進(jìn)展、阻礙、風(fēng)險(xiǎn)等內(nèi)容可以通過(guò)工具（如白板，JIRA看板，Dashboard等）得以呈現(xiàn)。團(tuán)隊(duì)能夠根據(jù)項(xiàng)目范圍或資源上的改變來(lái)調(diào)整自己的計(jì)劃，變化對(duì)于團(tuán)隊(duì)承諾的提交能力上影響甚微。4-創(chuàng)新級(jí)團(tuán)隊(duì)完全掌握并使用計(jì)劃的技巧與方法，即使沒(méi)有團(tuán)隊(duì)速度的歷史數(shù)據(jù)，也能進(jìn)行短期及中長(zhǎng)期的計(jì)劃，并且可以為項(xiàng)目干系人提供充足的數(shù)據(jù)來(lái)支持計(jì)劃的立項(xiàng)。團(tuán)隊(duì)可以有效的應(yīng)對(duì)項(xiàng)目交付中的各種變化和不確定性，如技術(shù)架構(gòu)方案不確定性，中間需求變更或者方案變更，確保最終產(chǎn)品的順利交付。團(tuán)隊(duì)工作結(jié)果高度可預(yù)測(cè)，所做計(jì)劃高度可信，團(tuán)隊(duì)能持續(xù)完成承諾的交付。3、技術(shù)卓越本維度用于引導(dǎo)團(tuán)隊(duì)通過(guò)應(yīng)用優(yōu)秀的技術(shù)實(shí)踐，不斷優(yōu)化代碼架構(gòu)，提升軟件工程能力，提高團(tuán)隊(duì)持續(xù)集成和持續(xù)交付的能力。不僅讓軟件工作，更一直追求精益求精，并持續(xù)提升。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)團(tuán)隊(duì)很少關(guān)注，也沒(méi)有監(jiān)控代碼質(zhì)量。驗(yàn)收之前，代碼未經(jīng)過(guò)評(píng)審（codereview）o設(shè)計(jì)、編碼、測(cè)試用例尚沒(méi)有形成規(guī)范。沒(méi)有進(jìn)行接口測(cè)試，沒(méi)有自動(dòng)化測(cè)試，缺陷引入率很高。沒(méi)有結(jié)對(duì)，每個(gè)人獨(dú)立工作（此處指的不是結(jié)對(duì)編程，更而是傾向于引導(dǎo)團(tuán)隊(duì)成員之間的相互支持與協(xié)作），從需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試到編寫(xiě)文檔的工作線性進(jìn)行。功能發(fā)布前置時(shí)間（也就是從代碼提交到功能上線花費(fèi)的時(shí)間，它體現(xiàn)了團(tuán)隊(duì)發(fā)布的基本能力。如果時(shí)間開(kāi)銷很大，就不合適加大發(fā)版頻率。）很長(zhǎng)，上線風(fēng)險(xiǎn)高。

團(tuán)隊(duì)有代碼分支管理策略，但對(duì)于各分支創(chuàng)建、合并、刪除等的操作時(shí)機(jī)、標(biāo)準(zhǔn)（如代碼分支在何時(shí)，需要滿足什么條件的情況下，由誰(shuí)合并入哪個(gè)分支，分支合并之后需要執(zhí)行哪些驗(yàn)證操作等）尚沒(méi)有明確的原則和操作規(guī)范。1-成長(zhǎng)級(jí)團(tuán)隊(duì)開(kāi)始關(guān)注并使用工具對(duì)代碼質(zhì)量進(jìn)行監(jiān)控（比如，使用sonar，checkstyle等進(jìn)行持續(xù)監(jiān)控）在軟件架構(gòu)、接口、代碼、測(cè)試用例等方面已經(jīng)形成規(guī)范，但團(tuán)隊(duì)不太了解規(guī)范制定背后的原因，團(tuán)隊(duì)開(kāi)始按照規(guī)范進(jìn)行執(zhí)行，但執(zhí)行情況并不甚好。遵循代碼集體所有制，在執(zhí)行過(guò)程中，代碼沒(méi)有經(jīng)過(guò)很好的討論和設(shè)計(jì)，會(huì)出現(xiàn)需要返工重寫(xiě)的情況。有代碼評(píng)審，但尚未成為例行且規(guī)范化的操作，固化到團(tuán)隊(duì)的迭代開(kāi)發(fā)工作中。開(kāi)始嘗試進(jìn)行自動(dòng)化測(cè)試，測(cè)試是開(kāi)發(fā)流程的一部分，但以測(cè)試人員為主，缺陷持續(xù)的引入。構(gòu)建過(guò)程和測(cè)試過(guò)程需要手動(dòng)操作，未形成自動(dòng)化的持續(xù)集成流水線。團(tuán)隊(duì)共有統(tǒng)一的代碼分支管理策略，在代碼分支的創(chuàng)建、合并、刪除等的操作時(shí)機(jī)、標(biāo)準(zhǔn)有明確的原則和操作規(guī)范，團(tuán)隊(duì)能夠按照規(guī)范執(zhí)行相關(guān)操作。2-成熟級(jí)軟件架構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)庫(kù)/表結(jié)構(gòu)設(shè)計(jì)、代碼、測(cè)試用例等可操作的規(guī)范，團(tuán)隊(duì)認(rèn)可規(guī)范且清楚規(guī)范制定背后的原因，且各項(xiàng)規(guī)范得到執(zhí)行和監(jiān)測(cè)。代碼集體所有，軟件架構(gòu)、接口、數(shù)據(jù)用表結(jié)構(gòu)設(shè)計(jì)得以監(jiān)控，在發(fā)生變更時(shí)會(huì)經(jīng)過(guò)討論和評(píng)審。不會(huì)出現(xiàn)返工重寫(xiě)的情況，方案討論、代碼評(píng)審、測(cè)試用例評(píng)審常態(tài)且有效。開(kāi)始形成自動(dòng)化測(cè)試的習(xí)慣，且團(tuán)隊(duì)內(nèi)全部成員共同擁有自動(dòng)化測(cè)試技能，并在需要時(shí)進(jìn)行自動(dòng)化測(cè)試用例的編寫(xiě)。通過(guò)自動(dòng)化構(gòu)建和自動(dòng)化測(cè)試，建立起持續(xù)集成的流水線（自動(dòng)化），并對(duì)軟件質(zhì)量進(jìn)行持續(xù)監(jiān)控。需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試到編寫(xiě)文檔的工作有計(jì)劃的并行進(jìn)行，迭代開(kāi)發(fā)的功能可以在迭代內(nèi)發(fā)布上線。3-優(yōu)化級(jí)具有較好的架構(gòu)設(shè)計(jì)，對(duì)于涉及多個(gè)系統(tǒng)的功能，各系統(tǒng)可以單獨(dú)部署上線。

通過(guò)功能開(kāi)關(guān)、白名單、版本控制等方式確保上線過(guò)程安全可控且可靈活回滾。有成熟的灰度發(fā)布機(jī)制控制發(fā)布節(jié)奏并靈活控制已上線功能對(duì)不同用戶群的可見(jiàn)性。大部分功能可以不需要客戶端發(fā)版就能夠?qū)崿F(xiàn)，減少應(yīng)用市場(chǎng)審核，能夠有效的降低應(yīng)用市場(chǎng)拒審、下架等風(fēng)險(xiǎn)。團(tuán)隊(duì)開(kāi)始探索和實(shí)踐軟件工程的技術(shù)，如：簡(jiǎn)單設(shè)計(jì)、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)、結(jié)對(duì)編程等（以上幾條僅為舉例），有本地化的實(shí)踐并長(zhǎng)期堅(jiān)持。針對(duì)技術(shù)債務(wù)，團(tuán)隊(duì)把重構(gòu)列入計(jì)劃并堅(jiān)持進(jìn)行。交付頻率進(jìn)一步提升，可以在一周內(nèi)實(shí)現(xiàn)新功能的增量發(fā)布，同時(shí)，也可以及時(shí)處理用戶的反饋。軟件系統(tǒng)基本不會(huì)出現(xiàn)線上問(wèn)題。4-創(chuàng)新級(jí)在產(chǎn)品開(kāi)發(fā)策略和方向上，技術(shù)卓越是商業(yè)運(yùn)作的優(yōu)先考慮方向之一。高預(yù)見(jiàn)性和低技術(shù)債務(wù)所帶來(lái)的更低風(fēng)險(xiǎn)和更少開(kāi)發(fā)成本，使團(tuán)隊(duì)有更多的時(shí)間在為用戶開(kāi)發(fā)增值功能。具有良好的架構(gòu)設(shè)計(jì)，各系統(tǒng)具有較高的性能指標(biāo)，靈活的擴(kuò)展性。微服務(wù)架構(gòu)有利于支持小規(guī)模團(tuán)隊(duì)運(yùn)作，減少團(tuán)隊(duì)之間的依賴，支持devops能力的持續(xù)提升。自動(dòng)執(zhí)行軟件交付和基礎(chǔ)架構(gòu)更改流程，可在其中快速、頻繁且更可靠地構(gòu)建、測(cè)試和發(fā)布軟件。4、質(zhì)量保障本維度用于評(píng)估團(tuán)隊(duì)產(chǎn)出物的測(cè)試驗(yàn)證被納入研發(fā)流程管理的程度，以及測(cè)試驗(yàn)證由所有成員合作執(zhí)行的程度。本維度同時(shí)關(guān)注利用自動(dòng)化手段完成這些測(cè)試驗(yàn)證活動(dòng)的程度。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)很少預(yù)先考慮測(cè)試，沒(méi)有將測(cè)試、驗(yàn)收等工作納入用戶故事的估算中（DoD的標(biāo)準(zhǔn)是到可上線的標(biāo)準(zhǔn)）。測(cè)試集中在迭代后期進(jìn)行。

只有測(cè)試人員負(fù)責(zé)制定測(cè)試計(jì)劃、執(zhí)行測(cè)試和自動(dòng)化測(cè)試。文檔性交付物沒(méi)有一致的框架結(jié)構(gòu)，未針對(duì)文檔內(nèi)容提供驗(yàn)收標(biāo)準(zhǔn)，完成后只有非正式審閱，沒(méi)有相關(guān)干系人參與的評(píng)審。1-成長(zhǎng)級(jí)預(yù)先考慮測(cè)試交付過(guò)程，將測(cè)試，驗(yàn)收等工作納入用戶故事的估算范圍。（備注：DoD為達(dá)到可上線的標(biāo)準(zhǔn)，因此在估算的時(shí)候需要考慮到各步驟中工作的規(guī)模、復(fù)雜度、風(fēng)險(xiǎn)等因素。）開(kāi)始討論測(cè)試策略，與相關(guān)工作的優(yōu)先級(jí)和風(fēng)險(xiǎn)。測(cè)試工作平滑的分布在迭代的各個(gè)時(shí)期，很少出現(xiàn)沒(méi)有工作可測(cè)的情況。團(tuán)隊(duì)共同制定測(cè)試計(jì)劃，實(shí)施ATDD，驗(yàn)收用例按照Given-When-Then（在什么樣的條件下執(zhí)行什么操作得到什么樣的結(jié)果）的形式清晰描述。團(tuán)隊(duì)開(kāi)始定義相關(guān)的交付質(zhì)量過(guò)程指標(biāo)、對(duì)外交付質(zhì)量指標(biāo)分析團(tuán)隊(duì)質(zhì)量保證方?面的現(xiàn)狀和優(yōu)化方.向。初步約定文檔性交付物的框架結(jié)構(gòu)，開(kāi)始針對(duì)文檔內(nèi)容提供驗(yàn)收標(biāo)準(zhǔn)，并邀請(qǐng)相關(guān)干系人共同參與的評(píng)審。2-成熟級(jí)在用戶故事計(jì)劃階段和迭代過(guò)程中，測(cè)試、驗(yàn)收等工作都已經(jīng)進(jìn)行充分的考慮。測(cè)試在迭代的較早時(shí)間進(jìn)行，發(fā)現(xiàn)與解決問(wèn)題數(shù)量曲線在整個(gè)迭代周期內(nèi)相對(duì)平穩(wěn)，沒(méi)有太多問(wèn)題滯留到后續(xù)迭代中。對(duì)各類型、各層級(jí)測(cè)試方式（如功能測(cè)試、性能測(cè)試、兼容性測(cè)試等）的適用范圍和執(zhí)行時(shí)機(jī)有清晰的規(guī)劃和執(zhí)行標(biāo)準(zhǔn)。自動(dòng)化測(cè)試方法達(dá)到一定程度的覆蓋，可以自動(dòng)監(jiān)控并保障每天的代碼提交質(zhì)量（比如，在代碼提交時(shí)，分支合并前，分支合并之后，自動(dòng)執(zhí)行哪些測(cè)試用例，確?？梢员M快的對(duì)代碼變動(dòng)予以反饋，及時(shí)發(fā)現(xiàn)問(wèn)題）。團(tuán)隊(duì)持續(xù)遵守完成的定義（DoD），驗(yàn)收測(cè)試能充分驗(yàn)證所做功能，回歸缺陷能夠立刻修復(fù)。團(tuán)隊(duì)使用度量指標(biāo)值輔助產(chǎn)品質(zhì)量的提高。文檔性交付物體現(xiàn)出一定的計(jì)劃性，與商業(yè)目標(biāo)基本保持一致。不同類型的

文檔（預(yù)研，調(diào)研，設(shè)計(jì)，使用手冊(cè)等）具有輸出標(biāo)準(zhǔn)及評(píng)審流程，并得以執(zhí)行。3-優(yōu)化級(jí)團(tuán)隊(duì)考慮質(zhì)量?jī)?nèi)建和風(fēng)險(xiǎn)前移，通過(guò)如需求評(píng)審、UI評(píng)審（UI規(guī)范）、設(shè)計(jì)評(píng)審（表結(jié)構(gòu)，接口，關(guān)鍵需求點(diǎn)等）、代碼評(píng)審、結(jié)對(duì)測(cè)試（注：考慮減少自己寫(xiě)自己測(cè)試導(dǎo)致的思維受限）等活動(dòng)，將測(cè)試融于軟件開(kāi)發(fā)的各個(gè)階段，從而最大程度上減少產(chǎn)品發(fā)布的穩(wěn)定周期和上線風(fēng)險(xiǎn)。所有團(tuán)隊(duì)成員都參與質(zhì)量策略和方法的學(xué)習(xí)、創(chuàng)建、部署和改進(jìn)，驗(yàn)收測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（ATDD）已被很好的實(shí)踐，團(tuán)隊(duì)邀請(qǐng)相關(guān)用戶參與測(cè)試驗(yàn)證。有完善的自動(dòng)化測(cè)試策略，致力于提高自動(dòng)化測(cè)試覆蓋率，構(gòu)建自動(dòng)化防護(hù)網(wǎng)（場(chǎng)景覆蓋與異常分支覆蓋）。測(cè)試手段更加豐富，如靜態(tài)代碼檢查、內(nèi)存泄漏檢查、性能測(cè)試（壓力測(cè)試、負(fù)載測(cè)試）得以實(shí)踐，各種測(cè)試手段可以有效的保障軟件系統(tǒng)質(zhì)量（包括內(nèi)部質(zhì)量屬性和外部質(zhì)量屬性）。文檔性交付物有較高的計(jì)劃性，與商業(yè)目標(biāo)保持一致，基于文檔輸出標(biāo)準(zhǔn)及評(píng)審流程，團(tuán)隊(duì)不同人的產(chǎn)出物穩(wěn)定。4-創(chuàng)新級(jí)質(zhì)量風(fēng)險(xiǎn)前移成為團(tuán)隊(duì)規(guī)劃質(zhì)量保證的核心思想。在迭代開(kāi)發(fā)過(guò)程中完成集成測(cè)試和系統(tǒng)測(cè)試，質(zhì)量保障措施可以達(dá)到支持每日隨時(shí)上線的標(biāo)準(zhǔn)。5、流程協(xié)作"協(xié)作：指在兩個(gè)或兩個(gè)以上一起工作的人之間，循環(huán)式的知識(shí)互動(dòng)以及相互學(xué)習(xí)的過(guò)程。這個(gè)過(guò)程是推動(dòng)團(tuán)隊(duì)實(shí)現(xiàn)共同創(chuàng)新目標(biāo)的一種智力工程?！?維基百科本維度用于評(píng)估團(tuán)隊(duì)內(nèi)部相同角色成員之間、不同角色成員之間，以及團(tuán)隊(duì)與跨部門甚至跨公司的不同團(tuán)隊(duì)之間，基于共同的目標(biāo)，在經(jīng)過(guò)共識(shí)且不斷優(yōu)化的流程規(guī)范之下，進(jìn)行溝通協(xié)作的能力和成熟程度。

等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)團(tuán)隊(duì)有約定俗成的需求和問(wèn)題處理流程、項(xiàng)目與團(tuán)隊(duì)運(yùn)作規(guī)范，但僅存在于團(tuán)隊(duì)成員的頭腦中。在有新的成員加入團(tuán)隊(duì)時(shí)，需要幾個(gè)迭代的摸索后才可以對(duì)團(tuán)隊(duì)的運(yùn)作方式有清晰的了解和認(rèn)識(shí)。團(tuán)隊(duì)成員對(duì)很多溝通和會(huì)議（敏捷實(shí)踐活動(dòng)的簡(jiǎn)稱，包括會(huì)議、討論、評(píng)審、交流等）的價(jià)值和原因不理解，感覺(jué)這些會(huì)議是浪費(fèi)時(shí)間。會(huì)議的組織和方式不好，有時(shí)沒(méi)有讓?xiě)?yīng)參與進(jìn)來(lái)的團(tuán)隊(duì)成員參與（尤其是當(dāng)涉及到遠(yuǎn)程團(tuán)隊(duì)成員時(shí)），會(huì)議效果經(jīng)常不能達(dá)到原定目標(biāo)。團(tuán)隊(duì)工作目標(biāo)和優(yōu)先級(jí)不夠明確，或者不能夠?qū)崟r(shí)獲取，會(huì)出現(xiàn)由于個(gè)別同事不在公司而難以決定當(dāng)前工作重點(diǎn)和下一步工作安排的情況。團(tuán)隊(duì)沒(méi)有基于明確的目標(biāo)產(chǎn)生協(xié)作，團(tuán)隊(duì)成員經(jīng)常各自獨(dú)立工作，各行其事，溝通匱乏。1-成長(zhǎng)級(jí)存在部分文檔化的流程規(guī)范，但尚沒(méi)有進(jìn)行系統(tǒng)的梳理和歸檔；當(dāng)團(tuán)隊(duì)識(shí)別到需要調(diào)整優(yōu)化流程的時(shí)候，無(wú)法進(jìn)行實(shí)時(shí)的更新和發(fā)布，可能導(dǎo)致團(tuán)隊(duì)成員在一段時(shí)間內(nèi)理解不一致。團(tuán)隊(duì)工作的目標(biāo)和優(yōu)先級(jí)明確，不會(huì)出現(xiàn)由于個(gè)別同事不在公司而難以決定當(dāng)前工作重點(diǎn)和下一步工作安排的情況。團(tuán)隊(duì)成員（包括遠(yuǎn)程成員，如果存在的話）了解各類溝通和會(huì)議的意義，并定期開(kāi)會(huì)，溝通各自工作進(jìn)度并更新?tīng)顟B(tài)，但對(duì)需要相互配合和協(xié)作的事項(xiàng)、問(wèn)題風(fēng)險(xiǎn)等溝通不多。部分團(tuán)隊(duì)成員開(kāi)會(huì)時(shí)參與不積極，會(huì)議效率不高。團(tuán)隊(duì)成員之間只有零零星星的成果和知識(shí)傳遞，只有ScrumMaster才關(guān)注和了解團(tuán)隊(duì)的整體進(jìn)展情況，工作成果不夠透明。2-成熟級(jí)針對(duì)需求交付工作，具有清晰的從需求產(chǎn)生到發(fā)布上線整個(gè)過(guò)程的端到端交付流程規(guī)范，流程中的各個(gè)節(jié)點(diǎn)均有明確的完成標(biāo)準(zhǔn)（DoD）；針對(duì)線上問(wèn)題和日常測(cè)試發(fā)現(xiàn)問(wèn)題，具有清晰的處理規(guī)則和流程規(guī)范，問(wèn)題數(shù)量能夠得到有效的監(jiān)控。項(xiàng)目與迭代過(guò)程中的各流程節(jié)點(diǎn)，各會(huì)議事件均有明確的目標(biāo)，時(shí)間點(diǎn)，輸

入輸出標(biāo)準(zhǔn)等，遺留事項(xiàng)能夠得到有效的跟蹤。流程規(guī)范已經(jīng)文檔化，并統(tǒng)一存檔，團(tuán)隊(duì)對(duì)各流程規(guī)范、完成標(biāo)準(zhǔn)等有統(tǒng)一的認(rèn)識(shí)，并遵照?qǐng)?zhí)行。團(tuán)隊(duì)新建或者需要變更流程時(shí)，經(jīng)過(guò)討論評(píng)議，以確保所有人達(dá)成共識(shí)，促進(jìn)執(zhí)行。當(dāng)團(tuán)隊(duì)決定優(yōu)化流程的時(shí)候，流程規(guī)范文檔能夠得到實(shí)時(shí)更新。團(tuán)隊(duì)成員不僅僅關(guān)注各自的工作進(jìn)展，同時(shí)會(huì)關(guān)注到項(xiàng)目工作整體的優(yōu)先級(jí)，進(jìn)展情況，問(wèn)題風(fēng)險(xiǎn)等，相關(guān)之間溝通順暢，對(duì)各自的工作狀況有清晰的了解。會(huì)議高效，且有簡(jiǎn)潔明確的信息更新，團(tuán)隊(duì)所有成員積極參加會(huì)議，且對(duì)他人的更新內(nèi)容積極響應(yīng)、提供有用的信息和反饋。3-優(yōu)化級(jí)團(tuán)隊(duì)工作相關(guān)的流程節(jié)點(diǎn)和狀態(tài)在工具（如白板，JIRA的看板，面板等）中得以體現(xiàn)，項(xiàng)目團(tuán)隊(duì)之外的人員可以通過(guò)工具清晰的了解項(xiàng)目的進(jìn)展和問(wèn)題風(fēng)險(xiǎn)等情況。內(nèi)部溝通成果有效地被通過(guò)各種工具反映出來(lái)，為團(tuán)隊(duì)外的干系人提供有價(jià)值的信息。團(tuán)隊(duì)基于良好溝通確保高效工作并完成任務(wù)，奔赴共同的目標(biāo)。團(tuán)隊(duì)成員會(huì)與本地和遠(yuǎn)程成員（如果涉及的話）結(jié)伴工作，距離對(duì)團(tuán)隊(duì)完成即定目標(biāo)影響不大。溝通持續(xù)而流暢，團(tuán)隊(duì)成員能得到需要的指導(dǎo)和幫助。4-創(chuàng)新級(jí)團(tuán)隊(duì)主動(dòng)與本產(chǎn)品線以及公司的其它團(tuán)隊(duì)合作，團(tuán)隊(duì)內(nèi)外部信息透明，團(tuán)隊(duì)成員與其它團(tuán)隊(duì)分享最佳實(shí)踐的經(jīng)驗(yàn)，甚至結(jié)對(duì)解決問(wèn)題。團(tuán)隊(duì)與其他合作方公司之間保持密切的協(xié)作關(guān)系，各方協(xié)作順暢，共同為實(shí)現(xiàn)業(yè)務(wù)目標(biāo)而努力。6、共享職責(zé)本維度用于評(píng)估團(tuán)隊(duì)成員對(duì)PO、ScrumMaster和團(tuán)隊(duì)成員彼此之間角色和職責(zé)的理解程度，以及成員在團(tuán)隊(duì)中實(shí)踐各種角色的能力，旨在鼓勵(lì)發(fā)展全功能、自組織團(tuán)隊(duì)。此處職

能角色指需求、設(shè)計(jì)、架構(gòu)、開(kāi)發(fā)、測(cè)試等職能崗位。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)團(tuán)隊(duì)成員不能完全理解相互的角色職責(zé)和責(zé)任邊界，或者團(tuán)隊(duì)成員雖然能夠理解各自的角色，但只是單兵工作，只專注在自己的職能范圍，因而會(huì)影響團(tuán)隊(duì)的效率和效益。團(tuán)隊(duì)內(nèi)有一人可以承擔(dān)ScrumMaster角色的工作，且基本上由此人長(zhǎng)期承擔(dān)ScrumMaster的工作。ScrumMaster負(fù)責(zé)主導(dǎo)團(tuán)隊(duì)工作中各種會(huì)議和事件的如期進(jìn)行。PO負(fù)責(zé)官理ProductBacklog和優(yōu)先級(jí)設(shè)定。團(tuán)隊(duì)成員之間有清晰的技術(shù)棧、所負(fù)責(zé)業(yè)務(wù)領(lǐng)域的劃分，各團(tuán)隊(duì)成員專注于各自的職能范圍。1-成長(zhǎng)級(jí)PO負(fù)責(zé)官理ProductBacklog的內(nèi)容，團(tuán)隊(duì)認(rèn)可ProductBacklog內(nèi)容，并支持、協(xié)助PO對(duì)ProductBacklog進(jìn)行管理。團(tuán)隊(duì)成員已經(jīng)形成自行維護(hù)sprintBacklog的習(xí)慣，ScrumMaster只需監(jiān)督和提醒。團(tuán)隊(duì)成員能夠協(xié)助ScrumMaster進(jìn)行迭代開(kāi)發(fā)過(guò)程中的各項(xiàng)會(huì)議和事件，確保相關(guān)工作的有序進(jìn)行。ScrumMaster對(duì)團(tuán)隊(duì)成員的工作內(nèi)容都很清楚，并識(shí)別團(tuán)隊(duì)運(yùn)作和需求交付過(guò)程中的問(wèn)題和風(fēng)險(xiǎn)。團(tuán)隊(duì)成員在部分技術(shù)棧、業(yè)務(wù)領(lǐng)域形成互相備份的機(jī)制，團(tuán)隊(duì)偶爾出現(xiàn)因?yàn)槟澄怀蓡T短期休假導(dǎo)致工作停滯的情況，但不會(huì)對(duì)交付產(chǎn)生明顯的影響。2-成熟級(jí)團(tuán)隊(duì)成員對(duì)彼此的角色職責(zé)充分理解，并調(diào)整各自行為習(xí)慣來(lái)形成協(xié)作和分享的工作方式。團(tuán)隊(duì)成員理解并支持ScrumMaster和PO的工作。

ScrumMaster能夠有效的幫助團(tuán)隊(duì)排除干擾并保證迭代被有效跟蹤。ScrumMaster協(xié)助，團(tuán)隊(duì)成員主導(dǎo)各種會(huì)議和事件的有效進(jìn)行。團(tuán)隊(duì)成員了解相互的的工作內(nèi)容，共同識(shí)別項(xiàng)目交付中的問(wèn)題和風(fēng)險(xiǎn)，并能夠及時(shí)將信息同步給相關(guān)干系人。團(tuán)隊(duì)成員按照技術(shù)棧、業(yè)務(wù)范圍形成互相備份的機(jī)制，構(gòu)建成熟的排兵布陣地圖，確保團(tuán)隊(duì)成員在休假期間項(xiàng)目工作可以正常進(jìn)行。3-優(yōu)化級(jí)嘗試發(fā)展全職能團(tuán)隊(duì)，團(tuán)隊(duì)成員開(kāi)始嘗試補(bǔ)位其他人的職能角色。當(dāng)計(jì)劃中的缺勤、休假發(fā)生時(shí)，團(tuán)隊(duì)可以自我管理與調(diào)整補(bǔ)位，對(duì)團(tuán)隊(duì)交付能力影響不大。團(tuán)隊(duì)中ScrumMaster這個(gè)角色的工作有備份人員，當(dāng)ScrumMaster不在時(shí)，備份人員可完全承擔(dān)該角色的工作，能夠協(xié)調(diào)團(tuán)隊(duì)解決迭代內(nèi)遇到的問(wèn)題，并對(duì)跨領(lǐng)域的問(wèn)題有一定的推動(dòng)能力。團(tuán)隊(duì)成員在技術(shù)棧、業(yè)務(wù)范圍方面一專多能，按照“T”型人才的模式進(jìn)行發(fā)展，每個(gè)團(tuán)隊(duì)成員都有自己精通的領(lǐng)域，并同時(shí)熟悉兩種及以上的技術(shù)棧和業(yè)務(wù)劃分。4-創(chuàng)新級(jí)團(tuán)隊(duì)能夠以成功的交付為共同目標(biāo)，共同承擔(dān)責(zé)任，不計(jì)較于劃清各自的責(zé)任。團(tuán)隊(duì)中的任何成員可以承擔(dān)ScrumMaster角色的職責(zé)，可以幫助團(tuán)隊(duì)解決迭代中遇到的障礙，對(duì)跨領(lǐng)域的問(wèn)題解決具有較強(qiáng)的推動(dòng)能力，以確保DoD按照約定完成。團(tuán)隊(duì)有能力識(shí)別正確的產(chǎn)品路線，共同提出和收集需求，并確定ProductBacklog的優(yōu)先級(jí)。團(tuán)隊(duì)內(nèi)部成員可以跨越職責(zé)的界限，實(shí)現(xiàn)技術(shù)棧和業(yè)務(wù)領(lǐng)域的全棧工作，可以靈活地支撐價(jià)值交付工作。7、度量改進(jìn)管理學(xué)大師彼得?德魯克曾經(jīng)說(shuō)過(guò)，"你如果無(wú)法度量它，就無(wú)法管理它”。本維度用于評(píng)估團(tuán)隊(duì)基于數(shù)據(jù)化的度量標(biāo)準(zhǔn)對(duì)工作進(jìn)行衡量和管理，并持續(xù)改進(jìn)優(yōu)化的能力。等級(jí)設(shè)定等級(jí)設(shè)定內(nèi)容0-初始級(jí)團(tuán)隊(duì)沒(méi)有形成量化的度量指標(biāo)和度量方法，工作進(jìn)展情況、好快難以進(jìn)行管理和評(píng)估，往往依靠感性的認(rèn)知進(jìn)行評(píng)估。團(tuán)隊(duì)沒(méi)有例行的迭代回顧會(huì)，或者，偶爾召開(kāi)回顧討論會(huì)，但沒(méi)有將其固化到項(xiàng)目進(jìn)行過(guò)程中，可能會(huì)因?yàn)轫?xiàng)目進(jìn)度或其他原因?qū)⒒仡櫽懻摃?huì)延期，甚至是取消。1-成長(zhǎng)級(jí)有零星的度量指標(biāo)指導(dǎo)團(tuán)隊(duì)工作，但沒(méi)有經(jīng)過(guò)系統(tǒng)的考慮和設(shè)計(jì)，導(dǎo)致團(tuán)隊(duì)度量數(shù)據(jù)相對(duì)比較片面。針對(duì)工作過(guò)程中的重點(diǎn)事件，比如嚴(yán)重的線上問(wèn)題，進(jìn)度嚴(yán)重延期，重大阻塞問(wèn)題等，團(tuán)隊(duì)有意識(shí)的及時(shí)進(jìn)行回溯討論，探討更好的工作方式。團(tuán)隊(duì)定期開(kāi)展迭代回顧，但成員參與度不高，沒(méi)有充分的發(fā)表個(gè)人意見(jiàn)。迭代回顧會(huì)之后沒(méi)有形成后續(xù)的改進(jìn)措施，或者改進(jìn)措施可行性不高，導(dǎo)致最終的改進(jìn)效果不好。2-成熟級(jí)團(tuán)隊(duì)具有體系化的度量標(biāo)準(zhǔn)和數(shù)據(jù)指標(biāo)，用于對(duì)其工作進(jìn)行衡量。團(tuán)隊(duì)能夠

持續(xù)監(jiān)控相關(guān)數(shù)據(jù)指標(biāo)。團(tuán)隊(duì)定期開(kāi)展回顧活動(dòng)，且能夠針對(duì)團(tuán)隊(duì)的工作狀況和方式進(jìn)行充分的討論，識(shí)別出團(tuán)隊(duì)工作中做的比較好的，與需要改進(jìn)的方面。在回顧活動(dòng)中，團(tuán)