Project Management Related Standard

1. Project Management Related Standard Chin-Yi Tsai cyt@pmlab.iecs.fcu.edu.tw http://140.134.26.25/~cyt

2. Outline • Project Management Body of Knowledge Guide (PMBOK Guide) • ISO/IEC 12207 /IEEE/EIA 12207 • Software Life Cycle Processes • Capability Maturity Model Integration (CMMI) • 管理類 • 流程管理 • 工程類 • 支援類 • PRoject INControlled Environment 2 (PRINCE 2) • ISO 9000 suite • ISO 9000:2000 Quality Management Systems Fundamentals and Vocabulary Installation and Servicing • ISO 9001:2000 Quality Management Systems- Requirement • ISO 9004:2000 Quality Management Systems- Guidelines for Performance Improvements • IEEE std 1058 • Standard for Software Project Management Plans

3. PMBOK

4. PMBOK • 專案管理知識體系 (Project Management Body of Knowledge，PMBOK)是美國專案管理學會(PMI)經過多年研究所彙編而成，是完整、有系統的專案管理標準架構。內容涵蓋專案管理九大知識領域與五大流程，為國際專案管理人士必備的寶典 • PMBOK five process group • Initiating • Planning • Executing • Controlling • Closing

5. Nine Knowledge Areas • PMBOK 將專案管理劃分為下列九大知識領域： • 範疇管理（Scope Management） • 時間管理（Time Management） • 成本管理（Cost Management） • 品質管理（Quality Management） • 人力資源管理（Human-Resource Management） • 溝通管理（Communication Management） • 採購管理（Procurement Management） • 風險管理（Risk Management） • 整合管理（Integration Management）

6. Knowledge Areas

7. PMBOK Process Groups and Knowledge Areas

8. PMBOK Initiating Processes • Initiation (5.1)—committing the organization to begin the next phase of the project. 以 Inputs Tool & Techniques Outputs 來描述這個process

9. PMBOK Planning Process 相關計畫

10. PMBOK Planning Processes • Scope Planning (5.2)—developing a written scope statement as the basis for future project decisions. • Scope Definition (5.3)—subdividing the major project deliverables into smaller, more manageable components. • Activity Definition (6.1)—identifying the specific activities that must be performed to produce the various project deliverables. • Activity Sequencing (6.2)—identifying and documenting interactivity dependencies. • Activity Duration Estimating (6.3)—estimating the number of work periods which will be needed to complete individual activities. • Schedule Development (6.4)—analyzing activity sequences, activity durations, and resource requirements to create the project schedule. • Resource Planning (7.1)—determining what resources (people, equipment, materials) and what quantities of each should be used to perform project activities. • Cost Estimating (7.2)—developing an approximation (estimate) of the costs of the resources needed to complete project activities. • Cost Budgeting (7.3)—allocating the overall cost estimate to individual work items. • Project Plan Development (4.1)—taking the results of other planning processes and putting them into a consistent, coherent document.

11. Scope Planning (5.2)

12. Scope Definition (5.3)

13. Activity Definition (6.1)

14. Resource Planning (7.1)

15. Activity Sequencing (6.2)

16. Activity Duration Estimating (6.3)

17. Cost Estimating (7.2)

18. Schedule Development (6.4)

19. Cost Budgeting (7.3)

20. Project Plan Development (4.1)

21. PMBOK Executing Processes

22. PMBOK Controlling Processes

23. PMBOK Closing Processes

24. ISO/IEC 12207 IEEE/EIA 12207

25. 12207的演進

26. IEEE/EIA 12207 • IEEE/EIA 12207 為最新的軟體生命週期程序的工業標準，整合了過去各種軟體標準 • IEEE/EIA 12207.0, Standard for Information Technology - Software Life Cycle Processes. (ISO/IEC 12207內容的複製，基礎標準，只是採用IEEE/EIA的封面) • IEEE/EIA 12207.1, Guide for ISO/IEC 12207, Standard for Information Technology - Software Life Cycle Processes - Life Cycle Data. (提供整體內容和格式的編製原則，生命週期的資料指引，即軟體文件) • IEEE/EIA 12207.2, Guide for ISO/IEC 12207, Standard for Information Technology - Software Life Cycle Processes - Implementation Considerations. (執行12207.0特定流程之需求提供一些指導原則，實踐程序之指引)

