主頁 > 後端開發 > PMP知識領域

PMP知識領域

2021-01-16 06:50:11 後端開發

·

十大知識領域

整合-專案整合管理

識別、定義、組合、統一和協調個專案管理程序組的各種程序和活動而展開的活動與程序,

整合:統一、合并、溝通和簡歷聯系;貫穿專案始終

七個程序組

一、制定專案章程(啟動)

執行一次

撰寫一份正式批準的專案,授權專案經理使用組織資源的檔案程序,里面描述高層級的期望

作用:

明確專案與組織戰略目標之間的直接聯系

確立專案的正式地位

展示組織對專案的承諾

解讀:

明確定義專案開始和專案邊界(邊界模糊)

專案章程一旦被批準,就標志著專案正式啟動

高層對專案的支持

輸入:

  1. 商業檔案
    • 商業論證
    • 效益管理計劃
  2. 協議
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集:
    • 頭腦風暴
    • 焦點小組
    • 訪談
  3. 人機關系與團隊技能:
    • 沖突管理
    • 引導
    • 會議管理
  4. 會議

輸出:

  1. 專案章程

    是由專案啟動者或發起人發布的,正式批準專案成立,并授權專案經理使用組織資源開展專案活動的檔案

  2. 假設日志

二、制定專案計劃(規劃)

執行一次

定義、準備和協調專案計劃的所有組成部分,并把他們整理合為一份綜合專案管理計劃的程序

作用:綜合檔案,確定所有專案作業的基礎及其執行方式

性質:必須是綜合,經批準的,現實可行的,正式的

輸入:

  1. 專案章程
  2. 其他程序的輸出
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集:
    • 頭腦風暴
    • 核對單
    • 焦點小組
    • 訪談
  3. 人際關系與團隊技能:
    • 沖突管理
    • 引導
    • 會議管理
  4. 會議

輸出:

  1. 專案管理計劃

三、指導與管理專案作業(執行)

整個專案期間開展

實作專案目標而領導和執行專案管理計劃中所確定的作業,并實施已批準的變更程序

作用:對專案作業提供綜合管理,提高專案成功的可能性

輸入:

  1. 專案管理計劃
  2. 專案檔案:
    • 變更日志
    • 經驗教訓登記冊
    • 里程碑清單
    • 專案溝通記錄
    • 專案進度計劃
    • 需求跟蹤矩陣
    • 風險登記冊
    • 風險報告
  3. 經批準的變更請求
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 專案管理資訊系統
  3. 會議

輸出:

  1. 可交付成果
  2. 作業績效資料
  3. 問題日志
  4. 變更請求
  5. 專案管理計劃更新
  6. 專案檔案更新:
    • 活動清單
    • 假設日志
    • 經驗教訓登記冊
    • 需求檔案
    • 風險登記冊
    • 相關方登記冊
  7. 組織程序資產

四、管理知識領域(執行)

整個專案期間開展

使用現有的只是并生成新知識,實作專案目標,且幫助組織學習的程序,

輸入:

  1. 專案管理計劃
  2. 專案檔案:
    • 專案團隊派工單
    • 資源分解結構
    • 供方選擇標準
    • 相關方登記冊
  3. 可交付成果
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 知識管理
  3. 資訊管理
  4. 人際關系與團隊技能:
    • 積極傾聽
    • 引導
    • 領導力
    • 人際交往
    • 政治意識

輸出:

  1. 經驗教訓登記冊
  2. 專案管理計劃更新
  3. 組織程序資產更新

五、監控專案作業(監控)

整個專案期間開展

跟蹤、審查和報告整體專案進展,實作專案管理計劃中確定的績效目標程序

作用:讓相關方了解專案的當前狀態并認可為處理績效問題而采取的行動,以及通過成本和進度預測,讓相關方了解未來專案狀態

作業內容:

  • 專案的實際績效與專案管理計劃進行比較
  • 定期評估專案記下,決定是否需要采取糾正或預防措施,并推薦必要的措施
  • 檢查單個專案風險的狀態
  • 維護一個準確且及時更新的資訊庫,以反應專案產品及相關檔案的情況
  • 為狀態報告、進展測量和預測提供資訊
  • 做出預測,以更新當前的成本與進度資訊
  • 監督已批準變更的實施情況
  • 確保專案與商業需求保持一致

輸入:

  1. 專案管理計劃
  2. 專案檔案:
    • 假設日志
    • 估算依據
    • 成本預測
    • 問題日志
    • 經驗教訓登記冊
    • 里程碑清單
    • 質量報告
    • 風險登記冊
    • 風險報告
    • 進度預測
  3. 作業績效資訊
  4. 協議
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析:
    • 備選方案分析
    • 成本效益分析
    • 掙值分析
    • 根本原因分析
    • 趨勢分析
    • 偏差分析
  3. 決策
  4. 會議

輸出:

  1. 作業績效報告
  2. 變更請求
  3. 專案管理計劃更新
  4. 專案檔案更新:
    • 成本預測
    • 問題日志
    • 經驗教訓登記冊
    • 風險登記冊
    • 進度預測

六、實施整體變更控制(監控)

整個專案期間開展

審查所有變更請求、批準變更、管理對可交付成果、組織程序資產、專案檔案和專案管理計劃變更,并對變更處理結果進行溝通的程序

作用:確保對專案中已記錄在案的變更做綜合評審

變更控制流程:

  1. 消除變更的根本原因
  2. 識別并確認變更
  3. 在知識領域分析影響
  4. 評估變更整體影響(整體變更控制)
  5. 尋找可行方案(整體變更控制)
  6. 批準或拒絕變更(整體變更控制)
  7. 更新變更日志(整體變更控制)
  8. 更新計劃或基準(整體變更控制)
  9. 溝通變更決定
  10. 實施跟蹤確認變更

輸入:

  1. 專案管理計劃:
    • 變更管理計劃
    • 配置管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
  2. 專案檔案:
    • 估算依據
    • 需求跟蹤矩陣
    • 風險報告
  3. 作業績效報告
  4. 變更請求
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 變更控制工具
  3. 資料分析:
    • 備選方案分析
    • 成本效益分析
  4. 決策:
    • 投票
    • 獨裁型決策制定
    • 多標準決策分析
  5. 會議

輸出:

  1. 批準的變更請求
  2. 專案管理計劃更新
  3. 專案檔案更新:
    • 變更日志

七、結束專案或階段(收尾)

開展一次

結束專案或階段是終結專案、階段或合同的所有活動的程序

作用:完成計劃作業、總結經驗教訓、存檔專案或階段資訊、釋放組織資源以開展新作業

輸入:

  1. 專案章程
  2. 專案管理計劃
  3. 專案檔案:
    • 假設日志
    • 估算依據
    • 變更日志
    • 問題日志
    • 經驗教訓登記冊
    • 里程碑清單
    • 專案溝通記錄
    • 質量控制車輛結果
    • 質量報告
    • 需求檔案
    • 風險登記冊
    • 風險報告
  4. 驗收的可交付成果
  5. 商業檔案:
    • 商業論證
    • 效益管理計劃
  6. 協議
  7. 采購檔案
  8. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析:
    • 檔案分析
    • 回歸分析
    • 趨勢分析
    • 偏差分析
  3. 會議

輸出:

  1. 專案檔案更新:
    • 經驗教訓登記冊
  2. 最終產品、服務或成果移交
  3. 最終報告
  4. 組織程序資產更新:
    • 專案檔案
    • 運營和支持檔案
    • 專案或階段收尾檔案
    • 經驗教訓庫

范圍-專案范圍管理

確保專案做且只做所需的全部作業,以成功完成專案的各個程序

專案范圍:有時包含產品范圍,交付具有規定相遇功能的產品,服務或成果而必須完成的作業;完成情況根據管理計劃衡量

產品范圍:某項產品、服務或成果所具有的特征和功能;完成情況根據產品需求衡量

與范圍有關的檔案:

商業檔案

專案章程

需求檔案

需求跟蹤矩陣

范圍基準

專案范圍說明書

作業分解結構

WBS詞典

采購作業說明書

六個程序組

一、規劃范圍管理(規劃)

記錄如何定義、確認和控制專案范圍及產品范圍,而創建范圍管理計劃的程序

作用:在整個專案期間如何管理范圍提供指南和方向

輸入:

  1. 專案章程
  2. 專案管理計劃:
    • 質量管理計劃
    • 專案生命周期描述
    • 開發方法
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析:
    • 備選方案分析
  3. 會議

輸出:

  1. 范圍管理計劃
  2. 需求管理計劃

二、收集需求(規劃)

實作專案目標而確定、記錄并管理相關方的需要和需求的程序

