項目管理培訓-項目范圍管理

項目管理培訓項目范圍管理 人月神話 產(chǎn)品范圍和項目范圍 產(chǎn)品范圍 某項產(chǎn)品 服務或成果所具備的特性或功能項目范圍 為交付具有特定特性的產(chǎn)品 服務或成果說必須完成的工作 項目范圍管理包括確保項目做且只做完成項目所需的全部工作的過程 可運行的系統(tǒng) A B C D E F 安裝使用手冊 需求設計文檔 需求 設計 編碼 測試 管理活動 評審 會議 風險 監(jiān)控 項目范圍 強調(diào)過程 產(chǎn)品范圍 強調(diào)結(jié)果 5 1收集需求 輸入 1 項目章程2 干系人登記冊 工具和技術(shù) 1 訪談2 焦點小組會議3 引導式研討會4 群體創(chuàng)新技術(shù)5 群體決策技術(shù)6 問卷調(diào)查7 觀察8 原型法 輸出 1 需求文件2 需求管理計劃3 需求跟蹤矩陣 需求是干系人已量化的需要和期望 收集需求就是為實現(xiàn)項目目標定義和記錄干系人的需求 需求是工作分解結(jié)構(gòu)的基礎(chǔ) 訪談 用戶訪談是最簡單直接的一種需求收集方式 幾乎適合任何商務場合 利 直接有效 形式靈活 交流深入 應該做為主要的需求捕獲技術(shù)弊 占用時間長 面窄而容易造成信息的片面性 訪談前 訪談中 訪談后 訪談目的用戶背景調(diào)研問題清單文檔資料準備訪談時間和地點 封閉式問題啟發(fā)式問題以傾聽為主訪談內(nèi)容和節(jié)奏控制 訪談結(jié)果確認復查筆記進一步確認問題域確認需求優(yōu)先級 問卷調(diào)查 通過設計書面問題 向為數(shù)眾多的受訪者快速收集信息 如果受眾眾多 需要快速完成調(diào)查 并想要使用統(tǒng)計分析方法 就適宜采用問卷或調(diào)查方法 確定調(diào)查針對的問題準備調(diào)查問卷分發(fā)調(diào)查表收集和分析調(diào)查表確定下一步的工作 QFD 質(zhì)量功能展開 質(zhì)量功能展開 QualityFunctionDeployment QFD 是一種立足于在產(chǎn)品開發(fā)過程中最大限度地滿足顧客需求的系統(tǒng)化 用戶驅(qū)動式的質(zhì)量保證方法 QFD于70年代初起源于日本 QFD的關(guān)鍵是將顧客需求轉(zhuǎn)換成產(chǎn)品開發(fā)過程具體的技術(shù)要求和質(zhì)量控制要求 通過對這些技術(shù)和質(zhì)量控制要求的實現(xiàn)來滿足顧客的需求 關(guān)系矩陣 顧客需求 競爭分析 技術(shù)特性 技術(shù)評估 屋頂 誰在使用產(chǎn)品 who 使用產(chǎn)品做什么 what 產(chǎn)品在何處被使用 where 產(chǎn)品在何時被使用 when 為什么顧客選擇了這種產(chǎn)品 why 顧客怎么使用產(chǎn)品 how QFD舉例 軟件開發(fā) 系統(tǒng)使用速度慢的5W 1H分析 What 在系統(tǒng)中進行財務數(shù)據(jù)的統(tǒng)計匯總Why 每月或每周都需要出相關(guān)的統(tǒng)計報表向領(lǐng)導匯報When 在周末和月末的時候Where 使用系統(tǒng)的統(tǒng)計查詢 財務月匯總帳查詢Who 財務相關(guān)人員How 僅按照時間段為查詢條件進行查詢 頭腦風暴 妄加評論的負面影響 頭腦風暴三個階段 用于產(chǎn)生大量觀點或可選方案的方法嘗試充分運用所有員工的創(chuàng)造力維持批判精神的群體決策方法可以打破群體思維的方法要求參加者具有較高的聯(lián)想思維 思維導圖 促進右腦思維天然的放射性結(jié)構(gòu) 只有一個根導圖工具使用 Kano模型 卡諾 NoritakiKano 博士將顧客需求分為三種類型 即基本型 期望型和興奮型 這種分類有助于對顧客需求的理解 分析和整理 基本需求 最基本的需求 滿足了也不會表現(xiàn)出滿意 但不滿足則會特別不滿意期望需求 提供的越多越滿意興奮需求 不提供顧客也不會特別不滿意 但興奮需求會轉(zhuǎn)化為基本需求 原型法 原型法是一種啟發(fā)式的需求調(diào)研方法 適用于新系統(tǒng)或大型復雜系統(tǒng) 目的是進一步挖掘客戶需求并和客戶快速達成一致 可操作性 實際執(zhí)行提供 外觀和感覺 的特性集中性 目標單一 排除額外的執(zhí)行能力快速性 利用CASE工具快速建立和更改原型 原型開發(fā)工具 AxureRP快速原型制作軟件 線框圖 原型 規(guī)格文檔Visio2003繪制流程圖等多種繪圖工具BalsamiqMockups手繪風格的原型圖繪制工具PencilProject原型圖繪制工具ExpressionBlend微軟發(fā)布的原型開發(fā)工具Cacoo在線原型圖繪制工具mockingbird在線原型圖繪制工具OmniGraffleforMacMac下的原型和流程圖繪制軟件 APPEALS方法 APPEALS是一種市場需求和收集的方法 一般是使用在市場規(guī)劃和產(chǎn)品規(guī)劃的細分市場中 因為可以從多個維度 不同的權(quán)重來分析需求 產(chǎn)品價格 Price A 可獲得性 Availability P 包裝 Packaging P 性能 Performance E 易用性 Easytouse A 保證程度 Assurances L 生命周期成本 Lifecycleofcost S 社會接受程度 Socialacceptance 需求和項目關(guān)系 需求處理 子活動 需求收集 需求分析 決策 需求分配 需求實現(xiàn) 需求填報 需求過濾 分發(fā) 組織論證分析 流程 接受 拒絕 掛起 需求排序 需求早期確認 納入路標規(guī)劃 規(guī)劃到新版本 在研版本上變更 需求客戶驗證 反饋 需求研發(fā)過程跟蹤 深入理解客戶問題和應用場合 需求之間關(guān)系 原始需求 用戶需求 產(chǎn)品需求 軟件需求 分類整理 抽象提取 開發(fā)挖掘 原始需求 項目啟動或立項前的溝通交流 用戶目標和期望用戶需求 體現(xiàn)到SOW和項目建議書里面 明確項目建設范圍產(chǎn)品需求 自身產(chǎn)品化需求 對共性進行提取和抽象 體現(xiàn)在產(chǎn)品規(guī)劃軟件需求 對需求進行分析和挖掘 形成完整文檔 指導設計和開發(fā) 需求全生命周期 需求工程 需求工程推薦實踐 需求說明書內(nèi)容 用戶需求 非功能需求 軟件用例需求 需求追蹤 用戶需求到產(chǎn)品需求的追蹤用戶需求到軟件需求用例的追蹤用例到設計類的追蹤軟件需求到測試用例的追蹤 變更影響分析防止需求遺漏或鍍金協(xié)作項目執(zhí)行和跟蹤 5 2定義范圍 輸入 1 項目章程2 需求文件3 組織過程資產(chǎn) 工具和技術(shù) 1 專家判斷2 產(chǎn)品分析3 備選方案識別 輸出 1 項目范圍說明書2 項目文件 更新 定義范圍是制定項目和產(chǎn)品詳細描述的過程 詳細項目范圍說明書的編制 對項目成功至關(guān)重要 應該根據(jù)項目啟動過程中記載的主要可交付成果 假設條件和制約因素 來編制項目范圍說明書 范圍定義目的 持續(xù)不斷的檢查以保證能夠完成所有需要完成工作不經(jīng)過CCB不能讓干系人隨便修改項目范圍確保所有的變更都是符合項目章程定義和控制哪些應該 哪些不應該包含在項目中防止范圍的蔓延和鍍金 范圍定義依據(jù) 對現(xiàn)狀的認識 基礎(chǔ)設施 人力資源 工具技能 組織對歷史的總結(jié) 組織過程資產(chǎn) 歷史經(jīng)驗數(shù)據(jù)三要素平衡 范圍 目標進度 資源成本費用最直接輸入 前期調(diào)研和討論 用戶需求優(yōu)先級排序 產(chǎn)品分析 產(chǎn)品分解 產(chǎn)品結(jié)構(gòu) 按一定原則組織的零部件集合 包括BOM清單 報表方式 和產(chǎn)品結(jié)構(gòu)樹 描述產(chǎn)品的物料組成 反映產(chǎn)品的功能和結(jié)構(gòu)劃分由部件和文檔組成樹狀結(jié)構(gòu)化的展開形式可逐級展開的多層結(jié)構(gòu) 產(chǎn)品分析 系統(tǒng)工程 一個理想的導彈應該是怎么樣的 空氣動力學 推進器 結(jié)構(gòu) 導航器 生產(chǎn) 控制器 系統(tǒng)工程結(jié)果 系統(tǒng)工程起膠水作用 使不同的設計 子系統(tǒng)共同運作 確保組合起來的系統(tǒng)做為一個整體具有最佳的性能 產(chǎn)品分析 價值工程 價值工程主要思想是通過對選定研究對象的功能及費用分析 提高對象的價值 這里的價值 指的是反映費用支出與獲得之間的比例 提高功能 降低成本 大幅度提高價值功能不變 降低成本 提高價值功能有所提高 成本不變 提高價值功能略有下降 成本大幅度降低 提高價值提高功能 適當提高成本 大幅度提高功能 從而提高價值 項目范圍說明書 項目范圍說明書詳細描述項目的可交付成果 以及為提交這些可交付成功而必須開展的工作 項目范圍說明書也表明項目干系人就項目范圍所達成的共識 描述項目要做和不要做的工作詳細程度 決定著項目管理團隊控制項目范圍的有效程度 項目目標 可測量 時間費用和進度 產(chǎn)品范圍說明書項目要求說明書項目邊界項目可交付成果產(chǎn)品驗收準則項目假設 先說斷后不亂 項目約束 現(xiàn)狀分析 項目組織初步確定風險初步里程碑資金費用估算配置管理要求技術(shù)規(guī)定說明書批準要求 跟項目主計劃區(qū)別 軟件項目計劃流程 用戶需求 產(chǎn)品立項 目標和范圍 生命周期 自定義過程 過程資產(chǎn) 需求分解 WBS模板 估算 活動任務 進度計劃 資源需求 團隊組建 技能評估 資源 PDB 資源計劃 質(zhì)量計劃 成本計劃 溝通計劃 SOW 風險管理過程和計劃 測試計劃 配置計劃 質(zhì)量保證計劃 評審 基于CMMI三級強調(diào)組織項目管理成熟度注意估算的作用體現(xiàn)IPM集成項目管理 里程碑和基線 計劃 需求 設計 編碼 測試 需求里程碑 發(fā)布里程碑 里程碑針對階段 是時間點 基線針對一個或多個工件 是受控標志 基線和里程碑有可能同時出現(xiàn) 也可能分開出現(xiàn)里程碑的重點是項目狀態(tài)審查 確定是否可以進入下一個階段基線重點是保持工件一致性 而且受控 A 1 B 1 變更申請 評審 評審 BL 2009 0109 5 3創(chuàng)建工作分解結(jié)構(gòu) 輸入 1 項目范圍說明書2 需求文件3 組織過程資產(chǎn) 工具和技術(shù) 1 分解2 WBS模板 輸出 1 WBS2 WBS字典3 范圍基準 定義范圍是制定項目和產(chǎn)品詳細描述的過程 詳細項目范圍說明書的編制 對項目成功至關(guān)重要 應該根據(jù)項目啟動過程中記載的主要可交付成果 假設條件和制約因素 來編制項目范圍說明書 什么是WBS 面向可交付成果的對項目工作的層次化分解有機的組織和定義項目整個范圍將項目工作分解為較小的 易于管理的多項工作每分解下一層代表對項目跟詳細的定義 按階段分解 按成果分解 什么是工作包 工作包 WorkPackage 工作細目 WBS的最底層可交付成果能夠?qū)ぷ靼M行進度安排 成本估算 監(jiān)視和控制要求 邏輯上不可再分 80h 易于估算 明確責任人 項目 階段 子項目 交付成果 階段 成果 工作包 成果 工作包 工作包 WBS分解原則 最底層必須是工作包 有明確責任人滿足估算需求 80小時原則 不滿足可在此循環(huán)建議先基于階段 再基于成果適應組織管理的需要大型項目可以先分解為子項目 再進行階段和產(chǎn)出分解 WBS詞典 帳戶編碼工作描述負責組織里程碑清單進度活動所需資源成本估算質(zhì)量要求驗收標準參考文獻合同信息 賬目編碼和賬目表 賬目表 chartofaccounts 會計科目表 擁有成本管理和成本核算賬目編碼 codeofaccounts 用于唯一標識WBS的組成部分會計科目表一般是工作包上層 多個工作包可以屬于同一會計科目 WBS與集成項目管理 成本估算和核算以WBS為單位 并進行歸集掙值管理以WBS工作包為最小單位產(chǎn)品結(jié)構(gòu)和WBS模板為WBS生成的基礎(chǔ)文檔輸出以產(chǎn)品結(jié)構(gòu)為掛接點 范圍基準 范圍說明書 WBS WBS字典 5 4范圍核實 輸入 1 項目管理計劃2 需求文件3 需求跟蹤矩陣4 可交付成果 工具和技術(shù) 1 檢查 輸出 1 驗收的可交付成果2 變更請求3 項目文件 更新 范圍核實是正式驗收項目已完成的可交付成果的過程 核實范圍包括與客戶或發(fā)起人一起審查可交付成功 確?？山桓冻晒褕A滿完成 并獲得客戶或發(fā)起人的正式驗收 5 5范圍控制 輸入 1 項目管理計劃2 工作績效信息3 需求文件4 需求跟蹤矩陣5 組織過程資產(chǎn) 工具和技術(shù) 1 偏差分析 輸出 1 工作績效測量2 組織過程資產(chǎn) 更新 3 變更請求4 項目管理計劃 更新 5 項目文件 更新 范圍控制是監(jiān)督項目和產(chǎn)品的范圍狀態(tài) 管理范圍基準變更的過程 對項目范圍進行控制 就必須確保所請求的變更 推薦的糾正措施或預防措施都經(jīng)過整體管理中整體變更控制的處理 范圍控制數(shù)據(jù)流圖 輸出的變更請求是整體變更控制的輸入需求跟蹤矩陣檢查是否有遺漏或鍍金計劃是基準和目標 執(zhí)行是實際 兩者進行偏差分析 范圍核實和范圍控制 參與人 核實客戶必須參與 控制客戶不必參與時間點 核實在關(guān)鍵的階段完成點 控制在項目執(zhí)行全過程內(nèi)容 核實只關(guān)注最終交付成果 控制關(guān)注所有執(zhí)行過程中間輸出 范圍蔓延和范圍鍍金 范圍蔓延 客戶提出新需求 超出了范圍基準范圍鍍金 客戶沒有提新需求 項目自己做了額外客戶不需要工作 范圍基準 范