27. 12207 Processes • 12207包括了三個processes • Primary life cycle processes • Supporting life cycle processes • Organizational life cycle processes

28. Primary Life Cycle Processes • 獲得(acquisition)：籌獲作業包括籌獲者所有的活動與工作。這項作業以需要獲得系統、軟體產品或軟體服務的定義開始，接著徵求計畫書的準備與發行，供應者的選擇，籌獲作業的管理，一直到系統、軟體產品或軟體服務之接收。 • 供應(supply)：供應作業包含供應者所有的活動與工作。這項作業啟始於籌獲者準備的徵求計畫書，或是為了提供系統、軟體產品或軟體服務，而與籌獲者簽訂合約。接著，作業中程序與資源的確定，需要被處理及保證專案執行；包括專案計畫的開發與計畫的執行，一直到系統、軟體產品或軟體服務交付至籌獲者。 • 開發(development)：開發作業包括開發者所有的活動與工作。作業中包括有關軟體產品的需求分析、設計、編碼、整合、測試、安裝與接收等活動，若合約中有規定，得包括系統相關的活動。 • 運作(operation)：操作作業包括操作者所有的活動與工作。這項作業涵蓋軟體產品及對使用者操作支援的運作，因為軟體產品的操作已整合於系統的操作之中，這項作業的活動與工作將與系統有關。 • 維護(maintenance)：維護作業包括維護者所有的活動與工作。當軟體產品因問題或改良、改編之需求時，將遭遇程式碼及相關文件的修正。這項作業的目標是修正現存的軟體產品，以保護它的整合性，包括該軟體產品的移轉與汰換。本項作業結束於軟體產品的汰換。

29. Supporting Life Cycle Processes • 文件製作(documentation)：文件製作作業是一項作業用以記錄由一個生命週期流程或活動所產生的資訊。此項作業包括一系列活動：計畫、設計、發展、製造、編輯、分配以及維護所有相關人員如管理者、工程師與系統或軟體產品的使用者所需的文件。 • 型態管理(configuration management)：構型管理作業是一項應用行政與技術程序的作業，其貫穿於軟體生命週期用以識別、律定與基準軟體項目於一個系統；控制修正與項目的發行；記錄與報告項目的狀態與修正要求；確定項目的完整性、一致性與正確性；與控制儲存、處置以及項目的交付。 • 品質保證(quality assurance)：品質保證作業是一項作業用以提供於專案生命週期中軟體產品與作業符合他們的特定需求與附著他們建立計畫的適切保證。品質保證得使用其他支援作業結果，如確認、驗證、聯合審查、稽查與問題解決。 • 驗證(verification)：：驗證作業是一項作業用以決定是否一個活動的軟體產品實現需求或條件強制符合前面的活動。為求花費與執行的有效性，確認應儘可能的早地採用與作業(像供應、開發、運作或維護)整合。這作業得包含分析、審查與測試。 • 確認(validation)：確認作業是用以確定需求與最後被建置完成之系統或軟體產品是否實現其特定的期望使用的一項作業。確認作業得於早期階段開始實施。 • 聯合審查(joint review)：聯合審查作業是用以評估專案活動狀態與產品之適切性的一項作業。聯合審查兼具專案管理與技術等級，且於整個合約期間均需施行。 • 稽核(audit)：：稽核作業是用以確定是否適切的遵循需求、計畫與合約的一項作業。 • Problem Resolution：問題解決作業是用以分析與解決問題(包括不符合)的一項作業，不管自然或原始，這些問題被發現於開發、操作、維護或其他作業的執行期間，目的是提供一個時效性、責任及文件式的方法(手段)來確保所有發現的問題被分析與解決以方向被認知。