作用:為定義和管理專案范圍(包含產品范圍)奠定基礎

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 范圍管理計劃
    • 需求管理計劃
    • 相關方參與計劃
  3. 專案檔案
    • 假設日志
    • 經驗教育登記冊
    • 相關方登記冊
  4. 商業檔案
    • 商業論證
  5. 協議
  6. 事業環境因素
  7. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 頭腦風暴
    • 訪談
    • 焦點小組
    • 問卷調查
    • 標桿對照
  3. 資料分析
    • 檔案分析
  4. 決策
    • 投票
    • 多標準決策分析
  5. 資料表現
    • 親和圖
    • 思維導圖
  6. 人際關系與團隊技能
    • 名義小組(排序)
    • 觀察、交談
    • 引導、引導式研討會
  7. 系統關系圖
  8. 原型法

輸出:

  1. 需求檔案
  2. 需求跟蹤矩陣

三、定義范圍(規劃)

指定專案和產品詳細描述程序

作用:描述產品、服務或成果的邊界和驗收標準

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 范圍管理計劃
  3. 專案檔案
    • 假設日志
    • 需求檔案
    • 風險登記冊
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析
    • 備選方案分析
  3. 決策
    • 多標準決策分析
  4. 人際關系與團隊技能
    • 引導
  5. 產品分析

輸出:

  1. 專案范圍說明書
  2. 專案檔案更新
    • 假設日志
    • 需求檔案
    • 需求跟蹤矩陣
    • 相關方登記冊

四、創建WBS(規劃)

把專案可交付成果和專案作業分解成較小的、更易于管理的組件程序

作用:對所要交付的內容一共一個結構化的視圖

作業分解結構:

WBS是對專案團隊為實作專案目標、創建可交付成果而需要實施的全部作業范圍的層級分解;

并且定義了專案的總范圍,代表著經批準的當前專案范圍說明書中所規定的作業,

輸入:

  1. 專案管理計劃
    • 范圍管理計劃
  2. 專案檔案
    • 專案范圍說明書
    • 需求檔案
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 分解:100%原則、4至6層,最底層作業包,80小時(兩周)原則、責任人、暫時不能分解的設定規劃包

輸出:

  1. 范圍基準
  2. 專案檔案更新
    • 假設日志
    • 需求檔案

五、確認范圍(監控)

正式驗收已完成的專案可交付成果的程序

作用:是驗收程序具有客觀性;同時通過驗收每個可交付成功,提高最終產品、服務或成果獲得驗收的可能性

Verify:核實可交付成果在前,屬于控制質量程序

Validate:確認可交付成果在后,屬于確認范圍程序

驗收:先控制質量再確認范圍

控制質量是專案團隊,而確認范圍是客戶或發起人

輸入:

  1. 專案管理計劃
    • 范圍管理計劃
    • 需求管理計劃
    • 范圍基準
  2. 專案檔案
    • 經驗教訓登記冊
    • 質量報告
    • 需求檔案
    • 需求跟蹤矩陣
  3. 核實的可交付成果
  4. 作業績效資料

工具與技術:

  1. 檢查
  2. 決策
    • 投票

輸出:

  1. 驗收的可交付成果
  2. 作業績效資訊
  3. 變更請求
  4. 專案檔案更新
    • 經驗教訓登記冊
    • 需求檔案
    • 需求跟蹤矩陣

六、控制范圍(監控)

監督專案和產品的單位狀態,管理范圍基準變更的程序

作用:在整個專案期間保持對范圍基準的維護

范圍蔓延:未經控制的產品或專案范圍的擴大(未對時間、成本和資源做相應調整)

鍍金:超出范圍定義,主動增加額外的作業而得不到任何經濟補償的行為

輸入:

  1. 專案管理計劃
    • 范圍管理計劃
    • 需求管理計劃
    • 變更管理計劃
    • 配置管理計劃
    • 范圍基準
    • 績效測量標準
  2. 專案檔案
    • 經驗教訓登記冊
    • 需求檔案
    • 需求跟蹤矩陣
  3. 作業績效資料
  4. 組織程序資產

工具與技術:

  1. 資料分析
    • 偏差分析
    • 趨勢分許

輸出:

  1. 作業績效資訊
  2. 變更請求
  3. 專案管理計劃更新
    • 范圍管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
    • 績效測量基準
  4. 專案檔案更新
    • 經驗教訓登記冊
    • 需求檔案
    • 需求跟蹤矩陣

進度-專案進度管理

在WBS基礎上繼續分解成相關活動;為管理專案按時完成所需的各個程序

WBS作業報告=》活動=》進度計劃

進度規劃方法:關鍵路徑法、關鍵鏈法

進度編制工具:進度模板、專案管理軟體

進度模型(進度計劃草稿,被批準后就是專案進度計劃,也就是專案進度計劃的前身)

六個程序組

一、規劃進度管理(規劃)

規劃、編制、管理、執行和控制專案進度而制定的偵測、程式和檔案的程序

作用:在整個專案程序中管理專案進度提供指南和方向

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 范圍管理計劃
    • 開發方法
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析
  3. 會議

輸出:

  1. 進度管理計劃

二、定義活動(規劃)

識別和記錄;為完成專案可交付成果而采取的具體行動程序

作用:將作業包分解為活動,作為對專案作業進行估算、進度規劃、執行、監督和控制的基礎

輸入:

  1. 專案進度計劃
    • 進度管理計劃
    • 范圍基準
  2. 事業環境因素
  3. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 分解
  3. 滾動式規劃
  4. 會議

輸出:

  1. 活動清單
  2. 活動屬性(時間、資源、等等)
  3. 里程碑清單
  4. 變更請求
  5. 專案管理計劃更新
    • 進度基準
    • 成本基準

三、排列活動順序(規劃)

識別和記錄活動之間關系的程序

作用:定義作業之間的邏輯順序,以便在既定的專案制約因素下獲得最高效率

輸入:

  1. 專案管理計劃
    • 進度管理計劃
    • 范圍基準
  2. 專案檔案
    • 活動屬性
    • 活動清單
    • 假設日志
    • 里程碑清單
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 緊前關系繪圖法(PDM)
  2. 確定和整合依賴關系:硬邏輯、軟邏輯
  3. 提前量和滯后量
  4. 專案管理資訊系統

輸出:

  1. 專案進度網路圖
  2. 專案檔案更新
    • 活動屬性
    • 活動清單
    • 假設日志
    • 里程碑清單

四、估算活動時間(規劃)

根據資源估算結果,估算完成單項活動所需的作業時段數的程序

作用:確定完成每個活動所需話費的時間量;作業量=時間 X 資源

收益遞減規律:當持續加大投入資源時,當達到收益平衡點時,收益就會持續下降,(舉例:賣牛肉面)

輸入:

  1. 專案管理計劃
    • 進度管理計劃
    • 范圍基準
  2. 專案檔案
    • 活動屬性
    • 活動清單
    • 假設日志
    • 經驗教訓登記冊
    • 里程碑清單
    • 專案團隊派工單
    • 資源分解結構
    • 資源日歷
    • 資源需求
    • 風險登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 類比估算
  3. 引數估算
  4. 自下而上估算
  5. 資料分析
    • 備選方案分析
    • 儲備分析
  6. 決策
  7. 會議

輸出:

  1. 持續時間估算
  2. 估算依據
  3. 專案檔案更新
    • 活動屬性
    • 假設日志
    • 經驗教訓登記冊

五、制定進度計劃(規劃)

分析活動順序、持續時間、資源需求和進度制約因素,創建進度模型,從而落實專案執行和監控程序,

作用:為完成專案活動而制定具有計劃日期的進度模型

關鍵法:

在進度模型中,估算專案最短工期,確定邏輯網路路勁的進度靈活性大小的一種方法;關鍵路勁是專案時間最長的活動順序,決定著可能的專案最短工期,關鍵

關鍵鏈法:

一種進度規劃方法,允許專案團隊在任何專案進度路徑上設定緩沖,來應對資源限制和專案不確定性

需要考慮活動持續時間、邏輯關系和資源可用性,其中活動持續時間中不包含安全沉余,它用統計方法確定緩沖時段

專案緩沖:放在關鍵鏈末端緩沖,保證專案不因關鍵鏈延誤而延誤

接駁緩沖:放置在非關鍵鏈與關鍵鏈的接合點,保護關鍵鏈不收非關鍵鏈延誤影響,(防止關鍵路徑變更)

1、應對資源限制和專案不確定性

2、基于關鍵路徑(計算完關鍵路徑后)

3、資源約束性關鍵路勁就是關鍵鏈

4、不確定性決定緩沖時間長短

5、重點管理:剩余的緩沖持續時間與剩余的活動持續時間之間的匹配關系

最早與最遲時間

ES(Earliest Start):活動能夠開始的最早時間

EF(Earliest Finish):活動能夠完成的最早時間

LF(Latest Finish):活動能夠開始的最遲時間

LS(Latest Start):活動能夠完成的最遲時間

ES + DU = EF

LF - DU = LS

TF = LS - ES = LF - EF

ES DU:持續時間 EF
活動ID(活動名稱)
LS TF:總浮動時間 LF

順推:MAX(EF1,EF2,,,)

倒推:MIN(LS1,LS2,,,)

自由時間:FF = ES(后一節點) - EF(當前活動)

