軟件項目跟蹤與監(jiān)督

軟件項目跟蹤與監(jiān)督 PT PTO 目的是建立對實際進展的適當?shù)目梢曅?使管理者能在軟件項目性能明顯偏離軟件計劃時采取有效措施包括 對照以文檔化的估計 約定和計劃評審和跟蹤軟件完成的情況和結(jié)果 基于實際的完成情況和結(jié)果調(diào)整這些計劃 相對計劃的管理 針對計劃和規(guī)格說明跟蹤進展 包括 產(chǎn)品規(guī)模 項目工作量 成本和進度 活動 風險針對計劃跟蹤進展的機制包括 內(nèi)部評審和 與顧客 一起的正式評審 采取糾正措施 如果在計劃和實際進展間出現(xiàn)偏差 必須作出判斷 是否采取行動 改變正在進行工作的方式 和 或 調(diào)整計劃這項判斷導致糾正措施 原始計劃的檔案和調(diào)整后的計劃都應保存糾正措施必須一跟到底 SPTO目標 目標1對照軟件計劃跟蹤實際結(jié)果和性能目標2當實際結(jié)果和性能明顯偏離軟件計劃時 采取糾正措施并加以管理直到結(jié)束目標3對軟件約定的更改得到受到影響的組和個人的認可 關(guān)鍵實踐到目標的映射SPTO 1 目標1 對照軟件計劃 跟蹤實際結(jié)果和性能要求活動1 將已文檔化的軟件計劃用于跟蹤軟件活動和傳送狀態(tài)活動5 跟蹤軟件工作產(chǎn)品的規(guī)模 或者軟件工作產(chǎn)品更改的規(guī)模 必要時采取糾正措施 關(guān)鍵實踐到目標的映射SPTO 2 目標1 對照軟件計劃 跟蹤實際結(jié)果和性能要求活動6 跟蹤項目的軟件工作量和成本 必要時采取糾正措施活動7 跟蹤項目的關(guān)鍵計算機資源 必要時采取糾正措施活動8 跟蹤項目的軟件進度 必要時采取糾正措施 關(guān)鍵實踐到目標的映射SPTO 3 目標1 對照軟件計劃 跟蹤實際結(jié)果和性能要求活動9 跟蹤軟件工程技術(shù)活動 必要時采取糾正措施活動10 跟蹤與項目的成本 資源 進度及技術(shù)方面有關(guān)的軟件風險活動11 記錄軟件項目的實際測量數(shù)據(jù)和重新策劃的數(shù)據(jù) 關(guān)鍵實踐到目標的映射SPTO 4 目標1 對照軟件計劃 跟蹤實際結(jié)果和性能要求活動12 軟件工程組進行定期的內(nèi)部評審以便對照軟件開發(fā)計劃跟蹤技術(shù)進度 計劃 性能和問題活動13 按照文檔化規(guī)程在所選擇的項目里程碑處進行正式評審以評價軟件項目的完成情況和結(jié)果 關(guān)鍵實踐到目標的映射SPTO 5 目標 2 當實際結(jié)果和性能明顯偏離軟件計劃時 采取糾正措施并加以管理直到結(jié)束要求活動2 按照文檔化規(guī)程修訂項目的軟件開發(fā)計劃活動5 跟蹤軟件工作產(chǎn)品的規(guī)模 或者軟件工作產(chǎn)品更改的規(guī)模 必要時采取糾正措施 關(guān)鍵實踐到目標的映射SPTO 6 目標 2 當實際結(jié)果和性能明顯偏離軟件計劃時 采取糾正措施并加以管理直到結(jié)束要求活動6 跟蹤項目的軟件工作量和成本 必要時采取糾正措施活動7 跟蹤項目的關(guān)鍵計算機資源 必要時采取糾正措施活動8 跟蹤項目的軟件進度 必要時采取糾正措施 關(guān)鍵實踐到目標的映射SPTO 7 目標 2 當實際結(jié)果和性能明顯偏離軟件計劃時 采取糾正措施并加以管理直到結(jié)束要求活動9 跟蹤軟件工程技術(shù)活動 必要時采取糾正措施活動11 記錄軟件項目的實際測量數(shù)據(jù)和重新策劃的數(shù)據(jù) 關(guān)鍵實踐到目標的映射SPTO 8 目標3 對軟件的約定的更改得到受影響的組和個人的認可要求活動3 高級管理者參與按照文檔化規(guī)程評審對組織外的個人和組所作的軟件項目約定和約定的更改活動4 將經(jīng)批準的 影響軟件項目約定的更改傳達給軟件工程組和其它軟件一有關(guān)組的成員 共同特點 1 約定1 設立軟件項目經(jīng)理專門負責PTO活動及結(jié)果約定2 軟件項目的管理遵從文檔化的組織方針 該方針規(guī)定 采用并維護一個已文檔化的軟件開發(fā)計劃作為跟蹤軟件項目的基礎 隨時向項目經(jīng)理報告軟件項目的狀態(tài)和問題 當軟件計劃未實現(xiàn)時 采取糾正措施 或者調(diào)整性能 或者調(diào)整計劃 在受影響的組參與和認可的情況下對軟件的約定進行更改 高級管理者評審所有的約定更改和軟件項目對組織外部的個人和組所作的新的約定能力1 軟件開發(fā)計劃已文檔化并得到批準能力2 軟件項目經(jīng)理明確分配產(chǎn)品和活動的責任 共同特點 2 能力3 為跟蹤和監(jiān)督活動提供足夠的資源和經(jīng)費能力4 軟件經(jīng)理接受管理技術(shù)和管理人員方面的培訓能力5 一線經(jīng)理受到項目技術(shù)方面的定向培訓測量與分析1 進行測量并將測量結(jié)果用以確定SPTO活動的狀態(tài)驗證實施1 高級管理人員定期對SPTO活動進行評審驗證實施2 項目經(jīng)理定期或不定期對SPTO活動進行評審驗證實施3 SQA組對SPTO活動進行評審 審核并報告結(jié)果 進入準則 1 已指派負責PTO活動和結(jié)果的經(jīng)理 Co1 2 已發(fā)布組織管理軟件項目的方針 Co2 3 已存在文檔化的SDP Ab1 4 已明確地分配關(guān)于軟件工作產(chǎn)品和活動的任務 Ab2 5 有足夠的資源 經(jīng)費 Ab3 6 軟件經(jīng)理經(jīng)過培訓 Ab4 7 一線經(jīng)理經(jīng)過定向培訓 Ab5 8 存在用于AC2 3 13的規(guī)程 輸入 1 軟件開發(fā)計劃 SDP原始及當前的 2 軟件策劃數(shù)據(jù) 3 約定 原始及當前的 4 問題報告 出口準則 1 對照軟件計劃 跟蹤了實際結(jié)果和性能 G1 2 必要時 已采取糾正措施并加以管理直到結(jié)束 G2 3 受影響的組和個人同意對約定的更改 G3 4 需要時 已按規(guī)程更新了SDP 5 已跟蹤了風險 6 已測量和記錄了跟蹤數(shù)據(jù)和重新策劃數(shù)據(jù) 7 受影響的組及時收到有關(guān)項目狀態(tài)的信息 部分輸出 1 措施條款 2 實際狀態(tài) 里程碑實際完成情況 軟件活動實際完成情況 實際消耗的工作量 針對已完成的工作 軟件項目的各種實際測量數(shù)據(jù) 如成本 進度 人員消耗等 代碼的實際規(guī)模 實際發(fā)生的風險 關(guān)鍵計算機資源的實際使用 3 經(jīng)批準的 對軟件項目會產(chǎn)生影響的約定更改 4 對風險的分析 風險發(fā)生的可能性 高風險區(qū)域 采取的對策 5 修訂后的SDP 6 有關(guān)管理者評審活動的綜合報告 7 重新策劃數(shù)據(jù) SPTO與等級2其它KPA的關(guān)系 RM 是通過SDP跟蹤約定的基礎 必要時重新協(xié)商約定SPP 提供SDP及相關(guān)的估計 進展等等SCM 是管理和控制那些跟蹤和再策劃數(shù)據(jù)的基礎SQA 評審 審核SPTO的活動和工作產(chǎn)品 需要費用的工作 建立方針培訓人員編制規(guī)程必要時 跟蹤和采取改正措施記錄跟蹤和再策劃數(shù)據(jù)測量SPTO活動的狀態(tài)評審 高級管理者 項目管理者 SQA 工程組和其他組 回報 工程組介入對約定的更改計劃與實際結(jié)果相適應管理計劃的活動保持可視計劃已基線化風險被跟蹤和保持可視跟蹤和在策劃數(shù)據(jù)作為財富保存 項目控制 1 為什么要控制 事情不按計劃進行 范圍改變 活動的估計值不同于實際值 實際問題 硬件不工作 通訊連接 資源 辭職 突然離去 意外事故 生病 未預計的附加活動 變化 管理的中心問題是更好地理解變化 并從變化中抽出有用信息 跟蹤的數(shù)據(jù)要分析 策劃和控制 策劃建立目標 控制跟蹤現(xiàn)實跟蹤時將實際值與計劃值相比較如果現(xiàn)實與計劃不一致 現(xiàn)實必須優(yōu)先控制要求不斷的修定開發(fā)計劃監(jiān)督與控制的目的是保證在即使偏離計劃時仍能實現(xiàn)項目的目標 測量的重要性 測量是控制的載體沒有控制軟件工程就不是有效的工程學科仍然是手工勞作 藝術(shù)品 從數(shù)據(jù)中學習 控制 搜集數(shù)據(jù)分析數(shù)據(jù)解決問題P 計劃將要作什么 并預計效果D 作 執(zhí)行計劃C 檢查 評估結(jié)果 并從結(jié)果中學習 控制A 行動 真正著手去作 PDCA是管理的核心 即確保今日的工作并開發(fā)明日更好的工作方法 檢查的重要性 把已有的決策當作是從中吸取經(jīng)驗教訓的實驗 那就把PDCA的所有步驟落實 2 如何跟蹤 跟蹤的四個問題 跟蹤中要解決以下四個問題 確定跟蹤對象 采集信息 分析信息 報告信息 1 測量量的確定 要采集的度量包括與技術(shù)有關(guān)的和與管理有關(guān)的在確定要采集的度量時可參照HP的經(jīng)驗 從工程實際出發(fā) 管理人員和工程人員總結(jié)自己工作中實際需要的度量 采用目標 提問 度量 G Q M 的框架 分析目標 提出要解決的問題 從問題中提出度量 HP的經(jīng)驗 盡早確定所要采取的度量采取目標 提問 度量 G1 G2 Q1 Q2 Q3 Q4 M1 M2 M3 M4 M5 例子 目標 減少工作量和縮短進度其中一個問題是 當要求更改代碼時 何時作更改 何時不作更改 他們分析得出的度量是 M1 問題發(fā)生率M2 缺陷密度M3 代碼穩(wěn)定性M4 復雜性M5 要更改的模塊數(shù) 起步核心測量 SEI建議DOD的軟件組織采用四個起步核心測量 軟件規(guī)模 工作量 進度 缺陷 監(jiān)控什么 在項目中受監(jiān)控的典型方面 進度 工作量 總成本 質(zhì)量 范圍 scope 風險 職員流動 項目的其它被標識的主要目標 技能水平改變 過程度量 過程度量量化過程或開發(fā)環(huán)境例子 生產(chǎn)率 質(zhì)量 資源度量 缺陷插入率 缺陷及其消除率 產(chǎn)品度量 產(chǎn)品度量獨立于其過程例子 規(guī)模 可靠性 質(zhì)量 也是過程度量 代碼的復雜性 功能性 過程方法 作工作的規(guī)程 檢查工作的規(guī)程 返工 輸出 產(chǎn)品測量過程測量 標準工具 輸入 過程的測量與分析 為什么要采集過程性能數(shù)據(jù) 要管理過程就需要 能預測過程的未來性能減小過程結(jié)果的偏差人們不能控制那些未測量和理解的東西這是連續(xù)過程改進的基礎 2 定義度量的原則 通過G Q M方法能確定出與經(jīng)營目標密切相關(guān)的測量和度量 在定義這些度量時 必須考慮以下原則 可重復性 其它人能重復測量 得到同樣的結(jié)果 利于交流 對記錄的測量結(jié)果 其它人能精確地知道它包含什么 不包含什么 測量的單位是什么 數(shù)據(jù) 數(shù)據(jù)是控制的核心 管理改進必須基于測量結(jié)果為使數(shù)據(jù)分析有用 必須了解數(shù)據(jù)的含義及如何對它作有意義的分析開始時僅采集一小組有用的數(shù)據(jù)管理者需要保證注意力明顯地集中在項目所有的關(guān)鍵方面 包括那些難于測量的 不能只關(guān)注那些易于測量和跟蹤的方面 3 測量量的采集 任何等級都必須采集度量多數(shù)度量存在于開發(fā)工作中 必須人人動手采集過程度量等有瞬時的特點 如不及時采集 無法補救要預先確定需采集的最小集合 再不斷補充 與誰有關(guān) 監(jiān)控要求小組所有成員參加從每個小組成員的個人計劃開始在高層次上 處理經(jīng)過整理的 更為一般的問題 如何能采集到正確的數(shù)據(jù) 對事不對人采用工具 4 項目報告 項目受監(jiān)控 控制的等級依賴于管理層次 項目經(jīng)理要求每日更新 其它開發(fā)經(jīng)理 例如技術(shù)管理者 可能滿足于月更新采集的數(shù)據(jù)要及時 正確 詳細 3 有關(guān)SPTO 基本的監(jiān)控 監(jiān)控活動是否按計劃進行監(jiān)控缺陷是否均已解決監(jiān)控問題是否均已處理L2 基本的監(jiān)控L3 建立監(jiān)控的門檻值 監(jiān)控風險 L4 定量監(jiān)控 跟蹤基線 SPTO針對項目計劃進行跟蹤項目計劃中列出了跟蹤要求 包括被跟蹤的主要工作產(chǎn)品 跟蹤頻度 跟蹤機制 跟蹤內(nèi)容 其跟蹤內(nèi)容除了規(guī)模 成本和工作量 進度外 還有風險 資源 包括關(guān)鍵計算機資源 技術(shù)活動和糾正措施計劃中列出了被跟蹤量的估計值或預測值 它們作為跟蹤的基礎跟蹤時 將采集的實際值與計劃中的估計值相比較 來確定進展 它們有時被稱為跟蹤基線 對軟件工程技術(shù)活動的跟蹤 活動9中提出對軟件工程技術(shù)活動進行跟蹤 這是等級2中唯一與工程技術(shù)活動有關(guān)的實踐 要求軟件工程組的成員定期向其直接領導報告技術(shù)狀態(tài) 包括活動的進展和問題 將其交付的供后續(xù)工作用的工作產(chǎn)品的內(nèi)容與計劃做比較 報告任何工作產(chǎn)品中的問題 并建立文檔 跟蹤問題到問題結(jié)束 糾正措施 如果計劃和實際進展間存在明顯偏差 就要采取糾正措施 這首先要做評價和判斷 評價 評價項目性能和項目相對計劃的狀態(tài) 決定偏差是否明顯 是否需要采取行動 要分析產(chǎn)生偏差的原因 當然首先必須明確定義 明顯 的含義 判斷 采取哪種行動 措施項有兩種可能 改變正在進行工作的方式 調(diào)整計劃 跟蹤方式 跟蹤軟件工程技術(shù)活動 必要時采取糾正措施 如定期報告機制 軟件工程組進行定期的內(nèi)部評審以便對照軟件開發(fā)計劃跟蹤技術(shù)進度 計劃 性能和問題按照文檔化規(guī)程在所選擇的項目里程碑處進行正式評審以評價軟件項目的完成情況和結(jié)果 如同行評審 各種報告和表格 跟蹤和監(jiān)控方式填寫數(shù)據(jù)采集表格 項目人員定期向其直接領導報告 其主要方式是填寫數(shù)據(jù)采集表格 如周報 周狀態(tài)報告 它們既包括相對計劃的進展 管理方面 又包括技術(shù)進展和技術(shù)問題 技術(shù)方面 一般SPTO需設計和提供適用的對各類人員的跟蹤表格 內(nèi)部評審 內(nèi)部評審 軟件項目組內(nèi)部定期進行的評審目的是跟蹤技術(shù)進展 計劃完成情況 當前狀態(tài)和問題一般一線軟件經(jīng)理和軟件作業(yè)領導參加評審 需要時 和軟件經(jīng)理和其他軟件經(jīng)理一起評審 正式評審 里程碑處的正式評審 目的是評價跟蹤的結(jié)果 進行監(jiān)控而不是跟蹤評價時使用的材料必須經(jīng)過有關(guān)軟件經(jīng)理的評審和批準 分析軟件活動的約定 計劃和狀態(tài) 識別出重大問題 相應的措施和做出決策 并建立文檔 分析軟件項目風險 必要時 做出修訂軟件開發(fā)計劃的決定 4 跟蹤表格 項目報告 進度表 周工時表 在項目進度上 作狀態(tài)標記 PERT CPM 周狀態(tài)報告 進度指示器 全面監(jiān)控 活動層監(jiān)控的甘特圖 周工時表 個人周狀態(tài)報告 進度監(jiān)控 甘特圖 進度指示器 全面監(jiān)控 到該日止已完成所計劃的活動數(shù)進度指示器1 到該日止計劃要完成的活動數(shù)到該日止已完成的在關(guān)鍵路徑上所計劃的活動數(shù)進度指示器2 到該日止計劃的要完成的在關(guān)鍵路徑上的活動數(shù) 項目報告 工作量 周工時表 進入實際時間 預計遺留工作量 周狀態(tài)報告 工作量指示器 用于全面監(jiān)控 工作量表活動層監(jiān)控 工作量表 活動層監(jiān)控 工作量指示器 用于全面監(jiān)控 到該日為止總的實際人 小時工作量指示器1 總的所計劃的完成活動的人 小時總的所預期的 遺留 實際的人天工作量指示器2 總的所計劃的人天 項目報告 成本 成本報告類似于工作量成本分量 工作量 可能分別計算正常的和加班的 出差 硬件 軟件 通訊 項目報告 質(zhì)量 缺陷日志 測試日志 ItemWise質(zhì)量記錄 缺陷矩陣 質(zhì)量指示器 ItemWise質(zhì)量記錄 缺陷泄漏矩陣 評審的重要性 泄漏缺陷 需求評審 設計評審 功能測試 靜態(tài)分析 結(jié)構(gòu)測試 25 15 10 需求缺陷 設計缺陷 編碼缺陷 返工的費用呈指數(shù)式增長 質(zhì)量指示器 全面監(jiān)控 質(zhì)量指示器1 對已完成的QC作業(yè) 總的實際缺陷數(shù) 對已完成的