軟件服務能力模型與評估

1軟件服務能力模型與評估本文件提出了軟件服務提供方在從事軟件服務過程中的實踐活動要求。本文件適用于：——服務供方對自身軟件能力進行構建、監(jiān)視、測量和評價；——外部評價機構對服務提供方的軟件能力進行評價。本文件所描述的軟件服務過程中的實踐，可結合軟件組織的規(guī)模、應用領域、組織結構形式以及商業(yè)目標等實際情況加以剪裁。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T28827.6-2019信息技術服務運行維護第6部分：應用系統(tǒng)服務要求3術語和定義下列術語和定義適用于本文件。3.1術語和定義3.1.1組織organization一個行政管理結構，在此結構內(nèi)部，其人員作為一個整體共同管理一個或多個項目或工作組，由共同一位高層管理人員負責，并且在相同方針下運作。主要從事軟件開發(fā)和/或服務的實體?？赡苁且粋€獨立實體，也可能是更大的實體的一個組成部分。3.1.2戰(zhàn)略strategy組織為實現(xiàn)長期目標所使用的方法和行動。3.1.3組織績效organizationalperformance組織為實現(xiàn)其戰(zhàn)略目標而展現(xiàn)在不同層面上的有效輸出。23.1.4組織過程資產(chǎn)organizationalprocessassets組織里被認為對定義和實施的過程有用的制品，它們提供項目和開發(fā)、剪裁、維護以及實施過程時使用。3.1.5重構refactoring在不改變系統(tǒng)功能前提下，開發(fā)人員不斷地優(yōu)化代碼結構：清楚重復代碼，改善程序的可讀性，簡化程序的復雜度，讓代碼變得更靈活。3.1.6持續(xù)集成continuousintegration每當完成一個新任務時，就進行集成和構建，每天要做多次集成構建。4軟件服務能力模型概述軟件服務能力模型旨在通過提升軟件開發(fā)服務和持續(xù)服務能力，幫助客戶和用戶提升軟件的業(yè)務價值。本模型借鑒吸收了軟件工程、項目管理、組織治理、質(zhì)量管理、敏捷方法、精益軟件開發(fā)等領域的優(yōu)秀實踐，為軟件組織提供改進和評價軟件能力的一個模型。軟件服務能力模型框架結構見下圖1。支持活動軟件工程3軟件服務能力模型框架主要包括組織服務能力建設與管理能力、軟件工程管理能力、持續(xù)服務能力、項目管控能力和項目及組織支持活動能力等五方面組成。5組織服務能力建設與管理能力5.1組織戰(zhàn)略組織基于使命、愿景和商業(yè)目標，設定軟件開發(fā)服務和持續(xù)交付服務工作的戰(zhàn)略、方向和期望，確保軟件服務能力和業(yè)務目標與公司戰(zhàn)略保持一致，確保過程得到建立和維護。a)組織應分析內(nèi)外部因素，面向軟件服務業(yè)務發(fā)展需求，通過對業(yè)務的預估與優(yōu)化分析，達成對自身業(yè)務、行業(yè)趨勢以及國際秩序變化等的判斷，制定和市場需求一致的中長期的戰(zhàn)略決策，確定軟件開發(fā)和持續(xù)服務能力建設的范圍和邊界，從而驅(qū)動組織軟件能力的不斷增長；b)組織應圍繞其戰(zhàn)略，考慮內(nèi)外部環(huán)境的變化，識別和調(diào)整可持續(xù)競爭優(yōu)勢的需求，優(yōu)化業(yè)務基礎架構，驅(qū)動靈活的業(yè)務流程和應用，形成與可持續(xù)競爭優(yōu)勢相匹配的軟件開發(fā)與持續(xù)交付服務能力建設和改進目標；c)組織應提供足夠的資源用于建立、執(zhí)行、改進和評價軟件服務能力改進。資源可包括人員、資金、工具、設備、設施、環(huán)境和消耗品，還包括最高管理層的時間和精力。最高管理層應排定資源的優(yōu)先級，以實現(xiàn)短期和長期目標，并推動實現(xiàn)可重復和一致的過程活動；d)組織應確保軟件服務能力改進過程中相關角色的職責和權限得到合理的劃分、規(guī)定、溝通和理解，并得到有效執(zhí)行；e)組織應對服務能力改進目標進行分解，識別能夠反映軟件服務能力的組織績效指標，確定度量需要收集的數(shù)據(jù)與信息，定期跟蹤和管理組織績效指標達成狀況，以提供最高管理層管理和監(jiān)督改進過程的運行情況和改進建議。5.2組織能力改進支持體系組織基于對軟件服務能力建設和改進的要求，需在組織層面建立常態(tài)化、制度化的改進機制和支持體系。a)組織應形成內(nèi)部過程評價機制，定期或必要時對組織過程與過程資產(chǎn)當前的強項與弱項進行識b)組織應系統(tǒng)梳理問題及機會，確定并維護組織能力改進的目標；c)組織應建立并維護過程行動計劃，確保改進行動得到計劃、實施，并保持監(jiān)督和持續(xù)改進；d)組織應確保改進的成果納入組織級過程資產(chǎn)中，相關內(nèi)容應在適用范圍內(nèi)部署、推廣、跟蹤、改進；e)組織應將組織能力改進過程中有益于組織或后續(xù)項目的經(jīng)驗匯總、分析、整理，有價值的部分納入組織級過程資產(chǎn)。5.3組織標準過程組織應建立一個清晰的組織標準過程架構，能夠清楚的展示各個過程資產(chǎn)之間的關系。組織標準過程應明確各類項目必須遵守的活動及要求。a)組織應建立可用的，符合項目特點，并具有一定靈活性的組織標準過程。可以包括組織內(nèi)部的有效最佳實踐，也可以是結合企業(yè)自身情況完善后的業(yè)界最佳實踐及標準；b)組織應建立定期完善修改組織標準過程的機制，明確不同過程的維護者；c)組織應結合組織的業(yè)務領域特點，使用過程執(zhí)行者熟悉的語言及方式描述過程；4d)組織應建立約束違反過程情況發(fā)生的機制，建立有效的質(zhì)量檢查活動，在項目及組織中進行過程符合的稽核；e)組織應定期度量組織過程的執(zhí)行效果，使過程執(zhí)行者了解到過程及過程改進的價值。5.4組織級能力開發(fā)與轉(zhuǎn)換組織應開展技術能力開發(fā)與轉(zhuǎn)換工作，識別軟件服務業(yè)務活動所需的人員知識、技能和過程能力，提供培訓確保人員具備相應能力；同時，建立人員能力發(fā)展、提升和轉(zhuǎn)換機制，使人員能夠自主且持續(xù)地提升自身能力，獲得發(fā)展機會。a)組織應根據(jù)戰(zhàn)略需要，建立并維護組織技術能力，識別組織人員執(zhí)行業(yè)務活動所需的知識、技能和過程能力；b)組織應及時關注新模式、新方法、新過程、新工具等技術動態(tài)，保持對軟件工程技術的當代最高水平的了解，評價外部可獲取的技術，必要時建立新技術引入計劃，做好新技術的預研與轉(zhuǎn)化工作；c)組織應建立軟件服務相關的知識體系或培訓課程體系，包括軟件工程基礎、針對所屬領域的專業(yè)知識與行業(yè)知識；d)組織應結合培訓需求及能力改進需要，制定組織級培訓計劃，培訓內(nèi)容覆蓋管理、技術、工具、過程及綜合知識，確保人員具備執(zhí)行任務所需的知識、技能和經(jīng)驗；e)組織定期對培訓管理、講師庫和培訓教材庫的可用性進行定期評估和改進；f)建立人員的能力發(fā)展機制，不斷提高人員執(zhí)行指定任務和責任的能力；g)建立能力提升與轉(zhuǎn)換的機制，給予個人充足的動力去提升和轉(zhuǎn)換自身的能力，評價人員對組織知識與創(chuàng)新的貢獻。6軟件工程管理能力6.1概述本章描述了軟件開發(fā)與持續(xù)服務的工程過程要求。為了確保組織具備相應的服務能力并發(fā)揮其效能，至少應建立以下過程：a)軟件生存周期管理；b)需求開發(fā)與管理；c)技術解決方案；d)驗證與確認；e)集成；f)發(fā)布與部署。CMMI-DEV成熟度模型提供了過程目標和實踐的描述，本部分中僅規(guī)定軟件服務提供方實施過程化管理后應達到的能力要求和關鍵指標。對已按照CMMI-DEV成熟度模型要求建立軟件過程能力改進能力的組織，宜按照本部分的要求對已建立的過程實施改進。6.2軟件生存周期管理軟件生存周期包含了軟件項目設計、開發(fā)、部署、運行、維護和退役等各個階段的所有過程和活動，生存周期模型規(guī)定了這些過程和活動的內(nèi)容和目標，將過程和活動映像到一個整體的框架。軟件生存周期管理包括指導組織開發(fā)、使用、維護軟件的生存周期模型的相關活動。組織通過使用軟件生存周期來5使組織的軟件業(yè)務活動標準化，保證軟件業(yè)務活動的完整性和有效性，提高管理的透明度、可控性和有序性，降低開發(fā)成本，提升組織績效。a)組織應根據(jù)自身需求對要交付的軟件產(chǎn)品和服務，定義適當?shù)纳嬷芷谀Ｐ蛯ζ溥M行管理和維護，如瀑布模式、敏捷模式等；b)組織應將軟件生存周期模型作為組織的標準過程描述的一部分進行文檔化；c)組織應建立并維護軟件生存周期模型的剪裁準則與指南。包括項目或部分組織的特定需要而對軟件生存周期模型進行受控的變更、可能運用的選項以及在選項之間選擇的準則等；d)組織應定期對軟件生存周期模型及其剪裁準則與指南的適宜性、有效性進行評審；e)組織應通過分析軟件業(yè)務過程各相關度量項數(shù)據(jù)來持續(xù)優(yōu)化軟件生存周期模型，使之更好地適應和指導組織的軟件業(yè)務過程。6.3需求開發(fā)與管理需求開發(fā)與管理的目的是挖掘、分析并建立用戶需求、產(chǎn)品需求與組件需求，確保利益相關方取得一致理解，并調(diào)整需求、計劃和工作產(chǎn)品。a)組織應定義與需求開發(fā)過程一致的活動，包括需求獲取、需求分析、需求描述和需求確認等活動；b)組織應將用戶需求、產(chǎn)品需求和產(chǎn)品組建需求文檔化，并劃分需求優(yōu)先級。包括利益相關方的需要、不同的產(chǎn)品生存周期階段（如驗收測試準則）和產(chǎn)品屬性（如響應性、安全性、可靠性、可維護性等）相關的需要、設計解決方案（如產(chǎn)品集成、特定架構模型的使用等）的選擇及所帶來的約束等；c)組織應不斷對需求進行挖掘、細化說明、分析并確認，并保留確認的相關文檔?？梢杂霉适?、場景、用例、產(chǎn)品需求列表以及產(chǎn)品功能演示等形式進行；d)組織應保持與開發(fā)、記錄和維護需求和活動或工作產(chǎn)品之間的雙向可追溯；e)組織應確保需求是必要且充分的；f)組織應在利益相關方的需求和約束條件之間取得平衡。6.4技術解決方案技術解決方案的目的在于選擇、設計并實現(xiàn)對需求的解決方案。a)組織應開發(fā)備選解決方案與選擇準則；b)組織應開展軟件開發(fā)、采購、重用分析，基于選擇準則，選擇軟件產(chǎn)品組件解決方案；c)組織應建立編碼規(guī)范，開展代碼審查。確保代碼編寫符合標準規(guī)范，滿足軟件需求和軟件設計；d)組織應建立代碼重構規(guī)范。成立代碼重構專題小組，根據(jù)軟件產(chǎn)品常見的問題，參考業(yè)界優(yōu)秀實踐，指導代碼重構的過程、方法、操作指南等內(nèi)容。在全面推廣之前，需要通過程序員的評審，并在小范圍內(nèi)做試點。根據(jù)反饋，完善代碼重構過程；e)建立軟件需求與軟件設計與實現(xiàn)要素之間的雙向可追溯性。確保軟件需求與軟件概要設計之間的一致性；確保軟件單元與軟件詳細設計之間的一致性。6.5驗證與確認驗證與確認確定軟件系統(tǒng)或部件的需求是否完成和正確，每一階段產(chǎn)品是否實現(xiàn)在上一階段規(guī)定的需求或條件，以及最后的產(chǎn)品或部件是否依從規(guī)定的需求的過程。確認選定的解決方案和組件能夠滿足需求，證實選定的解決方案和組件在目標環(huán)境下能夠?qū)崿F(xiàn)其預期的用途。a)驗證的活動主要包括各種技術文檔的同行評審、單元測試、部件測試、配置項測試、集成測試、系統(tǒng)測試等質(zhì)量控制活動；6b)確認的活動主要包括試運行、模擬、驗收測試等活動；c)組織應盡早開展持續(xù)性的確認活動，有助于確保對正確的產(chǎn)品實施驗證；d)組織應保持對新產(chǎn)品的架構、耦合性強的設計、難度大的模塊設計等變更成本高的技術文檔（架構）執(zhí)行同行評審。執(zhí)行同行評審應滿足以下要求：1)對所評審工作產(chǎn)品應建立明確的入口標準。被評審的工作產(chǎn)品應是滿足一定標準和質(zhì)量要求的，增加評審價值；2)應給所有的評委足夠的時間做好評審前的準備。根據(jù)評審內(nèi)容多少，需要給每個評委足夠的時間在評審前做好準備，保證評委對所評價的工作產(chǎn)品有必要的了解，甚至已經(jīng)識別出一些問題點。3)賦予評委不同的角色。除了工作產(chǎn)品作者外，評審宜設立5類重要角色：評審組長、上游映射者、下游使用者、閱讀者和記錄員。所有評委需要有足夠的技術或業(yè)務背景知識，但不一定要是“全能”專家；評審組長保證整個評審過程的有效執(zhí)行。映射者則重點關注被評審工作產(chǎn)品和其依據(jù)的上游文檔的具體映射，發(fā)現(xiàn)遺漏、多余和不一致的問題。使用者則從使用角度發(fā)現(xiàn)被評審工作產(chǎn)品的問題。閱讀者則用有效的方式，保證所評審工作產(chǎn)品的內(nèi)容都被覆蓋到了。記錄員則在評審結束時記錄效率相關數(shù)據(jù)。實際執(zhí)行中，一個評委可以擔當多個角色。4)制定評審計劃。在制定評審計劃時，需要根據(jù)評審規(guī)模，依據(jù)評審速率（如設計頁數(shù)/小時、代碼行數(shù)/小時等）安排評審的投入時間，保證必要的評審有效性（發(fā)現(xiàn)足夠缺陷）。5）使用檢查單。根據(jù)工作產(chǎn)品做的能力、產(chǎn)品特點制定檢查單，有效的評審需要有針對性強的檢查單。6）發(fā)現(xiàn)缺陷是第一目標。評審的首要目的是盡可能的發(fā)現(xiàn)缺陷，并確保發(fā)現(xiàn)的問題都被修復關閉。7）收集評審效率數(shù)據(jù)并給出結論，判斷是否需要復評。評審中收集缺陷、投入時間等效率數(shù)據(jù)能夠幫助組織更好的制定評審計劃，分析后也能指出評審短板，對后續(xù)的改進提供輸入。8）對所評審工作產(chǎn)品應建立明確的出口準則。應定義好明確的出口準則，包括對缺陷和問題的修復確認。e)組織應分析與同行評審的準備、實施與結果相關的數(shù)據(jù)。建立完善各類方法的效率基線：收集各類評審的投入及產(chǎn)出數(shù)據(jù)，建立各種方法的投入產(chǎn)出基線，并明確各基線的使用場景。6.6集成集成的目的是將產(chǎn)品組件集成至更復雜的產(chǎn)品組件或配裝成完整的產(chǎn)品。按照所定義的集成方案和過程通過逐次組裝產(chǎn)品組件，以一個階段或一個增量迭代階段的方式完成完整的產(chǎn)品集成。a)集成的主要活動包括集成的準備活動、使用和記錄的集成方案和過程、使用產(chǎn)品組件的單次構建或迭代的構建、驗證并確認每個構建；b)組織應對需求分析及設計活動中確定的接口要求進行管理，確保模塊間、系統(tǒng)間的兼容性。c)組織宜使用自動化的方式進行持續(xù)集成。測試的自動化及版本控制，可以逐步支持團隊做到全面的自動的持續(xù)集成，對已完成的產(chǎn)品組件使用自動化構建和持續(xù)集成，以提高集成效率和質(zhì)量。持續(xù)集成系統(tǒng)應具備以下能力：1)提供統(tǒng)一的代碼庫。將所有的源代碼保存在單一的位置，讓開發(fā)人員都能從中獲取最新的源代碼（以及以前的版本）；2)自動構建并能做到快速構建的能力。應支持自動化創(chuàng)建腳本，使創(chuàng)建過程完全自動化，讓開發(fā)人員都可以輸入較少命令就能完成系統(tǒng)的創(chuàng)建；3)自動測試的能力。應支持測試自動化，開發(fā)人員都可以輸入較少命令就能運行一套完整的系統(tǒng)測試。在持續(xù)集成里面創(chuàng)建不僅是傳統(tǒng)的編譯和連接，還應包括自測試，自測試的代碼是7開發(fā)人員提交源碼的時候同時提交的，是針對源代碼的單元測試。應將所有自測試代碼整合到一起形成測試集，在所有的最新的源碼通過編譯和連接之后還應通過測試集才算是成功創(chuàng)建。測試集宜支持模擬生產(chǎn)環(huán)境的自動測試，并且具備自動化的部署能力；4)每個開發(fā)人員可隨時向代碼庫提交代碼。所有開發(fā)人員應在本地機器上做本地構建，成功后再提交到版本控制庫中。任何人都可以只輸入一條命令就可以開始主創(chuàng)建。團隊成員都可以很容易并及時獲取最新可執(zhí)行的應用程序，清楚最新集成情況；5）每次代碼提交后都會在持續(xù)集成系統(tǒng)上觸發(fā)一次構建。提倡開發(fā)人員頻繁地簽入（checkin）修改過的代碼，讀取源代碼、編譯、連接、測試，整個創(chuàng)建過程都應自動完成。通過測試的創(chuàng)建才是成功的構建，修復失敗的構建是優(yōu)先級最高的任務。6.7發(fā)布與部署通過規(guī)范的發(fā)布部署工作，將軟件成果物（軟件、硬件、及增量包等）高效、完整地交付客戶。a)組織應按驗收要求將軟件成果物進行整理打包，并對軟件研發(fā)過程中涉及的變更請求、已知錯誤和問題進行影響評估，完成系統(tǒng)發(fā)布；b)組織應安排實施人員對軟件系統(tǒng)進行部署應用；c)組織應對部署不成功的軟件進行回退或按要求提供補救措施；d)組織應根據(jù)變更管理需求或已知問題，對發(fā)布后軟件進行變更管理；e)組織應對發(fā)布后軟件進行跟蹤管理，對發(fā)布后數(shù)據(jù)進行量化分析，對軟件開發(fā)及發(fā)布的不斷優(yōu)化提供決策支持。7持續(xù)服務能力本部分應符合GB/T28827.6-2019的規(guī)定。8項目管控能力8.1概述軟件項目管理覆蓋了項目啟動與準備、項目策劃、監(jiān)視與控制、項目收尾等階段，以及供應商管理和風險與機遇管理過程。8.2項目準備與啟動項目準備與啟動的目的是協(xié)調(diào)相關方期望，確定相關方需求及項目范圍和目標，取得對項目的授權，明確項目團隊，發(fā)布項目章程。a)識別項目機會，明確項目類型。在項目準備與啟動階段，應進行必要的商業(yè)論證。商業(yè)論證能從商業(yè)角度決策項目是否值得組織投入。包括項目交付物的目標市場、市場定位、市場份額、主要競爭對手，與競品的優(yōu)劣分析等。在商業(yè)論證中，應同時對業(yè)務需求和成本效益進行分析，論證項目的合理性；b)確定項目目標。在項目準備與啟動階段，應明確項目的目標。項目目標是項目成功與失敗的標準，也是指導項目前進的重要依據(jù)。項目目標應與組織的戰(zhàn)略目標保持一致。項目目標可以包括價值目標、技術目標、商業(yè)目標等；c)識別利益相關方。識別利益相關方是定期識別項目相關方，分析和記錄他們的利益、參與度、相互依賴性、影響力和對項目成功的潛在影響的過程；8d)組織任命項目經(jīng)理，制定項目立項報告（任務書）。制定項目立項是編寫一份正式批準項目并授權項目經(jīng)理在項目活動中使用組織資源的文件的過程。主要作用是，明確項目與組織戰(zhàn)略目標之間的直接聯(lián)系，確立項目的正式地位，并展示組織對項目的承諾；e)召開啟動會議。項目啟動會議應作為項目啟動的標志。8.3項目策劃項目策劃的目的是開發(fā)和維護指導項目實施的各項計劃，并獲得各利益相關方對計劃的承諾。項目策劃的目的是定義和細化工作目標，建立工作范圍，定義管理策略和方法，定義項目的生命周期，估算實現(xiàn)目標所需的工作量、成本、工期和資源，建立有效的項目計劃，以為項目執(zhí)行提供依據(jù)，增加滿足目標的可能性。a)項目計劃參數(shù)的估算得到建立與維護；1）建立頂層的工作分解結構WBS，以估算項目范圍；2）建立并維護工作產(chǎn)品與任務屬性的估算；b)使用組織的標準過程集和剪裁指南來開發(fā)項目過程，保持更新，并遵循項目過程；c)使用項目過程、組織過程資產(chǎn)和度量庫制定計劃并保持更新；d)識別和協(xié)商依賴關系；e)使用統(tǒng)計與其他量化技術來開發(fā)過程并保持更新，以實現(xiàn)質(zhì)量與過程性能目標；f)基于敏捷Scrum框架加上極限編程的計劃活動也可滿足項目策劃相關最佳實踐要求：1）進入迭代（Sprint）前的大版本計劃、小版本計劃和迭代計劃初步確定了項目范圍及發(fā)布節(jié)點、核心資源要求等。在迭代過程中應對產(chǎn)品需求列表的細化，可使用撲克牌估算（出用戶故事的故事點數(shù)，迭代計劃時的調(diào)整及用戶故事任務的識別等活動，可以實現(xiàn)項目計劃參數(shù)的估算得到建立與維護；2）敏捷團隊在迭代前及迭代中應依據(jù)產(chǎn)品需求列表中的本次發(fā)布需求實現(xiàn)用戶故事，估算出所需工作量（軟件項目中的主要成本）。項目所需其他預算應在做版本規(guī)劃時識別出來，并在迭代過程中根據(jù)實際情況做出調(diào)整；3）不斷識別迭代過程中的項目潛在風險。每日例會中識別出來的障礙就是會影響到迭代目標實現(xiàn)的風險，重要的風險會記錄在敏捷島中以便跟蹤處理；4）在建立敏捷支持環(huán)境時，需明確技術、管理及其他項目使用或產(chǎn)出的數(shù)據(jù)存儲及使用方式。每個迭代的完成標準（Done）應包含需要歸檔的文檔（數(shù)據(jù)）；5）在版本規(guī)劃時應識別項目所需資源（人、設備、開發(fā)測試環(huán)境等），在迭代過程中需將資源缺乏問題作為障礙提出并解決；6）利益相關人及敏捷團隊的關系會在敏捷社區(qū)中進行定義，并在社區(qū)迭代中不斷維護；7）敏捷的項目計劃，由版本計劃、迭代計劃，加上白板的任務認領及跟蹤情況構成。8.4監(jiān)視與控制監(jiān)視與控制的目的是通過各種監(jiān)控方式了解項目進展，當發(fā)現(xiàn)實際與計劃存在顯著偏離時采取合適的糾正行動，以提高實現(xiàn)項目目標的可能性。a)使用項目計劃和項目過程管理項目?？蓮囊?guī)模、工作量、進度、資源、知識和技能以及預算等方面對比項目計劃跟蹤實際結果；b)跟蹤已識別的利益相關方參與和承諾情況；c)當實際結果相較于計劃結果存在顯著差異時，識別并記錄問題，采取調(diào)整措施并管理直至關閉；d)基于敏捷Scrum框架下高頻率的審查和調(diào)整的活動，也可滿足項目監(jiān)視與控制相關最佳實踐要91）迭代評審會、迭代回顧會和每日站立會讓團隊能夠及時了解敏捷團隊的任務執(zhí)行情況，識別相應階段的問題并解決；2）使用產(chǎn)品需求列表、迭代需求列表和燃盡圖表示當前實際與計劃的偏離情況，根據(jù)偏離程度制定調(diào)整方案；3）需設計好敏捷島，將關鍵的利益相關人、風險等展示出來，在迭代中提醒團隊。8.5項目收尾項目收尾的目的是根據(jù)項目目標判定項目的各項工作是否已達成，判定項目是否可結束。同時總結項目的經(jīng)驗教訓，為組織貢獻過程相關信息和過程資產(chǎn)，通過改進組織過程和過程資產(chǎn)提高后續(xù)項目的投資收益比，為開展新工作釋放組織資源。a)組織應建立項目收尾工作標準，以確保項目團隊根據(jù)組織要求和項目實際情況，明確項目收尾工作的流程和準則以及相關利益相關方，確保項目收尾工作順利進行；b)組織應依據(jù)項目已建立的各項目標，通過度量與分析總結目標的實際達成情況，并總結相關經(jīng)驗教訓，收集、整理和記錄必要的資產(chǎn)信息和改進建議。8.6供應商管理組織確定并管理外包服務供應商，對供應商進行了解、選擇、開發(fā)、使用和控制。a)組織應建立外包計劃，確定外包方案。外包方案的復雜性和詳略程度應與計劃外包的價值和相關風險相匹配。通常包括：應滿足的技術要求、工作內(nèi)容說明、用于評估解決方案的過程和標準的描述、在外包合同中的條款和條件、關于如何回應供應商的指導、供應商和組織完成詢價過程的時間表、處理問題的程序以及聯(lián)絡人等。組織根據(jù)計劃外包的變化，及時更新外包方案；b)組織根據(jù)外包解決方案，使用招標方式向潛在供應商征求解決提案，幫助各個潛在供應商做出一致的、準確的和完整的回應，使組織能夠有效和客觀地比較和評估供應商，建立組織的合格供應商目錄，組織根據(jù)供應商的績效及時維護合格供應商目錄；c)組織在確定潛在合格供應商時應考慮：外包范圍和要求、外包策略、組織內(nèi)部政策、法規(guī)要求。在某些情況下，組織可根據(jù)經(jīng)驗、專業(yè)知識、過去的表現(xiàn)等預先驗證首選供應商的資格。從首選供應商列表中選擇供應商可以減少招投標所需的工作量和時間；d)組織根據(jù)供應商實施外包合同的質(zhì)量、進度、響應速度、支持能力以及對組織軟件開發(fā)過程的貢獻，定期評價供應商的績效，支撐組織對供應商是否保留合格供應商資格作出決策。8.7風險與機遇管理風險與機遇管理是實現(xiàn)組織軟件業(yè)務目標的基本能力。應對風險與機遇，為提高軟件開發(fā)能力、增加業(yè)務價值以及防止不利影響奠定基礎。風險與機遇管理旨在專注于對組織軟件業(yè)務領域的相關風險與機遇進行識別、分析和管理。a)識別和使用有助于風險與機遇的識別和分析,以發(fā)現(xiàn)影響目標實現(xiàn)能力的不斷變化的環(huán)境；b)定義和使用分析和處理風險與機遇的參數(shù)，識別高優(yōu)先級的風險與機遇，以最大化成本效益可能性的方式實現(xiàn)目標；c)制定和持續(xù)更新風險與機遇管理策略，系統(tǒng)化的風險與機遇管理方法有助于避免問題并利用機遇來提高實現(xiàn)目標的可能性；d)制定和持續(xù)更新風險與機遇管理計劃。將風險的影響降至最低，并最大限度地增加機遇的效益以實現(xiàn)目標；e)通過實施已計劃的風險與機遇管理活動來管理風險與機遇。有效的風險管理可以減少業(yè)務目標實現(xiàn)不可預見事件的發(fā)生，并通過利用機遇以來提高業(yè)務價值；f)持續(xù)收集組織風險和組織機遇數(shù)據(jù)，建立組織級風險庫和機遇庫。及時訪問風險與機遇數(shù)據(jù)有助于組織做出明智的決策，為組織達成目標提供更好幫助。9項目及組織支持活動能力支持過程是利益相關方按支持目標所從事的一系列相關活動集。支持過程有助于提高系統(tǒng)或軟件產(chǎn)品的質(zhì)量。支持過程可由使用的組織實施；或作為一種服務，由一個獨立的組織來實施；也可做為軟件項目的一項規(guī)定內(nèi)容。為了確保組織具備相應的服務能力并發(fā)揮其效能，至少應建立以下過程：a)質(zhì)量管理；b)配置管理；c)度量分析管理；d)文檔管理。9.1質(zhì)量管理質(zhì)量管理活動分為組織級質(zhì)量管理和項目級質(zhì)量管理兩個層級。組織級質(zhì)量管理旨在圍繞組織的戰(zhàn)略規(guī)劃和業(yè)務目標，規(guī)劃建立和優(yōu)化組織級質(zhì)量管理體系、質(zhì)量和過程績效目標，開展組織級質(zhì)量管理活動，客觀評價組織質(zhì)量體系的執(zhí)行情況（體系審核）。項目級質(zhì)量管理評價對于項目的成功至關重要，質(zhì)量評價可以根據(jù)適用的過程描述、標準和規(guī)程，來檢查已執(zhí)行的過程和所產(chǎn)生的工作產(chǎn)品，并對發(fā)現(xiàn)的問題進行跟蹤和解決，以最大限度地提高業(yè)務效益和客戶滿意度。a)組織級質(zhì)量管理典型實踐活動包括：1）在組織級設立質(zhì)量管理機構，明確組織級質(zhì)量管理的職責，為系統(tǒng)開展組織級質(zhì)量管理活動、提升組織的質(zhì)量管理能力，提供組織級資源和職責保障；2）組織級質(zhì)量管理機構為落實組織質(zhì)量方針、實現(xiàn)質(zhì)量目標，為履行組織級質(zhì)量管理職責、開展組織級質(zhì)量活動，識別組織級質(zhì)量管理活動和活動相關方，進行任務分解、權限和職責分配、進度安排等，支撐組織級質(zhì)量管理活動得到系統(tǒng)有序開展；3）對組織的質(zhì)量體系、組織級過程、產(chǎn)品或項目級的質(zhì)量管理活動的輸出和發(fā)生質(zhì)量問題，向組織管理層提供書面的質(zhì)量問題報告和改進建議報告；4）對組織的質(zhì)量體系、組織級過程、產(chǎn)品或項目級的質(zhì)量管理活動的輸出和發(fā)生質(zhì)量問題，建立綜合問題分析機制，給出系統(tǒng)解決建議，為治理層、業(yè)務管理層提供可見的體系過程質(zhì)量、產(chǎn)品質(zhì)量、項目情況的書面報告，為各級決策和持續(xù)改進提供依據(jù)。b)項目級質(zhì)量管理典型實踐活動包括：1）項目應確定相對獨立的質(zhì)量管理人員和相關職責，開展質(zhì)量管理活動；2）項目應根據(jù)歷史質(zhì)量數(shù)據(jù)，開發(fā)、持續(xù)更新并遵循質(zhì)量保證計劃，并通過關注經(jīng)常出現(xiàn)的問題領域，降低成本并提高質(zhì)量；3）項目質(zhì)量管理人員應在整個項目過程中，根據(jù)記錄的過程和適用標準客觀評價選定的已執(zhí)行過程和工作產(chǎn)品（成果并通過識別和解決整個過程執(zhí)行中的問題，提供高質(zhì)量解決方案；4）項目質(zhì)量管理人員應組織對質(zhì)量和不合規(guī)問題的溝通，并確保解決問題；5）應對項目質(zhì)量保證活動的信息進行記錄；6）在質(zhì)量保證活動中識別并記錄改進機會。9.2配置管理配置管理過程是通過配置標識、配置變更控制、配置狀態(tài)記錄與報告和配置審核等活動，建立并維護整個軟件生存周期產(chǎn)生工作產(chǎn)品的完整性、一致性和可追溯性。a)組織應制定配置管理策略；b)標識并定義由過程或項目所產(chǎn)生的全部工作產(chǎn)品，并形成基線；c)對工作產(chǎn)品/項的修改和發(fā)布，進行了控制；d)對各相關方均是可用的，做了必要的修改和發(fā)布；e)記錄并報告了工作產(chǎn)品/項的狀況和修改請求；f)確保了每一軟件項的完備性和一致性；g)對每一軟件項的存儲、處置和交付進行了控制。9.3度量管理使用度量和分析來管理項目以保證項目過程和成功，或達成組織業(yè)務目標、提升組織績效。a)組織或項目應根據(jù)需要定義度量項，明確各度量項的獲取方式，獲取這些度量項并記錄度量數(shù)據(jù)；b)組織應明確度量項的操作性定義，并根據(jù)需要持續(xù)更新度量項的操作性定義；c)組織或項目應根據(jù)操作性定義獲取指定的度量數(shù)據(jù)，并進行分析；d)組織或項目應根據(jù)度量數(shù)據(jù)的分析報告，識別偏差等問題，并采取行動加以解決；e)組織應建立并更新組織級的度量庫，定期收集度量數(shù)據(jù)，匯聚到組織級度量庫，分析度量數(shù)據(jù)，并運用度量和性能數(shù)據(jù)來分析組織性能，確定性能的改進需求，并實施改進。9.4文檔管理文檔過程是一個記錄由某一過程或活動產(chǎn)生信息的過程。a)制定標識軟件產(chǎn)品或服務的生存周期中所要產(chǎn)生的文檔；b)標識編制軟件文檔的標準；c)標識由過程或項目產(chǎn)生的文檔；d)對全部文檔的內(nèi)容和目的進行規(guī)定、評審和批準；e)根據(jù)已標識的標準，制作可用的文檔；f)按定義的準則維護了文檔。10評價方式與方法10.1評價流程10.1.1確定評價需求a)確定評價目的無論需方、供方、第三方在發(fā)起軟件服務能力評價時，不同的評價目的對期望的評價結果的要求不同，需綜合考慮評價的整體場景、指標的選用、權重的設置及結果的應用等因素。主要評價目的包括：1)由需方發(fā)起的，針對某個軟件服務項目的質(zhì)量情況進行評價，從而對服務供方在此項目上的服務成效進行評價；2)由供方發(fā)起的，針對自身所提供的所有軟件服務項目的質(zhì)量情況進行評價，從而分析差異，改進供方組織的服務能力；3)由第三方發(fā)起（例如行業(yè)監(jiān)管機構），針對某行業(yè)或某類型的軟件服務項目進行客觀公正評價，并得出在行業(yè)內(nèi)或某服務類型的評價對比結果。因此在進行軟件服務能力評價時，宜先確定評價目的。b)確定評價途徑評價的發(fā)起組織，可以根據(jù)評價目的需要及自身實施能力，選擇不同的評價途徑。1)評價發(fā)起方可以