輸入:

  1. 專案管理計劃
    • 進度管理計劃
    • 范圍基準
  2. 專案檔案
    • 活動屬性
    • 活動清單
    • 假設日志
    • 估算依據
    • 持續時間估算
    • 經驗教訓登記冊
    • 里程碑清單
    • 專案進度網路圖
    • 專案團隊派工單
    • 資源日歷
    • 資源需求
    • 風險登記冊
  3. 協議
  4. 事業環境因素

工具與技術:

  1. 進度網路分析
  2. 關鍵路勁法
  3. 資源優化
  4. 資料分析
    • 假設情景
    • 模擬
  5. 提前量和滯后量
  6. 進度壓縮
  7. 專案管理資訊系統
  8. 敏捷發布規劃

輸出:

  1. 進度基準(給發起人和相關方的高層級概要)
  2. 專案進度計劃
  3. 進度資料
  4. 專案日歷
  5. 專案管理計劃更新
    • 進度管理計劃
    • 風險管理計劃
    • 成本基準
  6. 專案檔案更新
    • 活動屬性
    • 假設日志
    • 持續時間估算
    • 經驗教訓登記冊
    • 資源需求
    • 風險登記冊

六、控制進度(監控)

監督專案狀態,更新專案進度和管理進度基準變更的程序

作用:保持對進度基準的維護

輸入:

  1. 專案管理計劃
    • 進度管理計劃
    • 進度基準
    • 范圍基準
    • 績效測量標準
  2. 專案檔案
    • 經驗教訓登記冊
    • 專案日歷
    • 專案進度計劃
    • 資源日歷
    • 進度資料
  3. 作業績效資料
  4. 組織程序資產

工具與技術:

  1. 資料分析
    • 掙值分析
    • 迭代燃燒圖
    • 績效評審
    • 趨勢分析
    • 偏差分析
    • 假設情景分析
  2. 關鍵路徑法
  3. 專案管理資訊系統
  4. 資源優化
  5. 提前量和滯后量
  6. 進度壓縮

輸出:

  1. 作業績效資訊
  2. 進度預測
  3. 變更請求
  4. 專案管理計劃更新
    • 進度管理計劃
    • 進度基準
    • 成本基準
    • 績效測量基準
  5. 專案檔案更新
    • 假設日志
    • 估算依據
    • 經驗教訓登記冊
    • 專案進度計劃
    • 資源日歷
    • 風險等級冊
    • 進度資料

成本-專案成本管理

為使用專案在批準的預算內完成而對成本進行規劃、估算、預算、融資、周知、管理和控制的各個程序

目的:確保專案在批準的預算內完工

核心概念:

專案生命周期成本:完成專案活動所需的成本;重點關注完成專案活動所需資源的成本,但同時也應考慮專案決策對專案產品、服務或成果的使用成本、維護成本和支持成本的影響

多次測量時機:不同的相關方會在不同的時間,用不同的方法測算專案成本,例如:對于某采購品,可在做出采購決策、下達訂單、實際交貨、實際成本發生或進行會計記賬時,測算其成本

專案內或專案外成本分析:在很多組織中,預測和分心專案產品的財務效益是在專案之外進行的,但對于有些專案,如固定資產投資專案,可在專案成本管理中進行這項預測和分析作業,可用方法:通用財務管理技術,如投資回報率分析、現金流貼現分析和投資回收期分析

經營性財務知識
  1. 可變成本

    隨生產量或作業而變的成本,如人員工資,消耗的原材料等

  2. 固定成本

    不隨生產規模變化的非重復成本,如設備費用、場地租賃費用等

  3. 直接成本

    能夠直接歸屬于專案作業的成本,如專案組旅行費用、專案組人員工資和獎金、專案使用的物資等

  4. 間接成本

    一般管理費用科目或幾個專案共同分擔的成本,如員工福利、保安費用、行政部門和財務部門費用等

  5. 機會成本

    因為選擇一個機會而放棄的另外一個機會可以獲得的收益;例如一個人投資炒股賺10萬,而同期如果買商品房的話可以賺500萬,如果此人投資超過而沒有買商品房,則選擇炒股的機會成本就是500萬

  6. 沉沒成本

    哪些在過去發生的費用,就像沉船一樣不能回收的部分,當決定繼續投資專案時,不應該考慮這部分費用,當決定專案是否該繼續時,許多人像賭徒一樣的心里指望能夠識訓沉沒成本

四個程序組

一、規劃成本管理(規劃)

確定如何估算、預算,管理,監督和控制專案成本的程序

作用:在整個專案為如何管理專案成本提供指南和方向

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 進度管理計劃
    • 風險管理計劃
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析
  3. 會議

輸出:

  1. 成本管理計劃

二、估算成本(規劃)

對完成專案作業所需資源成本進行近似估算的程序

作用:確定專案所需的資金,是對成本的預測

在估算成本時,需要識別和分析可用于啟動與完成專案的備選成本方案

需要權衡備選成本方案并考慮等閑,以優化專案成本

進行成本估算,應該考慮將向專案收費的全部資源

估算成本單位:通常用某種獲取單位,如美元、歐元、人民幣等;但有時也采用其他計量單位,如人時或人天數,以消除同伙膨脹的映像,便于成本比較

估算程序是漸進明細的:啟動階段可得出專案的粗略量級估算(ROM):-25%-+75%;隨著資訊越來越詳細,估算區間可縮小為:-5%-+10%

輸入:

  1. 專案管理計劃
    • 成本管理計劃
    • 質量管理計劃
    • 范圍基準
  2. 專案檔案
    • 經驗教訓登記冊
    • 專案進度計劃
    • 資源需求
    • 風險登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 類比估算
  3. 引數估算
  4. 自下而上估算
  5. 三點估算
  6. 資料分析
    • 備選方案分析
    • 儲備分析
    • 質量成本
  7. 專案管理資訊系統
  8. 決策
    • 投票

輸出:

  1. 成本估算
  2. 估算依據
  3. 專案檔案更新
    • 假設日志
    • 經驗登記冊
    • 風險登記冊

三、制定預算(規劃)

匯總所有單個活動或作業包的估算成本,簡歷一個經批準的成本基線的程序;以WBS為重要依據

作用:確定成本基準,可據此監督和控制專案績效

輸入:

  1. 專案管理計劃
    • 成本管理計劃
    • 資源管理計劃
    • 范圍基準
  2. 專案檔案
    • 估算依據
    • 成本估算
    • 專案進度計劃
    • 風險登記冊
  3. 商業檔案
    • 商業論證
    • 效益管理計劃
  4. 協議
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 成本匯總
  3. 資料分析
    • 儲備分析
  4. 歷史資訊審核
  5. 資金限制平衡
  6. 融資

輸出:

  1. 成本基準
  2. 專案資金需求
  3. 專案檔案更新
    • 成本估算
    • 專案進度計劃
    • 風險登記冊

四、控制成本(監控)

監督專案狀態、以更新專案成本,管理成本基準變更的程序,

作用:在整個專案期間保持對成本基準的維護

重點分析:專案資金支出與相應完成的實際作業之間的關系

有效成本控制的關鍵:在于與經批準的成本基準及其變更進行管理

確保成本支持不超過批準的資金限額:既不超出按時段、按WBS組件、按活動分配的限額,也不超出專案總限額

變更管理:

  • 影響不必要的變更
  • 及時處理變更
  • 管理已發生的變更
  • 防止在成本或資源使用報告中出現未經批準的變更
  • 向相關方報告所有經批準的變更及其相關成本

控制成本&進度:

  • 確保成本支出不超過批準的資金限額,既不超出按時段、按WBS組件,按活動分配的限額,也不超出專案總限額
  • 沒法把逾期的成本超支控制在可接受的范圍內

監督績效:

  • 監督成本績效,找出并分析與成本基準間的偏差
  • 對照資金支出,監督作業

輸入:

  1. 專案管理計劃
    • 成本管理計劃
    • 成本基準
    • 績效測量基準
  2. 專案檔案
    • 經驗教訓登記冊
  3. 專案資金需求
  4. 專案績效資料
  5. 組織程序資產

工具與技術:

  1. 專家判斷

  2. 資料分析

    • 掙值分析
    • 偏差分析
    • 趨勢分析
    • 儲備分析
  3. 完工尚需績效指數

    TCPI:在專案執行的不通時間點估算的為在既定預算內完工而必須達到的未來成本績效

    TCPI = (BAC - EC)/ (BAC - AC)

  4. 專案管理資訊系統

輸出:

  1. 作業績效資訊
  2. 成本預測
  3. 變更請求
  4. 專案管理計劃更新
    • 成本管理計劃
    • 成本基準
    • 績效測量基準
  5. 專案檔案更新
    • 假設日志
    • 估算依據
    • 成本估算
    • 經驗教訓登記冊
    • 風險登記冊

質量-專案質量管理

把最值的質量政策應用于規劃、管理、控制專案和產品的質量要求已滿足相關方目標的各個程序

專案質量管理確定專案需求,包括產品需求得到滿足和確認

不擔關注可交付成果的質量,還要關注程序的質量(管理程序、設計程序)

質量:在功能相等的情況下進行比較

