項目管理培訓教程VIP

SPP有關問題 項目管理 項目管理的核心 PDCA P(Plan) 計劃 D(Do)作 ，執(zhí)行計劃 C(Check) 檢查，從結果中學習 A(Act) 正式行動 , 采取措施 PDCA 計劃 執(zhí)行 檢查 行動 計劃的動態(tài)性 軟件計劃的重要性 對任何軟件工程項目來說 ， 其任務均是按期 、 按預算開發(fā)滿足用戶需求的 、 高可靠 、 高性能的軟件產(chǎn)品 要作到這點項目計劃是基礎 項目計劃是為實現(xiàn)預定目標而作的科學預測 ， 以它為基準跟蹤和控制項目 它確定未來的行動方案和資源分配 ， 引導項目的實施 項目計劃的質(zhì)量是決定項目成敗 、 優(yōu)劣的關鍵因素之一 制定計劃 對所有規(guī)模的項目，能夠而且應該作計劃 項目計劃能： 定義項目，使工作范圍 適合 你的組織 生成計劃 文檔 ，它描述要完成的工作 ，對跟蹤項目有用 對必須完成的工作作出 現(xiàn)實的估計 貫穿項目始終都要 識別風險 ， 并評估其影響 制定 現(xiàn)實的 進度和成本 圖 5-1項目軟件工程參考模型 項目目標，特征 項目策劃項目計劃項目管理質(zhì)量保證需求軟件 /產(chǎn)品項目計劃的特點 它是文檔化的而不是只在經(jīng)理的腦袋里 描述任務是什么 ； 描述如何作，包括資源，時間區(qū)間，可接受的偏差范圍等 有可讀性 模塊化 足夠簡煉，讓人愿意看 項目計劃中包括所有的項目管理問題 誰負責定計劃？ 項目經(jīng)理 項目計劃中包括 ： (一部分或附件） SQA計劃 SCM計劃 測試計劃 風險計劃 培訓計劃 跟蹤計劃 項目策劃 必須在一開始就作，并被不斷更新 項目策劃的質(zhì)量決定了項目行為的好壞（按計劃進行或反應驅(qū)動） SPP 何時定計劃 計劃是個綱，盡早制定 項目定義階段 SPP貫穿全生命周期 隨著信息增多，計劃不斷細化 WBS的不斷細化 估計逐漸接近現(xiàn)實 有更改要求， 修訂計劃 Ac1,2,3 盡早制定軟件項目開發(fā)計劃 項目計劃是指導項目的綱 ， 要盡早制定 在項目定義階段 ， 只要明確了軟件項目的目標和軟件要實現(xiàn)的基本功能；只要項目人員明白用戶的意圖就應制定 通過初始計劃的制定 ， 項目經(jīng)理能熟悉項目工作的基本方面：范圍 、 需求 、 總的時間和里程碑 、 組織機構 、 人員要求等 。 它確定了生存周期 ， 管理過程 、 技術過程等等 。 這些在項目過程中 ， 變化不會太大 有時也稱初始計劃為基礎計劃 CMM SPP軟件開發(fā)計劃的內(nèi)容 軟件項目的目的 ， 范圍 、 目標和對象； 軟件生存周期的選擇； 精選的供開發(fā)和 （ 或 ） 維護軟件用的 規(guī)程 、 方法和標準； 待開發(fā)軟件工作產(chǎn)品； 軟件工作產(chǎn)品的規(guī)模估算 、 軟件項目的工作量和成本的估算； 關鍵計算機資源的估算； 軟件項目的進度； 軟件風險的識別和評估； 軟件工程設施和支持工具計劃 。 軟件過程和 SDP 過程管理對軟件尤為重要無論在哪個等級 ， 都必須將過程文檔化 ， 項目都有自己確定的軟件過程 但是 ， 一般項目確定的軟件過程的描述不夠明確以致不能直接執(zhí)行 項目 SDP在項目確定的軟件過程 （ 將做什么和如何作 ） 和項目具體完成方式 （ 例如 ， 誰將按照什么進度生成哪個工作產(chǎn)品 ） 之間建立聯(lián)系 。例如 ， SPTO、 SCM、 設計等等 SDP中以各種方式 （ 如索引 ） 包括項目過程的描述 ， 但建立項目過程并不是 SPP的任務 。SDP建立在項目確定的軟件過程之上 軟件項目計劃的動態(tài)性 眾所周知 ， 項目策劃是基于當前已有的信息（ 包括過去的經(jīng)驗 ， 當前項目的目標 、 范圍 、組織結構 、 資源等 ） ， 安排工作和進度 ， 預測作業(yè)結果 隨著項目的進展 、 信息的增多和理解的深入 ，預測會逐漸地接近實際 ， 所以對任何類型的項目來說 ， 項目的修訂不可避免 軟件項目計劃將不斷修訂 ， 貫穿全生存周期（ SPP 活動 3） 每次修訂按 SPP要求進行 項目策劃的主要步驟 定義可交付產(chǎn)品 (what， when， how) 估計和策劃工作量和成本 協(xié)商各方約定 安排進度和資源，使能按時交付 編寫計劃 工作分解結構 (WBS) work Breakdown structure 用于策劃，控制 WBS以層次結構組織項目活動元素 將項目分解成易于管理的活動 WBS中的層次結構 兩種類型 : -產(chǎn)品 -活動 -或兩者的混合 WBS關注如何組織它們以便能最適合項目 產(chǎn)品層次結構 指明各種軟件分量如何安置在軟件系統(tǒng)中 反映軟件產(chǎn)品的基本結構，由軟件設計者確定 分量有：程序 (routine)、模塊、子系統(tǒng)等等 活動層次結構 指明處理一個軟件分量的各種方法 合適時，活動層次的一部分可以運用到產(chǎn)品的任何一個層次 構造 WBS 遞代式構造 構造有意義的逐步細分 (roll-up)的層次結構 向下細分到能實際作出策劃和控制的層次（不要太碎） 綜合自頂向下 /由底向上的方法 采用混合的產(chǎn)品 /活動層次結構 WBS例子 R e q u i r e m e n tA n a l y s i sH i g h L e v e lD e s i g nD e t a i l e dD e s i g nM o d 1P1P 2 C o d e P 2 C o d eR e v i e wP 2 U n i tT e s t P l a nP 2 U n i t T e s t &D e b u g g i n gP2 P3 P4M o d 2 M o d 3 M o d 4C o d e &U n i t T e s tS y s t e m T e s t D e s p a t c h &I n s t a l lP r o j e c tM a n a g e m e n tP r o j e c t 3 4ACTIVITY Break-up Product Break-up WBS用于項目 “ 階段 ” 如果項目按階段進行 -對當前階段作詳細的分解 -對未來階段保留不動 -當知道更多細節(jié)時，進一步分解為更細的 WBS WBS的局限性 不能顯示執(zhí)行任務的序列性 不能顯示任務間的依賴性 要用網(wǎng)絡描述進度安排 策劃 要做出合理的計劃 合理 切實可行（在當時的信息下） 要求： 作好估計 一致認可的約定（目標 3） 約定 外部約定 對組織外 內(nèi)部約定 項目經(jīng)理 項目內(nèi) 項目外 組織內(nèi) 高級經(jīng)理 批準 負責協(xié)商 負責協(xié)商 用戶提出的初始需求 項目組承諾的需求 項目的初始計劃 （又可以稱基礎計劃） R M 雙方協(xié)商 項目組評審 與有關方 協(xié)商 S P P S P P 有關的幾個問題 1 估計 2 風險 3 項目計劃 1 估計 CMM對估計的要求 二級時估計并不要求精確，但要求能 不斷改進 文檔化估計 規(guī)程 從現(xiàn)有的開始 每次疊代均作改進 盡量使用數(shù)據(jù)，特別是 自己的數(shù)據(jù) 在項目生存期內(nèi)，隨著信息的增加 不斷精化估計 所有可靠的估計技術均依靠歷史數(shù)據(jù) 歷史數(shù)據(jù)愈多，規(guī)模估計愈精確 估計 CMM的核心思想是不斷學習 ， 不斷改進 。 項目進程中 ， 計劃被不斷修訂 ， 每次修訂必須作估計 。 估計是經(jīng)常作的 。 只有對項目選定一種（ 或幾種 ） 能夠改進的估計方法 ， 多次估計的結果才能進行比較 ， 才能積累經(jīng)驗和數(shù)據(jù) ， 估計才能越來越準確 。 開始作估計時的數(shù)據(jù)問題 對于數(shù)據(jù) ， 在二級估計規(guī)程中只要求 “ 如果有的話 ， 使用歷史數(shù)據(jù) ” 。 所以起步時 ， 只要選定方法 ， 做就是了 。 需用數(shù)據(jù)的地方 ， 如有項目自己數(shù)據(jù) ， 用自己的數(shù)據(jù) ， 否則用本組織的數(shù)據(jù) 。 如果無組織的數(shù)據(jù) ， 則可依次選用本地區(qū)的數(shù)據(jù) 、 本國行業(yè)數(shù)據(jù) 、 國際上的行業(yè)數(shù)據(jù) 。 二級 SPP的活動 15要求建立一個數(shù)據(jù)庫 ， 記錄項目估計數(shù)據(jù) ， 包括策劃時數(shù)據(jù) 、 再策劃時數(shù)據(jù) 。 為使數(shù)據(jù)可用 ， 必須記錄下估計的假定 。例如所采用的估計模型 ， 模型參數(shù) 、 估計時作業(yè)的描述等等 。 SPP時 對工作量，不僅需要知道總的估計，而且需要知道它的按階段的分布 例如 生產(chǎn)率分布 基于歷史數(shù)據(jù)（ Infosys) 階段 工作量的 工作量 需求分析 4 14 設計 20 68 構造 40 136 測試 10 34 驗收測試 4 14 項目管理 8 27 培訓 5 17 其他 9 30 總計 100 340 估計對象 估計對象一般有工作量、規(guī)模、成本、進度等 一般這些量之間有一定的關系，由歷史數(shù)據(jù)來定 當缺乏歷史數(shù)據(jù)時，可分別估計多個量，以便相互驗證 有關估計規(guī)程 CMM不規(guī)定具體方法，由項目定 規(guī)程中規(guī)定了： 將估計的假定記入文檔 -單位 -方法 估計 文檔經(jīng)評審和認可 規(guī)程形式自定。例如，對小 項目，四個規(guī)程合并為一個檢查單 不要忘記估計規(guī)模 估計方法 估計方法必須采取科學的結構化的方法 方法很多，例如 FPA, COCOMO 問 John 利用專家作 估計時，應用寬帶 Delphi 方法 PERT估計方法 Delphis Wideband技術 Delphis Wideband技術 基礎 當 許多 專家基于相同假定 獨立地 作出了相同 估計，該估計多半是正確的 必須確保專家正對相同的 正確的假定 進行工作 Delphis Wideband技術 規(guī)程 1.識別做估計的群組 -專家估計者 (4-6項目經(jīng)理 ) -作者 -估計協(xié)調(diào)者 2.作者呈述待作估計的系統(tǒng) 3.作者和專家一起識別作業(yè)和假定 4.作者和專家一起就可接收的估計差異水準達成一致 (例如 20%) 5.協(xié)調(diào)者整理一份群組所決定的作業(yè)清單，發(fā)給每個專家 Delphis Wideband技術 規(guī)程 6.針對每個作業(yè)，專家獨立地對每個作業(yè)作出估計（ 無討論 /咨詢 ），將估計繳給協(xié)調(diào)者 7.協(xié)調(diào)者作出如下表格的綜合： 作業(yè) 最小估計 . 最大估計 . 平均估計 %差別（ VAR） 接受 /不接受 Delphis Wideband技術 規(guī)程 8.協(xié)調(diào)者將綜合表發(fā)給全部專家和作者 9.當 %差別 (variance)大于可接受水平時，專家與作者討論作業(yè)和假定。 不討論 估計值 。某些作業(yè)可能作進一步分解或合并 10.返回步驟 5；繼續(xù)工作直到全部作業(yè)處在可接受水平之內(nèi) Delphis Wideband技術 成功的關鍵因素 絕對不討論估計。討論作業(yè)和假定 估計是保密的。估計者不知道相互的估計 應至少有三個估計者 將項目分解到小的作業(yè)（約 20個人日） 自底向上的估計法 當一個待解決的問題過于復雜時，可以把它進一步 分解 (WBS)，直到分解后的子問題變得容易解決為止 然后，分別解決每一個子問題 -例如，軟件人員較容易直接估計小作業(yè)的編程工作量 將這些子問題的解答綜合起來，從而得到原問題的解答 自底向上的估計法 在估計每一個子問題時，可采用 PERT方法。 首先作出以下三種估計： -非?？赡艿?值 tm -最樂觀的 值 to -最悲觀的 值 tp 再使用公式計算平均 值 = (to + 4tm + tp) / 6 利用方差概念、概率分布，可得到平均 值 落在一個區(qū)間內(nèi)的概率 -為預期平均 值 ，概率是 50% -左右擴大一個標準偏差，概率是 84% -左右擴大兩個標準偏差，概率是 97.7% -左右擴大三個標準偏差，概率是 99.9% 標準偏差 =(tp - to) / 6 方 差 =(tp - to)/ 6)2 有時公式中再引進一個復雜度乘積因子 2 風險 什么是風險？ 任何 可能 出現(xiàn)的條件或事件，一但發(fā)生，對項目會造成 損害 風險是不確定的條件或事件 風險管理的目的是使風險對項目的影響最小 今天的 風險 可能 是明天的 問題 （麻煩） 風險管理 風險管理是項目中運用過程、方法和工具管理風險的實踐。風險管理提供有紀律的環(huán)境以便作出 事先 的決策： -連續(xù) 地評估什么會出錯 -決定應處理的重要風險 -實施處理這些風險的策略 從 “ 救火 ” 和 “ 危機管理 ” 到預先決策 風險管理并不能保證成功但增加成功的概率 L2 對 風險要求 活動 13：對與項目的成本、資源、進度和技術方面相聯(lián)系的軟件風險進行鑒別、評估和建立文檔 1 基于風險對項目的潛在影響，對風險進行分析和優(yōu)先級排序 2 鑒別風險的偶發(fā)事件 風險管理過程 風險管理 風險評估 風險控制 風險識別 風險分析 風險優(yōu)先級排序 風險策劃 風險解決 風險監(jiān)控 風險評估 幫助我們了解風險和識別那些重要的值得處理的風險 -風險識別 -風險分析 -風險優(yōu)先級