團隊軟體過程

• WBS工作分解結構
  • 作用
    • 提供專案範圍基線
    • 可以展現專案整體觀
    • 明確各個角色的責任
    • 幫助專案團隊理解工作內容，分析專案的風險
  • 建立WBS方法
    • 識別和分析可交付成果及相關工作
    • 確定工作分解結構的結構與編排方法
    • 自上而下逐層細化分解
    • 為工作分解結構組成部分制定和分配標誌編碼
    • 核實工作分解的程度是必要且充分的
  • WBS的基本要求
    • 最低層要求不能重複
    • 所有要求必須清晰，完整定義
    • 最底層要素必須有定義清晰的責任人/團隊
    • 最底層的要求是實現目標的充分必要條件
• 風險識別及風險應對
  • 典型的風險識別方法
    • 檢查WBS的每個元件以找出相應的風險
    • 使用定義好的風險分類表來評估風險
    • 訪談相關的領域專家
    • 與類似專案進行比較來審查風險管理
    • 檢查以往專案的總結報告
    • 檢查設計規格和需求規格
  • 典型的風險識別活動
    • 識別與成本，進度及績效相關的風險
    • 審查可能影響專案的環境因素
    • 將審查專案工作分解結構中的所有元件作為風險識別的一部分，以確保所有的工作投入均已考慮
    • 將審查專案計劃的所有組成部分作為風險識別活動的一部分，儘可能多地考慮專案的各方面工作
  • 風險的應對
    • 風險轉嫁

    通過某種安排，在放棄部分利益的同時，將部分專案風險轉嫁到其他的團隊或者組織（如;外包）

    • 風險解決

    採取一些有效措施，使得風險的來源不再存在

    • 風險緩解

    是指容忍風險的存在，採取一些措施監控風險，不讓風險對專案最終目標的實現造成負面影響

• TSP團隊專案規劃流程（四天九次會議）
  • 第一次會議：建立產品目標和業務目標
    • 向開發小組介紹專案基本情況以及提供必要的資訊，以支援專案小組對軟體專案進行估算和計劃
  • 第二次會議:角色分配和小組目標定義
    • 識別和分配專案小組的目標，並在此基礎上確定小組當中各個成員的角色以及相應的職責
  • 第三次會議：開發流程定義與策略選擇
    • 確定專案開發的方式，包括定義專案的開發流程，確定專案開發的策略
  • 第四次會議：整體計劃
    • 自頂向下定義專案的整體計劃和緊接著的下一個階段的詳細計劃
  • 第五次會議：質量計劃
    • 基於專案小組確定的質量目標，制定相應的質量計劃。需要明確每個階段預計注入的缺陷數和預計消除的缺陷數，為質量活動分配足夠的時間資源
  • 第六次會議：個人計劃及計劃平衡
    • 確定個人計劃並協調個人資源
  • 第七次會議：風險評估
    • 制定風險計劃，充分討論實現計劃所面臨的風險，並就風險的可能性和影響範圍進行評估，制定合適的風險緩解措施
  • 第八次會議：準備向管理層彙報計劃
    • 為第9次會議做好準備工作，準備的內容基於前面7次會議
  • 第九次會議：向管理層彙報計劃內容
    • 響應第一次會議，向管理層展現將如何進行專案的開發，並爭取獲得管理層對專案計劃的認可和支援
• 糾偏活動
  • 偏差原因分析
    • 收集偏差相關的各種資訊
    • 基於收集到的資訊，開展充分的分析工作，找出偏差的根本原因
  • 糾偏措施定義
    • 有針對性地定義糾偏的措施
    • 專案小組應當決定並記錄採取的適當行動來解決已識別的問題
    • 典型措施：修改工作說明書，修改需求，修改估計值與計劃，再協商承若事項，增加資源，變更過程以及修訂專案風險計劃等
    • 所有的糾偏措施除了進行文件化，還需要與相關干係人一起審查這些措施，並取相關干係人的承若
  • 糾偏措施管理
    • 管理糾偏措施直到結項
    • 對糾偏措施的實施情況進行跟蹤，需要專案小組監控糾偏措施直到完成糾偏
    • 需要專案小組分析糾偏措施的結果，以決定糾偏措施的有效性
    • 供專案小組學習，作為專案小組以後進行專案開發時的計劃和風險管理的參考
• TSP總結過程
  • 基於PMBOK的總結
    • 範圍管理，時間管理，成本管理，質量管理，人力資源管理，溝通管理，風險管理，採購管理，整合管理
  • 基於角色的總結
    • 典型的角色包括專案組長，計劃經理，開發經理，質量經理，過程經理和支援經理
• GQM方法，度量和分析活動，決策分析活動
  • GQM
    • 是一種應用非常廣泛的建立軟體度量體系的方法
    • 概念層（目標），操作層（問題），量化層（度量）
    • G：提出度量目標
    • Q；將目標細化為關於過程或產品的特定問題
    • M：這些問題將以度量的方式得以解答
  • 度量和分析活動
    • 建立度量目標，指定度量方式，指定資料收集和儲存的流程，指定分析流程，收集度量資料，分析度量資料，儲存資料和結果，交流度量結果
  • 決策分析活動
    • 建立決策分析指南，建立評價標準，識別獲選方案，選擇評價方法，評價候選方案，選擇解決方案
• 典型的TSP角色及其主要工作內容
  • 專案組長
    • 激勵團隊成員努力工作
    • 主持專案周例會
    • 每週彙報專案狀態
    • 分配工作任務
    • 維護資料
    • 組織專案總結
  • 計劃經理
    • 帶領專案小組開發專案計劃
    • 帶領專案小組平衡計劃
    • 跟蹤專案進度
    • 參與專案總結
  • 開發經理
    • 帶領團隊指定開發策略
    • 帶領團隊開發需求規格說明
    • 帶領團隊開發高層設計
    • 帶領團隊開發設計規格說明
    • 帶領團隊實現軟體產品
    • 帶領團隊開展整合測試和系統測試
    • 帶領團隊開發使用者支援文件
    • 參與專案總結
  • 質量經理
    • 帶領團隊開發和跟蹤質量計劃
    • 向專案組長警示質量問題
    • 軟體產品提交配置管理之前，對其進行評審，消除質量問題
    • 充當專案小組評審的組織者和協調者
    • 參與專案總結
  • 過程經理
    • 帶領團隊定義和記錄開發過程並且支援過程改進
    • 建立和維護團隊的開發標準
    • 記錄和維護專案的會議記錄
    • 參與專案總結
  • 支援經理
    • 帶領團隊識別開發過程中所需要的各類工具和設施
    • 主持配置管理委員會，管理配置管理系統
    • 維護軟體專案的詞彙表
    • 維護專案風險和問題跟蹤系統
    • 支援軟體開發過程中複用策略的應用
    • 參與專案總結