等級:功能多少叫做等級

精確:精密程度的度量,重復測量的結果非常聚合,離散度很小

準確:對正確性的評估,測量值非常接近實際值

三個程序組

一、規劃質量管理(規劃)

識別專案及其可交付成果的質量要求和標準,并書面描述專案將如何證明符合質量要求和標準的程序

作用:在整個專案奇跡如何管理和核實質量提供指南和方向

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 需求管理計劃
    • 風險管理計劃
    • 相關方參與計劃
    • 范圍基準
  3. 專案檔案
    • 假設日志
    • 需求檔案
    • 需求跟蹤矩陣
    • 風險登記冊
    • 相關方登記冊
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 標桿對照
    • 頭腦風暴
    • 訪談
  3. 資料分析
    • 成本效益分析
    • 質量成本
  4. 決策
    • 多標準決策分析
  5. 資料表現
    • 流程圖
    • 邏輯資料模型
    • 矩陣圖
    • 思維導圖
  6. 測驗和檢查規劃
  7. 會議

輸出:

  1. 質量管理計劃
  2. 質量測量指標
  3. 專案管理計劃更新
    • 風險管理計劃
    • 范圍基準
  4. 專案檔案更新
    • 經驗教訓登記冊
    • 風險登記冊
    • 相關方登記冊

二、管理質量(規劃)

把組織的主梁政策用于專案,并且質量管理計劃轉化為可執行的質量活動的程序

作用:提高實作質量目標的可能性,一級識別無效程序的導致質量低劣的原因

管理質量使用控制質量程序的資料和結果向相關方專事專案的總體質量狀態

問題解決:

  1. 定義問題
  2. 識別根本性原因
  3. 生成可能的解決方案
  4. 選擇最佳解決方案
  5. 執行解決方案
  6. 驗證解決方案的有效性

輸入:

  1. 專案管理計劃
    • 質量管理計劃
  2. 專案檔案
    • 經驗教訓登記冊
    • 質量控制測量結果
    • 質量測量指標
    • 風險報告
  3. 組織程序資產

工具與技術:

  1. 資料收集
    • 核對單
  2. 資料分析
    • 備選方案分析
    • 檔案分析
    • 程序分析
    • 根本原因分析
  3. 決策
    • 多標準決策分析
  4. 資料表現
    • 親和圖
    • 因果圖
    • 流程圖
    • 直方圖
    • 矩陣圖
    • 散點圖
  5. 審計
  6. 面向X的設計
  7. 問題解決
  8. 質量改進方法

輸出:

  1. 質量報告
  2. 測驗與憑借檔案(測驗用例)
  3. 變更請求
  4. 專案管理計劃更新
    • 質量管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
  5. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 風險登記冊

三、控制質量(監控)

評估績效,確保專案輸出完整、正確且滿足客戶期望,而監督和記錄質量管理活動執行結果的程序

作用:核實專案可交付成果和作業已經達到主要相關方的質量要求,可供最終驗證(先內部確認滿足驗收標準)

輸入:

  1. 專案管理計劃
    • 質量管理計劃
  2. 專案檔案
    • 經驗教訓登記冊
    • 質量測量指標
    • 測驗與評價檔案
  3. 批準的變更請求
  4. 可交付成果
  5. 作業績效資料
  6. 組織程序資產

工具與技術:

  1. 資料收集
    • 核對單
    • 核查表
    • 統計抽樣
    • 問卷調查
  2. 資料分析
    • 績效審查
    • 根本原因分析
  3. 檢查
  4. 測驗/產品評估
  5. 資料表現
    • 因果圖
    • 控制圖
    • 直方圖
    • 散點圖
  6. 會議

輸出:

  1. 質量控制測量結果
  2. 核實的可交付成果
  3. 作業績效資訊
  4. 變更請求
  5. 專案管理計劃更新
    • 質量管理計劃
  6. 專案檔案更新
    • 問題日志
  7. 經驗教訓登記冊
  8. 風險登記冊
  9. 測驗與評估檔案

資源-專案資源管理

識別、獲取和管理所需資源以成功完成專案的各個程序,這些程序有助于確保專案經理和專案團隊在正確的時間和正確的地點使用正確的資源

六個程序組

一、規劃資源管理(規劃)

如何估算、獲取、管理和利用團隊以及實物資源的程序,

作用:根據專案型別和復雜程度確定適用于專案資源的管理方法和管理程度

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 質量管理計劃
    • 范圍基準
  3. 專案檔案
    • 專案進度計劃
    • 需求檔案
    • 風險登記冊
    • 相關方登記冊
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料表現
    • 層級型
    • 責任分配矩陣
    • 文本型
  3. 組織理論
  4. 會議

輸出:

  1. 資源管理計劃
  2. 團隊章程
  3. 專案檔案更新
    • 假設日志
    • 風險登記冊

二、估算活動資源(規劃)

是估算執行專案所需的團隊資源,以及材料、設備和用品的型別和數量的程序

作用:明確完成專案所需的資源種類、數量和特性

以便做出更準確的成本和持續時間估算

輸入:

  1. 專案管理計劃
    • 資源管理計劃
    • 范圍基準
  2. 專案檔案
    • 活動屬性
    • 活動清單
    • 假設日志
    • 成本估算
    • 資源日歷
    • 風險登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 自下而上估算
  3. 類比估算
  4. 引數估算
  5. 資料分析
    • 備選方案分析
  6. 專案管理資訊系統
  7. 會議

輸出:

  1. 資源需求
  2. 估算依據
  3. 資源分解結構
  4. 專案檔案更新
    • 活動屬性
    • 假設日志
    • 經驗教訓登記冊

三、獲取資源(執行)

獲取團隊成員、設施、設備、材料、用品和其他資源的程序

作用:概述和指導資源的選擇,并將其分配給相應的活動

輸入:

  1. 專案管理計劃
    • 資源管理計劃
    • 采購管理計劃
    • 成本基準
  2. 專案檔案
    • 專案進度計劃
    • 資源日歷
    • 資源需求
    • 相關方登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 決策
    • 多標準決策分析
  2. 人際關系與團隊技能
    • 談判
  3. 預分派
  4. 虛擬團隊

輸出:

  1. 物質資源分派單
  2. 專案團隊派工單
  3. 資源日歷
  4. 變更請求
  5. 專案管理計劃更新
    • 資源管理計劃
    • 成本基準
  6. 專案檔案更新
    • 經驗教訓登記冊
    • 專案進度計劃
    • 資源分解結構
    • 相關方登記冊
  7. 事業環境因素
  8. 組織程序資產

四、建設專案團隊(執行)

提高作業能力,促進團隊成員互動,改善團隊整體氛圍,以提高專案績效的程序

作用:提升整體專案績效

  1. 改進團隊協作
  2. 增強人際技能
  3. 激勵團隊成員
  4. 降低人員離職率

特克曼階梯理論:

非正式溝通和活動有助于建立信任和良好的作業關系;團隊建設是持續性程序

  1. 形成階段

    專案認識,并了解專案情況以及在專案中的正式角色與職責,傾向于相互獨立,不怎么開誠布公

  2. 震蕩階段

    開始從事專案作業,制定技術決策和討論專案管理方法,對不同觀點和意見不能采取合作開放的態度,團隊環境能惡化成破壞性的

  3. 規范階段

    開始協同作業,并按團隊的需要來調整各自的作業習慣和行為,團隊成員相互信任

  4. 成熟階段

    像一個組織有序的單位那樣作業,團隊成員之間相互依靠,平穩高效的解決問題

  5. 解散階段

    團隊完成所有作業,團隊成員離開專案

輸入:

  1. 專案管理計劃
    • 資源管理計劃
  2. 專案檔案
    • 經驗教訓登記冊
    • 專案團隊派工單
    • 資源日歷
    • 團隊章程
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 集中辦公

    作用:增進溝通和集體感的設施

  2. 虛擬團隊

  3. 溝通技術

    作用:為集中辦公團隊營造融洽的環境;促進虛擬團隊更好的相互理解

    • 沖突管理

    • 影響力

    • 激勵

    • 談判

    • 團隊建設

      通過舉辦各種活動,強化團隊的社交關系,打造積極合作的作業環境

  4. 認可與獎勵

    對成員的優良香味給予認可與獎勵;滿足被將獎勵者的某個重要需求的獎勵才是有效的獎勵,(大多人都能做好的作業)

  5. 培訓

    彌補差距

  6. 個人和團隊評估

    讓專案經理和專案團隊洞察成員的優勢和劣勢

    幫助專案經理評估團隊成員的偏好和愿望,團隊成員如何處理和整理資訊、如何制定決策,以及如何與他人打交道

    增進團隊成員間的理解、信任、承諾和溝通,不斷提高團隊成效

  7. 會議

輸出:

  1. 團隊績效評價
  2. 變更請求
  3. 專案管理計劃更新
    • 資源管理計劃
  4. 專案檔案更新
    • 經驗教訓登記冊
    • 專案進度計劃
    • 專案團隊派工單
    • 資源日歷
    • 團隊章程
  5. 事業環境因素
  6. 組織程序資產