30. Organizational Life Cycle Processes • 管理(management)：管理作業包括一般的活動與工作，可使用於任何需要管理其個別作業的團體。管理者負有各項作業如：籌獲、供給、開發、運作、維護或支援等之軟體產品管理、專案管理與工作管理之責任。 • 基礎建設(infrastructure)：基礎建設作業係建立與維護其他作業所需之基礎建設的一種作業，包括開發、運作或維護用之硬體、軟體、工具、技術、標準及設施。 • 改善(improvement)：：改善作業係為了建立、評估、測量、控制及增進軟體生命週期作業之一項作業。 • 訓練(training)：訓練作業係提供與維持已受訓人員之作業。軟體的籌獲、供給、開發、運作或維護，需要仰賴大量博學與技巧豐富的人員。因此，及早計畫並實施人員的訓練，使受訓人員在籌獲、供給、開發、運作或維護時備便是必要的。

31. 12207的結構 • Acquisition • Initiation • Request-for-Proposal [-tender] preparation • Contract preparation and update • Supplier monitoring • Acceptance and completion

32. CMMI

33. 流程管理 Organizational Process Focus, OPF Organizational Process Definition, OPD Organizational Training, OT Organizational Process Performance, OPP Organizational Innovation and Deployment, OID 專案管理 Project Planning, PP Project Monitoring and Control, PMC Supplier Agreement Management, SAM Integrated Project Management for IPPD, IPM Integrated Teaming, IT Integrated Supplier Management, ISM Quantitative Project Management, QPM 工程類 Requirements Development, RD Requirements Management, REQM Technical Solution, TS Product Integration, PI Verification, VER Validation, VAL 支援類 Configuration Management, CM Process and Product Quality Assurance, PPQA Measurement and Analysis, MA Organizational Environment for Integration, OEI Decision Analysis and Resolution, DAR Causal Analysis and Resolution, CAR CMMI將Process Area分成四類

34. 專案管理PA • 專案管理類流程領域，包含與專案的規劃、監督及控制有關的專案管理活動。 • 「基本」專案管理類流程領域包括：專案規劃、專案監控及供應商協議管理。 • 基本專案管理類流程領域，說明和建立與維護專案計畫、建立與維護 承諾、依計畫監督進度、採取矯正措施及管理供應商協議有關的基本活動。 • 「進階」專案管理類流程領域包括：整合的專案管理、風險管理、整合團隊合作、量化專案管理及整合的供應商管理。 • 進階專案管理類流程領域說明的活動，包括：調適組織標準流程以建 立專案的已定義流程、與相關關鍵人員(包括供應商)協調與合作、風險管理、組成與維持執行專案的整合團隊，以及量化管理專案的已定義流程。

35. 基本專案管理

36. 進階專案管理

37. 專案規劃Project Planning • 目的：專案規劃的目的，在於建立並維護用以定義專案活動的計畫 • 專案規劃流程領域包括： • 發展專案計畫 • 與關鍵人員適當的互動 • 取得對計畫的承諾 • 維護專案計畫

38. Project Planning SG • SG1 建立估計值 • 建立並維護專案規劃參數的估計值 • SG2 發展專案計畫 • 建立並維護專案計畫，以做為管理專案的基準 • SG3 取得對計畫的承諾 • 建立並維護對專案計畫的承諾

39. Project Planning SP • SG 1 建立估計值 • SP 1.1 估計專案範圍 • SP 1.2 建立工作產品與工作項目屬性的估計值 • SP 1.3 定義專案生命週期 • SP 1.4 決定工作量與成本的估計值 • SG 2 發展專案計畫 • SP 2.1 建立預算和時程 • SP 2.2 界定專案風險 • SP 2.3 規劃資料管理 • SP 2.4 規劃專案資源 • SP 2.5 規劃所需知識和技能 • SP 2.6 規劃關鍵人員之參與 • SP 2.7 建立專案計畫 • SG 3 取得對計畫的承諾 • SP 3.1 審查影響專案的各種計畫 • SP 3.2 調整工作和資源水準 • SP 3.3 取得計畫承諾

40. SP 1.1 估計專案範圍 • 建立高階的分工結構圖(WBS) ，以估計專案的範圍 • WBS提供工作指派、時程安排及權責的參考與組織的機制，並做為規劃、安排及管制專案工作的基本架構 • 典型的工作產品 • 工作項目描述 • 工作包描述 • 分工結構圖 • 細部執行方法 • 以產品架構為基礎，發展分工結構圖 • 界定工作包，須詳細到足以說明專案工作項目的估計值、責任及時程 • 界定必須對外採購的工作產品(或工作產品的組件) • 界定將再使用的工作產品

