◎範疇
1. 專案範疇
(1) 定義: 完成並交付一項具有特定功能、特色的產品、服務、或結果所需執行的工作
(2) 以專案管理計畫書(PMP)來衡量完成
2. 產品範疇
(1) 一項產品、服務、或結果所具有的特色功能
(2) 以產品需求來衡量完成
◎範疇基準
1. 專案範疇聲明 (Project Scope Statement)
(1) 基於在專案起始期間所產生之主要交付標的
(2) 詳細描述專案的交付標的,及其用來產出交付標的之工作
(3) 包含產品範疇描述、允收準則、交付標的、排除事項、限制條件、假設事項等
2. 工作分解結構表 (WBS)
(1) 以交付標的為導向的階層式工作分解
(2) 在其範圍內所謂工作是指工作的產出或交付標的
3. 工作分解結構說明表 (WBS Dictionary)
(1) 每一工作項的詳細說明,包含人、事、時、地、成本(估計值/ 資源)、驗收條件
(2) 說明包含工作包與管制帳戶
◎蒐集需求
1. 定義與管理顧客期望的流程,且需求是WBS的基礎;成本、時程與品質規劃等均是依其而建立的
2. 需求的發展始於分析專案章程與利害關係者登錄表中所包含的相關資訊
3. 需求可分:
(1) 專案需求: 包括營運需求、專案管理需求、與交付需求等
(2) 產品需求: 包括技術需求、安全需求、與性能需求等資訊
◎需求追溯矩陣 (RTM; Requirements Traceability Matrix)
1. 可從原始需求開始連結以至追溯其在整個專案生命週期的表格
2. 可與公司的營運與專案目標相連結,有助確保每一項需求能增加營運價值
3. 可從專案範疇/工作分解結構之交付標的,至產品的設計與開發,並至測試的策略與情境
4. 可從高階的需求至詳細的需求
5. 提供於專案整個生命週期追溯需求的方法
◎工作分解結構 (WBS)
1. 其代表可驗收的產品、服務、或結果
2. 工具: 分解術,是一種由上而下的分析方法
3. 將主要交付標的分解成小的單位,以便於管理;工作包(Work Package)是WBS的最底層單位
4. 正確分解工作包後,才能進行定義活動;定義活動產出包含: 活動清單、活動屬性、里程碑清單
5. 為100%原則,沒有遺漏或是多餘的專案工作
◎驗證範疇
1. 與客戶或贊助人審查交付標的,確保滿意地完成
2. 獲得客戶或贊助人對交付標的之正式的接受
3. 比較:
(1) 驗證範疇: 關注於交付標的之接受性 (Acceptance of the Deliverables)
(2) 品質管制: 主要涉及交付標的之正確性 (Correctness of the Deliverables)與特定的品質需求的達成
(3) 一般而言,先執行品質管制,再執行驗證範疇,但亦可並行
◎控制範疇
1. 確保所有變更申請和建議的矯正或預防行動,均經由執行整合變更控制流程來進行
2. 範疇潛變 (Scope Creep): 未經控制的變更稱之
PS. 有關各流程所使用的ITTO部分,將於最後章節彙整說明,請期待。
給妳拍拍手.....只是千呼萬喚始出來,等很久ㄟ..
回覆刪除ㄟ....sorry啦...
回覆刪除你沒喊大聲點..不然早就出來亮相了...:P
ok ~以後我會加上一支"大聲公"!
回覆刪除