五、管理專案團隊(執行)

跟蹤團隊成員作業表現,提供反饋,解決問題并管理團隊變更,以優化專案績效的程序

作用:影響團隊行為、管理沖突以解決問題

輸入:

  1. 專案管理計劃
    • 資源管理計劃
  2. 專案檔案
    • 問題日志
    • 經驗教訓登記冊
    • 專案團隊派工單
    • 團隊章程
  3. 作業績效報告
  4. 團隊績效評價
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 人際關系與團隊技能
    • 沖突管理
    • 制定決策
    • 情商
    • 影響力
    • 領導力
  2. 專案管理資訊系統

輸出:

  1. 變更請求
  2. 專案管理計劃更新
    • 資源管理計劃
    • 進度基準
    • 成本基準
  3. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 專案團隊派工單
  4. 事業環境因素

六、控制資源 (監控)

確定按計劃為專案分配實物資源,以及根據資源使用計劃監督資源實際使用情況,并采取必要糾正措施的程序

作用:確保分配的資源適時的可用于專案,且在不再需要時被釋放

輸入:

  1. 專案管理計劃
    • 資源管理計劃
  2. 專案檔案
    • 問題日志
    • 經驗教訓登記冊
    • 物質資源分配單
    • 專案進度計劃
    • 資源分解結構
    • 資源需求
    • 風險登記冊
  3. 作業績效資料
  4. 協議
  5. 組織程序資產

工具與技術:

  1. 資料分析
    • 備選方案分析
    • 成本效益分析
    • 績效審查
    • 趨勢分析
  2. 問題解決
  3. 人際關系與團隊技能
    • 談判
    • 影響力
  4. 專案管理資訊系統

輸出:

  1. 作業績效資訊
  2. 變更請求
  3. 專案管理計劃更新
    • 資源管理計劃
    • 進度基準
    • 成本基準
  4. 專案檔案更新
    • 假設日志
    • 問題日志
    • 經驗教訓登記冊
    • 物質資源分配單
    • 資源分解結構
    • 風險登記冊

溝通-專案溝通管理

通過開發工件,以及執行用于有效交換資訊的各種活動,來確保專案及其相關方的資訊需求得以滿足的各個程序

三個程序組

一、規劃溝通管理(規劃)

基于每個相關方或相關方群體資訊需求、可用的組織資產,以及具體專案的需求,為專案溝通活動制定恰當的方法和計劃的程序

作用:為及時向相關方提供相關資訊,引導相關方有效參與專案,編制書面溝通計劃

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 資源管理計劃
    • 相關方參與計劃
  3. 專案檔案
    • 需求檔案
    • 相關方登記冊
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 溝通需求分析
  3. 溝通技術
  4. 溝通模型
  5. 溝通方法
  6. 人際關系與團隊技能
    • 溝通風格評估
    • 政治意識
    • 文化意識
  7. 資料分析
    • 相關方參與度評估矩陣
  8. 會議

輸出:

  1. 溝通管理計劃
  2. 專案管理計劃更新
    • 相關方管理計劃
  3. 專案檔案更新
    • 專案進度計劃
    • 相關方登記冊

二、管理溝通(執行)

確保專案資訊及時且恰當的收集、生成、發布、存盤、檢索、管理、監督和最終處置的程序

作用:促成專案團隊與相關方之間的有效資訊流動

溝通渠道計算:n X(n - 1)/ 2

輸入:

  1. 專案管理計劃
    • 資源管理計劃
    • 溝通管理計劃
    • 相關方參與計劃
  2. 專案檔案
    • 變更日志
    • 問題日志
    • 經驗教訓登記冊
    • 質量報告
    • 風險報告
    • 相關方登記冊
  3. 作業績效報告
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 溝通技術
  2. 溝通方法
  3. 溝通技能
    • 溝通能力
    • 反饋
    • 非語言
    • 演示
  4. 專案關系資訊系統
  5. 人際關系與團隊技能
    • 積極傾聽
    • 沖突管理
    • 文化意識
    • 會議管理
    • 人際交往
    • 政治意識
  6. 會議

輸出:

  1. 專案溝通管理計劃
  2. 專案管理計劃更新
    • 溝通管理計劃
    • 相關方參與計劃
  3. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 專案進度計劃
    • 風險登記冊
    • 相關方登記冊
  4. 組織程序資產

三、監督溝通(監控)

確保滿足專案及相關放的資訊需求程序

作用:按溝通計劃和相關方參與計劃的要求優化資訊傳遞流程

輸入:

  1. 專案管理計劃
    • 資源管理計劃
    • 溝通管理計劃
    • 相關方參與計劃
  2. 專案檔案
    • 問題日志
    • 經驗教訓登記冊
    • 專案溝通記錄
  3. 作業績效資料
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 專案管理資訊系統
  3. 資料表現
    • 相關方參與度評估矩陣
  4. 人際關系與團隊技能
    • 觀察、交談
  5. 會議

輸出:

  1. 作業績效資訊
  2. 變更請求
  3. 專案溝通計劃更新
    • 溝通管理計劃
    • 相關方參與計劃
  4. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 相關方登記冊

風險-專案風險管理

規劃風險管理、識別風險、開展風險分析、規劃風險應對、實時風險應對和監督風險的各個程序

作用:提高積極事件的概率和影響;降低消極事件的概率和影響,從而提高專案成功的可能性

風險態度:風險承受力、風險偏好、風險臨界值

七個程序組

一、規劃風險管理(規劃)

定義如何實施專案風險管理活動的程序

作用:確保風險管理水平、方法和可監督與專案風險程度,以及專案對組織和其他相關方的重要程式相匹配

已知風險:專案團隊能夠識別和分析的風險;也就是風險事件、概率和影響都知道的風險

未知風險:指無法進行主動管理的風險,就是風險事件、概率、影響這3個要素至少有一個不知道的風險

  • 已知-未知:風險是已知的,但是不知道風險發生的概率和影響(應急儲備)
  • 未知-未知:風險是未知的,發生的概率和影響也不知道(管理儲備)

概率影響矩陣:

概率 X 影響 = 風險值(敞口)

  • 對風險進行優先排序
  • 用顏色深淺代表風險高低
  • 優先處理威脅高或機會大的風險

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 所有組件
  3. 專案檔案
    • 相關方登記冊
  4. 事業環境因素
  5. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料分析
    • 相關方分析
  3. 會議

輸出:

  1. 風險管理計劃

二、識別風險(規劃)

識別單個專案風險以及整體專案風險的來源,并記錄風險特征的程序;識別風險時,要同時開率單個專案風險,以及整體專案風險的來源

作用:

  • 記錄單個風險
  • 記錄整體風險來源
  • 匯集相關資訊
  • 以便專案團隊能夠恰當對已識別的風險

輸入:

  1. 專案管理計劃
    • 需求管理計劃
    • 進度管理計劃
    • 成本管理計劃
    • 質量管理計劃
    • 資源管理計劃
    • 風險管理計劃
    • 范圍基準
    • 成本基準
    • 進度基準
  2. 專案檔案
    • 假設日志
    • 成本估算
    • 持續時間估算
    • 問題日志
    • 經驗教訓登記冊
    • 需求檔案
    • 資源需求
    • 相關方登記冊
  3. 協議
  4. 采購檔案
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 頭腦風暴
    • 核對單
    • 訪談
  3. 資料分析
    • 根本原因分析
    • 假設條件
    • 制約因素分析
    • SWOT分析
    • 檔案分析
  4. 人機關及與團隊技能
    • 引導
  5. 提示清單
  6. 會議

輸出:

  1. 風險登記冊(單個)
  2. 風險報告(整體)
  3. 專案檔案更新
    • 假設日志
    • 問題日志
    • 經驗教訓登記冊

三、實施定性風險分析(規劃)

通過評估單個專案風險發生的概率和影響以及特征,對風險進行優先級排序,從而為后續分析或行動提供基礎的程序

作用:重點關注高優先級的風險

定性四步走:

  1. 以主觀方式評價風險發生的相對概率湖可能性,風險發生后對專案目標的影響
  2. 根據上述分析結果評估風險的優先級
  3. 考慮風險態度、評估風險緊迫性、識別風險責任人
  4. 確定哪些風險進度實施定量風險分析程序

輸入:

  1. 專案管理計劃
    • 風險管理計劃
  2. 專案檔案
    • 假設日志
    • 風險登記冊
    • 相關方登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷

  2. 資料收集

    • 訪談
  3. 資料分析

    • 風險資料質量評估

      單個專案風險的資料的準確性和可靠性,消除主觀偏見的影響

    • 風險概率影響評估

      特定風險發生的可能性,影響評估考慮的是風險對一項或多項專案目標的潛在影響

    • 其他風險引數評估

      在對單個專案風險進行優先級排序時,專案團隊可能考慮(除概率和影響以外的)其他風險特征

  4. 人際關系與團隊技能

    • 引導
  5. 風險分類

  6. 資料表現

    • 概率影響矩陣
    • 層級圖
  7. 會議