41. SP 1.2 建立工作產品與工作項目屬性的估計值 • 建立並維護工作產品與工作項目屬性的估計值 • 規模大小是許多模式用來估計工作量、成本及時程的主要輸入。這些模式也可以連結、複雜度及結構做為輸入的基礎。

42. SP 1.2 建立工作產品與工作項目屬性的估計值 • 典型的工作產品 • 技術方法 • 工作項目及工作產品的規模大小及複雜度 • 估計模式 • 屬性估計值 • 細部執行方法 • 決定專案的技術方法 • 使用適當方法決定工作產品及工作項目之屬性，以估計資源需求 • 估計工作產品及工作項目之屬性 • 適當地估計專案所需人工、機器、材料及方法

43. SP 1.3 定義專案生命週期 • 定義專案生命週期階段，並據此建立規劃工作的範圍 • 典型的工作產品 • 專案生命週期階段

44. SP 1.4 決定工作量與成本的估計值 • 依據估計理由，估計工作產品和工作項目所需之專案工作量和成本 • 典型的工作產品 • 估計理由 • 專案工作量估計值 • 專案成本估計值 • 細部執行方法 • 蒐集估計模式或歷史資料，俾用於將工作產品及工作項目的屬性，轉換成工時及成本的估計值 • 估計工作量及成本時，應納入支援基礎環境所需的項目 • 用估計模式及(或)歷史資料，估計所需工作量及成本

45. SP 2.1 建立預算與時程 • 專案預算及時程，要依據已發展的估計值來安排，並確保預算分配、工作複雜度、工作項目的依存關係均已適當考量 • 典型的工作產品 • 專案時程表 • 時程相依關係 • 專案預算 • 細部執行方法 • 界定重要的里程碑 • 界定時程安排的假設前題 • 界定限制條件 • 界定工作項目的相依關係 • 定義預算與時程 • 建立矯正措施準則

46. SP 2.2 界定專案風險 • 專案規劃風險的界定與分析，通常包括下列各項： • 界定風險 • 分析風險以決定其影響程度、發生機率及可能發生問題的時間點 • 排列風險的優先順序 • 典型的工作產品 • 已界定的風險項目 • 風險的影響程度及發生機率 • 風險的優先順序 • 細部執行方法 • 界定風險 • 記錄風險 • 與相關的關鍵人員審查已記錄風險之完整性與正確性，並取得其同意 • 適當地修訂風險

47. SP 2.3 規劃資料管理 • 資料是多種型式的文件，用以支援計畫的全部領域(例如：行政管理、工程、建構管理、財務、後勤、品質、安全、製造及採購)

48. SP 2.4 規劃專案資源 • 按照估計初始值，定義專案資源(人工、機器/設備、材料及方法)及執行專案活動的資源需求數量。同時也提供更多的資訊，以展開用來管理專案的分工結構圖。 • 典型的工作產品 • WBS 工作包 • WBS 工作項目字典 • 依專案規模大小及範圍的用人需求 • 關鍵設施/設備表 • 流程/工作流程的定義及圖表 • 計畫行政管理需求表 • 細部執行方法 • 決定流程需求 • 決定用人需求 • 決定設施、設備及組件需求

49. SP 2.5 規劃所需知識和技能 • 將知識導入專案，包含專案成員的訓練以及從外界獲取知識 • 典型的工作產品 • 技能需求的詳細記載 • 用人及聘僱新人計畫 • 資料庫(例如：技能及訓練) • 細部執行方法 • 界定執行專案所需的知識與技能 • 評量可用的知識與技能 • 選擇提供所需知識與技能的機制 • 將選定的機制併入專案計畫

50. SP 2.6 規劃關鍵人員之參與 • 關鍵人員互動計畫應包括的內容 • 相關關鍵人員名單 • 關鍵人員參與的理由 • 專案生命週期各階段中相關關鍵人員的角色與責任 • 關鍵人員間的關係 • 專案生命週期各階段中關鍵人員對專案成功的重要性 • 所需的資源(例如：訓練、材料、時間、經費)，以確 • 保關鍵人員的互動 • 典型的工作產品 • 關鍵人員參與計畫