輸出:

  1. 專案檔案更新
    • 假設日志
    • 問題日志
    • 風險登記冊
    • 風險報告

四、實施定量風險分析(規劃)

已識別的單個專案風險和不確定性的其他來源對整體專案目標的影響進行定量分析程序(不是每個專案必須)

作用:量化整體專案風險敞口,并提供額外的定量風險資訊,以支持風險應對規劃

輸入:

  1. 專案管理計劃
    • 風險管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
  2. 專案檔案
    • 假設日志
    • 估算依據
    • 成本估算
    • 成本預測
    • 持續時間估算
    • 理成本清單
    • 資源需求
    • 風險登記冊
    • 風險報告
    • 進度預測
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 訪談
  3. 人際關系與團隊技能
    • 引導
  4. 不確定性表現方式
  5. 資料分析
    • 模擬
    • 敏感性分析
    • 決策樹分析
    • 影響圖

輸出:

  1. 專案檔案更新
    • 風險報告

五、規劃風險應對(規劃)

處理整體專案風險敞口,以及應對單個專案風險,而制定可選方案、選擇應對策略并商定應對行動的程序

作用:

  • 制定應對整體專案風險和單個專案風險的適當方法
  • 分配資源,并根據需要將相關活動添加進專案檔案和專案管理計劃

風險應對措施:有效和適當的風險對應可以最小化單位畏怯,最大化單個機會,并降低整體專案風險敞口;不恰當的風險應對則會適得其反

  • 必須與風險重要性匹配
  • 能經濟有效的應對挑戰,選擇最可能有效的策略和策略組合
  • 獲得全體相關方同意
  • 有一名責任人具體負責
  • PM還需應對專案整體風險

殘余風險:采取措施后仍然存在的風險,以及有意接收的風險(如:買車險)

次生風險:執行應對風險措施導致新的風險,即如果不應對前一個風險便不會發生這個風險(如:買房要承擔房價波動)

輸入:

  1. 專案管理計劃
    • 資源管理計劃
    • 風險管理計劃
    • 成本基準
  2. 專案檔案
    • 經驗教訓登記冊
    • 專案進度計劃
    • 專案團隊派工單
    • 資源日歷
    • 風險登記冊
    • 風險報告
    • 相關方登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 訪談
  3. 人際關系與團隊技能
    • 引導
  4. 威脅應對策略
  5. 機會應對策略
  6. 應急應對策略
  7. 整體專案風險應對策略
  8. 資料分析
    • 備選方案分析
    • 成本效益分析
  9. 決策
    • 多標準決策分析

輸出:

  1. 變更請求
  2. 專案管理計劃更新
    • 進度管理計劃
    • 成本管理計劃
    • 質量管理計劃
    • 資源管理計劃
    • 采購管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
  3. 專案檔案更新
    • 假設日志
    • 成本預測
    • 經驗教訓登記冊
    • 專案進度計劃
    • 專案團隊派工單
    • 風險登記冊
    • 風險報告

六、實施風險應對(執行)

執行商定的風險應對計劃的程序

作用:

  • 確保按計劃執行商定風險應對措施
  • 來管理整體專案風險敞口
  • 最小化單個專案威脅
  • 最大化單個專案機會

輸入:

  1. 專案管理計劃
    • 風險管理計劃
  2. 專案檔案
    • 經驗教訓登記冊
    • 風險登記冊
    • 風險報告
  3. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 人際關系與團隊技能
    • 影響力
  3. 專案管理資訊系統

輸出:

  1. 變更請求
  2. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 專案團隊派工單
    • 風險登記冊
    • 風險報告

七、監督風險(監控)

監督商定的風險應對計劃的實施、跟蹤已識別風險、識別和分析新風險,以及評估風險管理有效性的程序

作用:

  • 使專案決策都基于關于整體專案風險敞口和單個專案風險的當前資訊
  • 確保專案團隊和關鍵相關方了解當前的風險敞口級別
  • 通過監督風險程序對專案作業盡享持續監督
  • 發現新出現、正在變化和已過時的單個專案風險

監督風險的目的:

采用專案執行期間生成的績效資訊,以確定:

  • 實施的風險應對是否有效
  • 整體專案風險級別是否已改變
  • 已識別單個專案風險的狀態是否已改變
  • 是否出現新的單個專案風險
  • 風險管理方法是否依然適用
  • 專案假設條件是否仍然成立
  • 風險管理政策和程式是否已得到遵守
  • 成本或進度應急儲備是否需要修改
  • 專案策略是否讓然有效

輸入:

  1. 專案管理計劃
    • 風險管理計劃
  2. 專案檔案
    • 問題日志
    • 經驗教訓登記冊
    • 風險報告
  3. 作業績效資料
  4. 作業績效報告

工具與技術:

  1. 資料分析
    • 技術績效分析
    • 儲備分析
  2. 審計
  3. 會議

輸出:

  1. 作業績效資訊
  2. 變更請求
  3. 專案管理計劃更新
    • 任何組件
  4. 專案檔案更新
    • 假設日志
    • 問題日志
    • 經驗教訓登記冊
    • 風險登記冊
    • 風險報告
  5. 組織程序資產更新

采購-專案采購管理

從專案團隊外部采購或獲取所需產品、服務或成果的各個程序

  • 包括編制和管理協議所需的管理和控制程序,如:合同、訂購單、協議備忘錄,或服務書評
  • 被授權采購的人員:專案團隊、管理層或組織采購部的成員

三個程序組

一、規劃采購管理(規劃)

記錄專案的采購決策、明確采購方法、及識別潛在賣方的程序

作用:確定是否需要外部支持,如果需要,則還要決定采購什么、如何采購、采購多少,以及何時采購

合同型別比較:

名稱 縮寫 特點 風險(買方) 使用場景
固定總價 FFP 一口價:不容易改變范圍 買方最小 產品外圍很明確時
總價加激勵 FPIF 總價基礎上加激勵費用 買方小,但比FFP大 增加靈活性,激勵買方
總價加經濟價格調整 FPEPA 允許條件變化,調整價格 買方小,但比FPIF大 履約時間長;買方支付貨幣不同于賣方
工料合同 T&M 單位時間固定價格,談判快,不能快速確定范圍 雙方均等 范圍不明確,缺乏專案管理能力
成本價激勵費 CPIF 獎勵節約反對浪費 買方大,賣方小 范圍不明確,有分攤比例的懲罰獎勵條件
成本價獎勵費 CPAF 費用憑主觀判斷 買方大,比CPIF大 范圍不明確,有買方主觀的懲罰獎勵條件
成本價固定費 CPFF 費用是固定的額度 買方大,比CPAF大 范圍不明確時
成本加百分比 CPPC 花的多,給的多,買方參與多 買方最大 范圍不明確,買方有較強的專案管理能力

輸入:

  1. 專案章程
  2. 商業檔案
    • 商業論證效
    • 益管理計劃
  3. 專案管理計劃
    • 范圍管理計劃
    • 質量管理計劃
    • 資源管理計劃
    • 范圍基準
  4. 專案檔案
    • 里程碑清單
    • 專案團隊派工單
    • 需求檔案
    • 需求跟蹤矩陣
    • 資源需求
    • 風險登記冊
    • 相關方登記冊
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷

  2. 資料收集

    • 市場調研
  3. 資料分析

    • 自制或外購分析
  4. 供方選擇分析

  5. 會議

  6. 采購管理計劃

  7. 自制或外購決策

  8. 采購策略

  9. 招標檔案

  10. 采購作業說明書

  11. 供方選擇標準

  12. 獨立成本估計

  13. 變更請求

  14. 專案檔案更新

    • 經驗教訓登記冊
    • 里程碑清單
    • 需求檔案
    • 需求跟蹤矩陣
    • 風險登記冊
    • 相關方登記冊
  15. 組織程序資產

二、實施采購(執行)

獲取賣方應答、選擇賣方并授權合同的程序

作用:

  • 選定合格賣方并簽署關于火舞或服務交付的法律協議
  • 本程序的最后成果就是簽訂協議、包括正式合同

采購流程:資格預審》招標》投標》評標》授標》簽協議

輸入:

  1. 專案管理計劃
    • 范圍管理計劃
    • 需求管理計劃
    • 溝通管理計劃
    • 風險管理計劃
    • 采購管理計劃
    • 配置管理計劃
    • 成本基準
  2. 專案檔案
    • 經驗教訓登記冊
    • 專案進度計劃
    • 需求檔案
    • 風險登記冊
    • 相關方登記冊
  3. 采購檔案
  4. 賣方建議書
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 廣告投標人會議
  3. 資料分析
    • 建議書評價
  4. 人際關系與團隊技能
    • 談判

輸出:

  1. 選定的賣方
  2. 協議
  3. 變更請求
  4. 專案管理計劃更新
    • 需求管理計劃
    • 質量管理計劃
    • 溝通管理計劃
    • 風險管理計劃
    • 采購管理計劃
    • 范圍基準
    • 進度基準
    • 成本基準
  5. 專案檔案更新
    • 經驗教訓登記冊
    • 需求檔案
    • 需求跟蹤矩陣
    • 資源日歷
    • 風險登記冊
    • 相關方登記冊
  6. 組織程序資產

三、控制采購(監督)

管理采購關系,監督合同績效,實施必要的變更和糾偏,以及關閉合同的程序

作用:

  • 確保買賣雙方履行法律協議,滿足專案需求
  • 對大型專案,合同管理重點管理各個供應商之間的溝通
  • 有的組織把合同管理當做獨立于專案的一種組織職能
  • 采購管理員可以是專案團隊成員,但他通常向另一部門經理報告
  • 需要把適當的專案管理程序應用于合同關系,實施多個層面的整合

輸入:

  1. 專案管理計劃

    • 需求管理計劃
    • 風險管理計劃
    • 采購管理計劃
    • 變更管理計劃
    • 進度基準
  2. 專案檔案

    • 假設日志
    • 經驗教訓登記冊
    • 里程碑清單
    • 質量報告
    • 需求檔案
    • 需求跟蹤矩陣
    • 風險登記冊
    • 相關方登記冊
  3. 協議

  4. 采購檔案

  5. 批準的變更請求

  6. 作業績效資料

  7. 事業環境因素

  8. 組織程序資產

  9. 專家判斷

  10. 索賠管理

  11. 資料分析

    • 績效審查
    • 掙值分析
    • 趨勢分析
  12. 檢查

  13. 審計

輸出:

  1. 結束的采購
  2. 作業績效資訊
  3. 采購檔案更新
  4. 變更請求
  5. 專案管理計劃更新
    • 風險管理計劃
    • 采購管理計劃
    • 進度基準
    • 成本基準
  6. 專案檔案更新
    • 經驗教訓登記冊
    • 資源需求
    • 需求跟蹤矩陣
    • 風險登記冊
    • 相關方登記冊
  7. 組織程序資產

相關方-專案相關方管理

識別能夠影響專案或會受專案影響的人員、團體或組織,分析相關方對專案的期望和影響,制定合適的管理策略來有效調動相關方參與專案決策和執行

  • 專案相關方管理程序分析相關方期望
  • 評估他們對專案或受專案影響程度
  • 制定策略來有效的引導相關方支持專案決策、規劃和執行
  • 這些程序能夠支持專案團隊的作業

相關方管理原則:專案經理和團隊正確識別并合理引導所有相關方參與的能力,能覺得專案的成敗

  1. 需要反復識別出全部相關方(全部識別)
  2. 根據相關方的利益和影響對其分類,專案經理應該專注于與專案成功密切相關的重要關系上(重點管理)
  3. 相關方盡早參與專案作業,對專案至關重要,相關方的參與有助于其了解專案狀況、從而支持專案(盡早參與)
  4. 充分發揮相關方的作用來促進專案成功
  5. 盡早面對消極相關方,如何面對積極相關方一樣

相關方管理關注滿意度:滿意度、期望、態度、利益沖突

  • 相關方滿意度作為專案目標加以識別管理
  • 引導相關方參與的關鍵是重視與所有相關方保持持續溝通(包括團隊成員)
  • 理解他們的需求和期望、處理所發生的問題、管理利益沖突
  • 促進相關方參與專案決策和活動

相關方管理步驟:

  1. 識別相關方
  2. 相關方優先級排序
  3. 管理相關方期望
  4. 持續識別相關方
  5. 收尾時獲得關鍵相關方認可

四個 程序組

一、識別相關方(啟動)

定期識別專案相關方,分析和記錄他們的利益、參與度、相互依賴性、影響力和對專案成功的潛在影響程序

作用:幫助專案經理經理對各個相關方或相關方群體的適度關注

分類方法:

  • 權力:相關方的職權級別
  • 利益:對專案成果的關心程度
  • 影響:主動參與專案的程度
  • 作用:改變專案計劃或執行的能力

權力-利益方格:

權力高-利益高:重點管理

權力高-利益低:令其滿意

權力低-利益高:隨時告知

權力低-利益低:監督

輸入:

  1. 專案章程
  2. 商業檔案
    • 商業論證
    • 效益管理計劃
  3. 專案管理計劃
    • 溝通管理計劃
    • 相關方參與計劃
  4. 專案檔案
    • 變更日志
    • 問題日志
    • 需求檔案
  5. 協議
  6. 事業環境因素
  7. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 頭腦風暴
  3. 資料分析
    • 相關方分析
    • 檔案分析
  4. 資料表現
    • 相關方映射分析/表現
  5. 會議

輸出:

  1. 相關方登記冊
  2. 變更請求
  3. 專案管理計劃更新
    • 需求管理計劃
    • 溝通管理計劃
    • 風險管理計劃
    • 相關方參與管理計劃
  4. 專案檔案更新
    • 假設日志
    • 問題日志
    • 風險登記冊

二、規劃相關方參與(規劃)

根據相關方的需求、期望、利益和對專案的潛在影響,制定專案相關方參與專案的方法程序

作用:提供相關方進行有效互動的可行計劃

相關方參與水平:

  1. 不知曉:不知道專案及其潛在影響
  2. 抵制:知曉專案和潛在影響,抵制變更
  3. 中立:知曉專案,既不支持,也不反對
  4. 支持:了解專案及其潛在影響,支持專案作業及其成果
  5. 領導:知曉專案和潛在影響,積極參與確保專案取得成功

輸入:

  1. 專案章程
  2. 專案管理計劃
    • 資源管理計劃
    • 溝通管理計劃
    • 風險管理計劃
  3. 專案檔案
    • 假設日志
    • 變更日志
    • 問題日志
    • 專案進度計劃
    • 風險登記冊
    • 相關方登記冊
  4. 協議
  5. 事業環境因素
  6. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 資料收集
    • 標桿對照
  3. 資料分析
    • 假設條件與制約因素分析
    • 根本原因分析
  4. 決策
    • 排列優先級/排名
  5. 資料表現
    • 思維導圖
    • 相關方參與度評估矩陣
  6. 會議

輸出:

  1. 相關方參與計劃

三、管理相關方參與(執行)

與相關方進行溝通和協作以滿足其需求與期望、處理問題,并促進相關方合理參與的程序

作用:

  • 讓專案經理能夠提供相關方的支持,并盡可能降低相關方的地址
  • 確保相關方明確了解專案目的、目標、收益和風險,以及他們的貢獻將如何促進專案成功

輸入:

  1. 專案管理計劃
    • 溝通管理計劃
    • 風險管理計劃
    • 相關方參與計劃
    • 變更管理計劃
  2. 專案檔案
    • 變更日志
    • 問題日志
    • 經驗教訓登記冊
    • 相關方登記冊
  3. 事業環境因素
  4. 組織程序資產

工具與技術:

  1. 專家判斷
  2. 溝通技巧
    • 反饋
  3. 人際關系與團隊技能
    • 沖突管理
    • 文化意識
    • 談判
    • 觀察/交談
    • 政治意識
  4. 基本規則
  5. 會議

輸出:

  1. 變更請求
  2. 專案管理計劃更新
    • 溝通管理計劃
    • 相關方參與計劃
  3. 專案檔案更新
    • 變更日志
    • 問題日志
    • 經驗教訓登記冊
    • 相關方登記冊

四、控制相關方參與(監督)

監督相關方關系,并通過修訂參與策略和計劃來引導相關方合理參與專案的程序

作用:隨著專案進展和環境變化,維持或提升相關方參與活動的效率和效果

效率:確保相關方按照計劃參與了應該參與的專案活動

效果:相關方僅需要參加需要參與的專案活動

輸入:

  1. 專案管理計劃

    • 資源管理計劃
    • 溝通管理計劃
    • 相關方參與計劃
  2. 專案檔案

    • 問題日志
    • 經驗校訓登記冊
    • 專案溝通記錄
    • 風險登記冊
    • 相關方登記冊
  3. 作業績效資料

  4. 事業環境因素

  5. 組織程序資產

  6. 資料分析

    • 備選方案分析
    • 根本原因分析
    • 相關方分析
  7. 決策

    • 多標準決策分析
    • 投票
  8. 資料表現

    • 相關方參與度評估矩陣
  9. 溝通技能

    • 反饋
    • 演示
  10. 人際關系與團隊技能

    • 積極傾聽
    • 文化意識
    • 領導力
    • 人際交往
    • 政治意識
  11. 會議

輸出:

  1. 作業績效資訊
  2. 變更請求
  3. 專案管理計劃更新
    • 資源管理計劃
    • 溝通管理計劃
    • 相關方參與計劃
  4. 專案檔案更新
    • 問題日志
    • 經驗教訓登記冊
    • 風險登記冊
    • 相關方登記冊

趙小胖個人博客:https://zc.happyloves.cn:4443/wordpress/

轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/249321.html

標籤:Java

上一篇:Netty 系列之 Netty 百萬級推送服務設計要點

下一篇:java中ArrayList 和 LinkedList 有什么區別

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【C++】Microsoft C++、C 和匯編程式檔案

    ......

    uj5u.com 2020-09-10 00:57:23 more
  • 例外宣告

    相比于斷言適用于排除邏輯上不可能存在的狀態,例外通常是用于邏輯上可能發生的錯誤。 例外宣告 Item 1:當函式不可能拋出例外或不能接受拋出例外時,使用noexcept 理由 如果不打算拋出例外的話,程式就會認為無法處理這種錯誤,并且應當盡早終止,如此可以有效地阻止例外的傳播與擴散。 示例 //不可 ......

    uj5u.com 2020-09-10 00:57:27 more
  • Codeforces 1400E Clear the Multiset(貪心 + 分治)

    鏈接:https://codeforces.com/problemset/problem/1400/E 來源:Codeforces 思路:給你一個陣列,現在你可以進行兩種操作,操作1:將一段沒有 0 的區間進行減一的操作,操作2:將 i 位置上的元素歸零。最終問:將這個陣列的全部元素歸零后操作的最少 ......

    uj5u.com 2020-09-10 00:57:30 more
  • UVA11610 【Reverse Prime】

    本人看到此題沒有翻譯,就附帶了一個自己的翻譯版本 思考 這一題,它的第一個要求是找出所有 $7$ 位反向質數及其質因數的個數。 我們應該需要質數篩篩選1~$10^{7}$的所有數,這里就不慢慢介紹了。但是,重讀題,我們突然發現反向質數都是 $7$ 位,而將它反過來后的數字卻是 $6$ 位數,這就說明 ......

    uj5u.com 2020-09-10 00:57:36 more
  • 統計區間素數數量

    1 #pragma GCC optimize(2) 2 #include <bits/stdc++.h> 3 using namespace std; 4 bool isprime[1000000010]; 5 vector<int> prime; 6 inline int getlist(int ......

    uj5u.com 2020-09-10 00:57:47 more
  • C/C++編程筆記:C++中的 const 變數詳解,教你正確認識const用法

    1、C中的const 1、區域const變數存放在堆疊區中,會分配記憶體(也就是說可以通過地址間接修改變數的值)。測驗代碼如下: 運行結果: 2、全域const變數存放在只讀資料段(不能通過地址修改,會發生寫入錯誤), 默認為外部聯編,可以給其他源檔案使用(需要用extern關鍵字修飾) 運行結果: ......

    uj5u.com 2020-09-10 00:58:04 more
  • 【C++犯錯記錄】VS2019 MFC添加資源不懂如何修改資源宏ID

    1. 首先在資源視圖中,添加資源 2. 點擊新添加的資源,復制自動生成的ID 3. 在解決方案資源管理器中找到Resource.h檔案,編輯,使用整個專案搜索和替換的方式快速替換 宏宣告 4. Ctrl+Shift+F 全域搜索,點擊查找全部,然后逐個替換 5. 為什么使用搜索替換而不使用屬性視窗直 ......

    uj5u.com 2020-09-10 00:59:11 more
  • 【C++犯錯記錄】VS2019 MFC不懂的批量添加資源

    1. 打開資源頭檔案Resource.h,在其中預先定義好宏 ID(不清楚其實ID值應該設定多少,可以先新建一個相同的資源項,再在這個資源的ID值的基礎上遞增即可) 2. 在資源視圖中選中專案資源,按F7編輯資源檔案,按 ID 型別 相對路徑的形式添加 資源。(別忘了先把檔案拷貝到專案中的res檔案 ......

    uj5u.com 2020-09-10 01:00:19 more
  • C/C++編程筆記:關于C++的參考型別,專供新手入門使用

    今天要講的是C++中我最喜歡的一個用法——參考,也叫別名。 參考就是給一個變數名取一個變數名,方便我們間接地使用這個變數。我們可以給一個變數創建N個參考,這N + 1個變數共享了同一塊記憶體區域。(參考型別的變數會占用記憶體空間,占用的記憶體空間的大小和指標型別的大小是相同的。雖然參考是一個物件的別名,但 ......

    uj5u.com 2020-09-10 01:00:22 more
  • 【C/C++編程筆記】從頭開始學習C ++:初學者完整指南

    眾所周知,C ++的學習曲線陡峭,但是花時間學習這種語言將為您的職業帶來奇跡,并使您與其他開發人員區分開。您會更輕松地學習新語言,形成真正的解決問題的技能,并在編程的基礎上打下堅實的基礎。 C ++將幫助您養成良好的編程習慣(即清晰一致的編碼風格,在撰寫代碼時注釋代碼,并限制類內部的可見性),并且由 ......

    uj5u.com 2020-09-10 01:00:41 more
最新发布
  • Rust中的智能指標:Box<T> Rc<T> Arc<T> Cell<T> RefCell<T> Weak

    Rust中的智能指標是什么 智能指標(smart pointers)是一類資料結構,是擁有資料所有權和額外功能的指標。是指標的進一步發展 指標(pointer)是一個包含記憶體地址的變數的通用概念。這個地址參考,或 ” 指向”(points at)一些其 他資料 。參考以 & 符號為標志并借用了他們所 ......

    uj5u.com 2023-04-20 07:24:10 more
  • Java的值傳遞和參考傳遞

    值傳遞不會改變本身,參考傳遞(如果傳遞的值需要實體化到堆里)如果發生修改了會改變本身。 1.基本資料型別都是值傳遞 package com.example.basic; public class Test { public static void main(String[] args) { int ......

    uj5u.com 2023-04-20 07:24:04 more
  • [2]SpinalHDL教程——Scala簡單入門

    第一個 Scala 程式 shell里面輸入 $ scala scala> 1 + 1 res0: Int = 2 scala> println("Hello World!") Hello World! 檔案形式 object HelloWorld { /* 這是我的第一個 Scala 程式 * 以 ......

    uj5u.com 2023-04-20 07:23:58 more
  • 理解函式指標和回呼函式

    理解 函式指標 指向函式的指標。比如: 理解函式指標的偽代碼 void (*p)(int type, char *data); // 定義一個函式指標p void func(int type, char *data); // 宣告一個函式func p = func; // 將指標p指向函式func ......

    uj5u.com 2023-04-20 07:23:52 more
  • Django筆記二十五之資料庫函式之日期函式

    本文首發于公眾號:Hunter后端 原文鏈接:Django筆記二十五之資料庫函式之日期函式 日期函式主要介紹兩個大類,Extract() 和 Trunc() Extract() 函式作用是提取日期,比如我們可以提取一個日期欄位的年份,月份,日等資料 Trunc() 的作用則是截取,比如 2022-0 ......

    uj5u.com 2023-04-20 07:23:45 more
  • 一天吃透JVM面試八股文

    什么是JVM? JVM,全稱Java Virtual Machine(Java虛擬機),是通過在實際的計算機上仿真模擬各種計算機功能來實作的。由一套位元組碼指令集、一組暫存器、一個堆疊、一個垃圾回收堆和一個存盤方法域等組成。JVM屏蔽了與作業系統平臺相關的資訊,使得Java程式只需要生成在Java虛擬機 ......

    uj5u.com 2023-04-20 07:23:31 more
  • 使用Java接入小程式訂閱訊息!

    更新完微信服務號的模板訊息之后,我又趕緊把微信小程式的訂閱訊息給實作了!之前我一直以為微信小程式也是要企業才能申請,沒想到小程式個人就能申請。 訊息推送平臺🔥推送下發【郵件】【短信】【微信服務號】【微信小程式】【企業微信】【釘釘】等訊息型別。 https://gitee.com/zhongfuch ......

    uj5u.com 2023-04-20 07:22:59 more
  • java -- 緩沖流、轉換流、序列化流

    緩沖流 緩沖流, 也叫高效流, 按照資料型別分類: 位元組緩沖流:BufferedInputStream,BufferedOutputStream 字符緩沖流:BufferedReader,BufferedWriter 緩沖流的基本原理,是在創建流物件時,會創建一個內置的默認大小的緩沖區陣列,通過緩沖 ......

    uj5u.com 2023-04-20 07:22:49 more
  • Java-SpringBoot-Range請求頭設定實作視頻分段傳輸

    老實說,人太懶了,現在基本都不喜歡寫筆記了,但是網上有關Range請求頭的文章都太水了 下面是抄的一段StackOverflow的代碼...自己大修改過的,寫的注釋挺全的,應該直接看得懂,就不解釋了 寫的不好...只是希望能給視頻網站開發的新手一點點幫助吧. 業務場景:視頻分段傳輸、視頻多段傳輸(理 ......

    uj5u.com 2023-04-20 07:22:42 more
  • Windows 10開發教程_編程入門自學教程_菜鳥教程-免費教程分享

    教程簡介 Windows 10開發入門教程 - 從簡單的步驟了解Windows 10開發,從基本到高級概念,包括簡介,UWP,第一個應用程式,商店,XAML控制元件,資料系結,XAML性能,自適應設計,自適應UI,自適應代碼,檔案管理,SQLite資料庫,應用程式到應用程式通信,應用程式本地化,應用程式 ......

    uj5u.com 2023-04-20 07:22:35 more