冒險筆記

Posts

Showing posts with the label PMP

[專案管理] PMP專案管理 49個子流程如範疇管理管制風險等

By 安德森 November 06, 2023

PMP專案管理教材中提到的49個子流程如下：整合管理啟動過程組：啟動過程規劃過程組：規劃過程執行過程組：執行過程監控與控制過程組：監控與控制過程結束過程組：結束過程範疇管理範疇定義：範疇界定範疇創建：範疇創建範疇變更管理：範疇變更管理時程管理活動定義：活動定義活動排序：活動排序活動估算：活動估算進度控制：進度控制成本管理成本估算：成本估算成本控制：成本控制品質管理品質管理計劃：品質管理計劃品質保證：品質保證品質控制：品質控制人力資源管理團隊組建：團隊組建團隊發展：團隊發展團隊績效管理：團隊績效管理溝通管理溝通計劃：溝通計劃信息收集：信息收集信息傳播：信息傳播信息管理：信息管理風險管理風險識別：風險識別風險定性分析：風險定性分析風險定量分析：風險定量分析風險應對計劃：風險應對計劃風險監控與控制：風險監控與控制採購管理採購計劃：採購計劃採購執行：採購執行採購合同管理：採購合同管理採購變更管理：採購變更管理以上49個子流程是PMP專案管理知識體系的基礎，涵蓋了專案管理的各個方面。以下是每個子流程的簡要說明：整合管理整合管理是專案管理的核心，它將所有其他知識領域統一起來，確保專案的成功。範疇管理範疇管理是定義專案工作範圍的過程。它包括確定專案的目標、範圍、邊界和可交付成果。時程管理時程管理是確定、規劃和控制專案活動的過程。它確保專案按時完成。成本管理成本管理是估算、預算和控制專案成本的過程。它確保專案在預算範圍內完成。品質管理品質管理是確保專案符合客戶需求的過程。它包括制定品質標準、執行品質控制和進行品質改進。人力資源管理人力資源管理是組建和管理專案團隊的過程。它包括招聘、培訓和激勵團隊成員。溝通管理溝通管理是確保專案信息有效傳遞的過程。它包括制定溝通計劃、收集和傳播信息，以及管理溝通衝突。風險管理風險管理是識別、評估和應對專案風險的過程。它確保專案免受不確定性和意外事件的影響。採購管理採購管理是獲取外部產品、服務或成果的過程。它包括制定採購計劃、執行採購、管理採購合同和處理採購變更。 == 以下是PMP專案管理教材中提到的49個子流程，包括編號、專有名詞的英文和中文：編號專有名詞中文 1 Initiating Process Group...

[專案管理] 顯示專案目前的成本及時程的現況可以用實獲值管理（EVM）來做專案評估

By 安德森 October 14, 2023

AC、PV 和 EV 在實獲值管理（EVM）中，AC、PV 和 EV 是重要的計算和指標，它們代表不同方面的專案數據： 1. AC（Actual Cost）：實際成本，它代表專案目前已經花費的實際金額。AC 是指截至某一時間點，已經支付或花費的專案成本，包括人工、材料、設備等實際支出。 2. PV（Planned Value）：計劃價值，也稱為 BCWS（Budgeted Cost of Work Scheduled），它代表在專案計劃中應該完成的工作的預計價值。PV 是指根據專案計劃，在特定時間點應該已經完成的價值，通常以預算數字表示。 3. EV（Earned Value）：已實現價值，也稱為 BCWP（Budgeted Cost of Work Performed），它代表實際上已經完成並可用於專案的工作的價值。EV 是指在特定時間點實際完成的工作的價值，根據計劃成本來評估。這些指標用於計算 EVM 中的其他重要性能指標，如CPI（成本績效指數）和SPI（進度績效指數），以幫助專案經理和利益相關者評估專案的成本和進度績效。通過比較 AC、PV 和 EV，可以獲得有關專案是否在預算範圍內，是否按照計劃進行以及是否具有成本效益的信息。 CPI（成本績效指數）和SPI（進度績效指數）當談到實獲值管理（EVM）中的CPI（成本績效指數）和SPI（進度績效指數）時，以下是更詳細的解釋以及在實務中的應用： 1. CPI（成本績效指數）： - CPI 是一個衡量專案的成本效能的指標。 - 計算方式：CPI = EV / AC，其中 EV 是已實現價值（已完成的工作的預算價值），AC 是實際成本（已經花費的成本）。 - 意義：如果 CPI 大於1，則表示專案的成本效能良好，工作完成得比原先預算的要便宜。如果 CPI 小於1，則表示成本效能不佳，工作完成成本高於原先預算。實務上的應用： - CPI 提供了關於專案成本表現的信息。當 CPI 大於1時，專案經理可能會認為專案在預算範圍內，如果 CPI 小於1，則可能需要調整成本控制策略，以確保專案不超出預算。 2. SPI（進度績效指數）： - SPI 是一個衡...

[專案管理] 甚麼是MVP, MMF 以及MBI?

By 安德森 October 14, 2023

MVP（Minimum Viable Product）、MMF（Minimum Marketable Feature）和MBI（Minimum Business Increment）是軟體開發和產品管理領域常見的術語，它們代表著不同的開發和發佈策略： 1. MVP（最小可行產品）： - MVP 是一種產品開發策略，旨在將一個具有最小功能集合的版本尽快推出。 - MVP 的目標是驗證產品的可行性，了解用戶需求，收集反饋，然後根據這些信息來進一步開發和改進產品。 - MVP 只包括最關鍵的功能，足夠滿足最初的用戶需求，但通常不包括高級功能或複雜功能。 2. MMF（最小可行特性）： - MMF 是產品管理中的一個概念，它指的是具有最小功能集合的特性或功能，該特性足夠有吸引力，可以作為產品的一部分向市場推出。 - 與MVP不同，MMF更關注市場可接受性而不僅僅是產品的可行性。它用於確定哪些功能或特性應該在產品的首次發佈中包含，以吸引用戶和客戶。 3. MBI（最小業務增值）： - MBI 是一個更加商業化的概念，它強調了產品發佈中最小的增值部分，這部分能夠為業務帶來實際價值和收益。 - MBI 侧重于确定哪些功能或特性將在產品中首次發佈，以最大程度地增加業務價值和利潤。 - 這個概念強調了產品的商業方面，而不僅僅是技術或用戶需求方面。總的來說，這些概念都有助於在產品開發過程中確定何時發佈以及包含哪些功能或特性。MVP侧重于驗證可行性和學習用戶需求，MMF侧重于市場吸引力，MBI侧重于業務價值。在實際專案中，可以根據專案需求和目標來選擇使用這些策略的哪一個或結合它們。 PMP 及專案管理相關文章請見：專案管理更多科技業名詞解釋請見：名詞解釋

[專案管理] 建立團隊團隊的不同階段 "Tuckman的階段理論"或"Tuckman的團隊發展模型"

By 安德森 October 14, 2023

專案管理團隊發展的五階段是由Bruce Tuckman在1965年提出的，被稱為"Tuckman的階段理論"或"Tuckman的團隊發展模型"。以下是這五階段的說明： 1. **形成階段 (Forming)**: * 團隊成員開始相互認識。 * 成員通常表現得比較保守，尋求領導者的指引。 * 這個階段的主要任務是確定團隊的目的和目標。 2. **風暴階段 (Storming)**: * 團隊成員開始提出自己的觀點，可能會發生衝突。 * 這些衝突可能與工作方式、任務分配或團隊目標有關。 * 處理這些衝突是這個階段的主要挑戰。 3. **規範階段 (Norming)**: * 團隊開始建立共同的工作流程和標準。 * 成員開始互相信賴，合作更加順暢。 * 團隊建立起一定的凝聚力。 4. **執行階段 (Performing)**: * 團隊達到高效能的狀態。 * 成員能夠自主工作，互相協助，共同解決問題。 * 這個階段的團隊能夠有效地達成目標。 5. **終止階段 (Adjourning)** 或 **悲傷階段 (Mourning)**: * 專案結束，團隊任務完成。 * 成員可能會經歷悲傷的情感，因為與團隊分開。 * 這個階段的挑戰是如何正確結束專案，並對團隊的努力給予認可。了解這五個階段對於專案經理來說非常重要，因為它可以幫助他們預測和應對團隊發展中可能出現的問題。 PMP 及專案管理相關文章請見：專案管理更多科技業名詞解釋請見：名詞解釋

[專案管理] 變更管理理論 Lewin的變更理論 McKinsey 7-S 及Kotter的理論

By 安德森 October 14, 2023

讓我為您解釋變更管理理論： 1. **Lewin的變更理論**： * 雖然您提到了"McKinsey 7-S"，這其實與Lewin的理論是不同的。首先，讓我先談Lewin的變更理論。 * Lewin的變更理論描述了三個階段：解凍 (Unfreeze)、變更 (Change)、和重新凍結 (Refreeze)。 - **解凍 (Unfreeze)**：意識到需要變更，並開始為變更做準備。 - **變更 (Change)**：這是當變更實際發生的階段。 - **重新凍結 (Refreeze)**：這個階段確保變更成為組織的新常態。 * 在實際應用中，首先確定為何需要變更，然後計劃和實施變更，最後確保新的方法或流程被正確且持續地使用。 2. **McKinsey 7-S 模型**： * 這是一個組織診斷工具，包括七個維度：策略 (Strategy)、結構 (Structure)、系統 (Systems)、共同的價值觀 (Shared Values)、風格 (Style)、員工 (Staff)、和技能 (Skills)。 * 在變更管理中，使用此模型來確定哪些因素需要被調整，以達到組織的目標。 * 實際應用：進行組織分析，了解目前哪些維度是強的，哪些需要改進。然後制定行動計劃來進行調整。 1. **策略 (Strategy)**：組織的長期計劃和目標。 2. **結構 (Structure)**：組織的層次結構和部門劃分。 3. **系統 (System)**：日常運作所需的程序和流程。 4. **共同的價值觀 (Shared Values)**：組織文化的核心，也是其他六個S的基石。 5. **風格 (Style)**：領導方式和組織內部的互動模式。 6. **員工 (Staff)**：組織的人力資源，包括數量、技能和能力。 7. **技能 (Skill)**：組織和員工的核心能力和特長。 3. **Kotter的8階段變更模型**： * Kotter提供了一個具體...

[專案管理] 採購招標相關文件採購工作說明書(procurement SOW) 跟 RFI RFQ PFP IFB

By 安德森 October 05, 2023

簡介採購工作說明書(procurement SOW) 跟 RFI RFQ PFP IFB 1. **SOW (Statement of Work) - 工作說明書**： - 定義：SOW 是一份詳細的文件，描述了供應商必須完成的具體工作或服務。它定義了工作範圍、時間表、地點、質量標準、付款條件等。 - 用途：為確定特定的工作或服務要求提供明確、詳細的指引。 2. **RFI (Request for Information) - 資訊請求書**： - 定義：RFI 是一份請求文件，用於從潛在供應商那裡獲得關於產品、服務或解決方案的一般性資訊。 - 用途：在初步的市場研究階段收集信息，幫助組織了解市場上的可用選項。 3. **RFQ (Request for Quotation) - 報價請求書**： - 定義：RFQ 是一份請求文件，用於從供應商那裡獲得具體產品或服務的價格報價。 - 用途：當組織已知道它們想要購買的具體產品或服務時，將其用於比較價格。 4. **RFP (Request for Proposal) - 提案請求書**： - 定義：RFP 是一份請求文件，要求供應商提交他們的方案，以滿足組織的特定需求或解決某個問題。 - 用途：用於更複雜的購買，其中價格、技術解決方案和供應商的資格都是選擇標準的一部分。 5. **IFB (Invitation for Bid) - 投標邀請**： - 定義：IFB 是一份請求文件，通常用於大型項目，要求供應商提交他們的投標。 - 用途：通常用於大型工程或建設項目，其中價格是主要的選擇標準。 **區別**： - SOW 是關於「做什麼」的，它定義了工作或服務的具體範圍。 - RFI、RFQ、RFP 和 IFB 都是關於「如何購買」的。它們代表了不同的採購階段和不同的需求，從初步的市場研究（RFI）到具體的價格比較（RFQ）和複雜的方案評估（RFP）。選擇使用哪一種文件通常取決於組織的具體需求、購買的複雜性和市場的特性。在大型專案投標過程中，以下是買方和賣方通常...

[專案管理] 品質管理中的管制圖及USL, UCL, LCL, LSL 等定義

By 安德森 October 05, 2023

在品質管理中，「管制圖」（Control Chart，也稱為「品質控制圖」）是一種用來監測和分析製程是否穩定的工具。它是統計製程控制（Statistical Process Control, SPC）的一部分，旨在幫助組織了解其製程的變動性。以下是相關的定義： 1. **UCL (Upper Control Limit) - 上控制界限**： - 管制圖中的一條界限，代表製程的上限變動性。當數據點出現在此線之上，通常表示製程可能存在某種非隨機的特殊因素，使製程偏離了正常運作。 2. **LCL (Lower Control Limit) - 下控制界限**： - 與UCL相反，它代表製程的下限變動性。當數據點出現在此線之下，也可能表示製程受到某種非隨機的特殊因素的影響。 3. **USL (Upper Specification Limit) - 上規格界限**： - 定義製程產出的最高可接受值。它是基於顧客需求或內部標準設定的，而不是基於實際製程性能。 4. **LSL (Lower Specification Limit) - 下規格界限**： - 定義製程產出的最低可接受值，同樣是基於顧客需求或內部標準。 UCL、LCL、USL、和LSL 這四個界限常常出現在品質控制的文獻中，且它們與製程和產品的品質特性有關。為了對它們進行排序，我們首先要了解它們的意義： - **USL (Upper Specification Limit) - 上規格界限**：是產品或製程的最大可接受界限。 - **UCL (Upper Control Limit) - 上控制界限**：是製程變動的統計上界。 - **LCL (Lower Control Limit) - 下控制界限**：是製程變動的統計下界。 - **LSL (Lower Specification Limit) - 下規格界限**：是產品或製程的最小可接受界限。一般來說，為了確保製程在規格範圍內運作，UCL 和 LCL 應該位於 USL 和 LSL 之間。所以排序通常如下： 1. LSL 2. LCL 3. UCL 4. USL 需要注意的是，這種排序是基於通常的製程和規格設定，但在實際應用中，特定的製程和產品可能...

[敏捷] Scrum的基本知識敏捷開發常見名詞討論 MVP, MMF及MBI; sprint及timeboxing; Roadmap和Release Plan

By 安德森 September 30, 2023

解釋Scrum 敏捷式儀式四個活動的意義，包含衝刺規劃、每日站立會議、衝刺審查、衝刺回顧會議。當我們提到 Scrum 時，這是一種敏捷開發的框架，其中包含了幾個主要的儀式（或稱為活動、事件）來確保團隊能夠有效、透明且持續地交付價值。以下是 Scrum 中的四個核心儀式和它們的意義： 1. **衝刺規劃 (Sprint Planning)：** - **意義**：此儀式的目的是為即將開始的衝刺（Sprint，通常為2-4周的開發週期）計劃工作。在這次會議中，產品擁有者 (Product Owner) 將從產品待辦清單 (Product Backlog) 中選擇最高優先級的項目，然後和開發團隊一起討論，確定在接下來的衝刺中可以完成的工作範疇。 2. **每日站立會議 (Daily Stand-up 或 Daily Scrum)：** - **意義**：每天開始工作時，團隊成員會集合起來，分享他們前一天的工作成果、當天的工作計劃以及他們遇到的任何障礙。此會議促使團隊保持對目標的專注，同時確保早日識別和解決問題。 3. **衝刺審查 (Sprint Review)：** - **意義**：在衝刺結束時，團隊會展示他們在該衝刺中完成的工作。這不只是給團隊成員看，也是給產品擁有者和利害關係人看的，這樣他們可以提供反饋，確保產品正朝正確的方向發展。 4. **衝刺回顧 (Sprint Retrospective)：** - **意義**：此會議的目的是反思上一個衝刺的過程，找出什麼地方做得好、什麼地方可以改進。透過此會議，團隊不斷地自我調整和優化他們的工作方式，以持續改善效率和效果。總的來說，這些儀式為 Scrum 團隊提供了一個結構化的框架，幫助團隊保持目標明確、互相協作並持續地學習和改進。敏捷方法論中的MVP, MMF及MBI 當我們談論敏捷方法論時，MVP、MMF和MBI是三個相關的概念，但它們在專案和產品開發中有不同的應用和目的。以下是對這三個概念的簡單介紹： 1. **MVP (Minimum Viable Product) - 最小可行產品**： - **定義**：MVP是一種策略和產品，使你可以學習到最大...

[專案管理] 利害關係人參與評量矩陣有分那些參與程度？不知、抵抗、中立、支持、領導這五種？

By 安德森 September 30, 2023

利害關係人參與評量矩陣是一個工具，用於識別和評估專案中利害關係人的參與程度或態度。這個矩陣可以有多種版本，但常見的參與程度或態度包括： 1. **不知（Unaware）**：利害關係人不知道專案或其潛在影響。 2. **抵抗（Resistant）**：利害關係人反對專案或其結果。 3. **中立（Neutral）**：利害關係人對專案既不支持也不反對。 4. **支持（Supportive）**：利害關係人支持專案及其結果。 5. **領導（Leading）**：利害關係人積極支持並且積極推動專案。這五種分類幫助專案管理者理解利害關係人的位置和態度，從而可以制定相應的策略來增加支持者、減少反對者或轉化中立者的態度，確保專案的順利進行。

[專案管理][敏捷] Scrum 中的四個核心儀式和它們的意義

By 安德森 September 29, 2023

當我們提到 Scrum 時，這是一種敏捷開發的框架，其中包含了幾個主要的儀式（或稱為活動、事件）來確保團隊能夠有效、透明且持續地交付價值。以下是 Scrum 中的四個核心儀式和它們的意義： 1. **衝刺規劃 (Sprint Planning)：** - **意義**：此儀式的目的是為即將開始的衝刺（Sprint，通常為2-4周的開發週期）計劃工作。在這次會議中，產品擁有者 (Product Owner) 將從產品待辦清單 (Product Backlog) 中選擇最高優先級的項目，然後和開發團隊一起討論，確定在接下來的衝刺中可以完成的工作範疇。 2. **每日站立會議 (Daily Stand-up 或 Daily Scrum)：** - **意義**：每天開始工作時，團隊成員會集合起來，分享他們前一天的工作成果、當天的工作計劃以及他們遇到的任何障礙。此會議促使團隊保持對目標的專注，同時確保早日識別和解決問題。 3. **衝刺審查 (Sprint Review)：** - **意義**：在衝刺結束時，團隊會展示他們在該衝刺中完成的工作。這不只是給團隊成員看，也是給產品擁有者和利害關係人看的，這樣他們可以提供反饋，確保產品正朝正確的方向發展。 4. **衝刺回顧 (Sprint Retrospective)：** - **意義**：此會議的目的是反思上一個衝刺的過程，找出什麼地方做得好、什麼地方可以改進。透過此會議，團隊不斷地自我調整和優化他們的工作方式，以持續改善效率和效果。總的來說，這些儀式為 Scrum 團隊提供了一個結構化的框架，幫助團隊保持目標明確、互相協作並持續地學習和改進。幾個簡單的摘要給大家，不過切記，重點是團隊自動自發、有自主權的精神和背後的道理，倒不是這些規則喔！【團隊】3 Product Owner管Product Backlog，負責讓Development Team做的事發揮最大的價值 Scrum Master提倡、觀察、指導、協助團隊用Scrum Development Team決定Sprint Backlog，負責達成Sprint Goal、每個Sprint產出可以使用、上線的產...

[專案管理] 敏捷提到的"資訊散熱器"（Information Radiator）是甚麼？

By 安德森 September 29, 2023

"資訊散熱器"（Information Radiator）是敏捷軟體開發中使用的一個概念，特別是在極限編程（Extreme Programming，XP）中。它指的是一個公開展示的、用於展示專案狀態和進度的物理展示板或電子顯示板。以下是資訊散熱器的一些主要特點： 1. **即時更新**：它們應該經常被更新，以顯示最新的專案資訊。 2. **可見性**：它們應該放在團隊成員經常通過的地方，如會議室、團隊工作區或其他公共區域，以便容易查看。 3. **直觀**：它們應該足夠直觀，使得即使是不熟悉專案的人也能快速了解專案的狀態和進度。資訊散熱器的例子包括： - **任務板**（Task Boards）：展示專案的當前任務、正在進行的任務以及已完成的任務。 - **燒尾圖**（Burn-down Charts）：圖形化地展示專案的剩餘工作量和時間。 - **持續整合的狀態顯示**：顯示最近的代碼提交是否已成功整合到代碼庫中。總的來說，資訊散熱器旨在提供一個透明、直觀的方式來展示專案的進度和狀態，這有助於促進團隊之間的溝通和協作。敏捷開發相關文章： [敏捷] 簡介敏捷開發的"scrum master" 與過去常見的waterfall開發模式中的軟體專案經理project manager有什麼差異 [專案管理][敏捷] Agile 與Scrum有什麼差別？ [專案管理][敏捷] Scrum與Kanban 的差異

[專案管理] EFF跟OPA的差別?

By 安德森 September 29, 2023

在 PMP（專案管理專家）的語境中，EFF 和 OPA 都是外部因素和資訊，它們會影響專案的計劃和決策，但它們的性質和內容有所不同。 1. **EEF (Enterprise Environmental Factors，企業環境因素)：** - **說明**：EEF 是那些不受專案團隊直接控制，但可能會影響專案計劃和決策的任何組織環境因素。 - **舉例**： - 組織的結構和文化。 - 市場狀況和競爭環境。 - 組織的人力資源政策和僱員評估模型。 - 宏觀經濟因素、法律法規或政府政策。 - 技術發展趨勢。 - 公司的資訊技術基礎設施和軟件工具。 2. **OPA (Organizational Process Assets，組織過程資產)：** - **說明**：OPA 指的是組織內用於進行工作的標準和準則、過程、政策、程序以及先前專案的歷史紀錄和經驗教訓。 - **舉例**： - 組織的標準過程和政策。 - 組織的專案管理方法論和最佳實踐。 - 先前專案的範本、檢查表和工作說明。 - 先前專案的經驗教訓資料庫。 - 專案文件的存檔和知識庫。 - 風險和問題的資料庫。 **差別總結**： - **控制程度**：EEF 通常不受專案團隊的控制，而 OPA 是專案團隊可以利用的資源。 - **性質**：EEF 是外部環境的特徵和條件，可能會影響專案；而 OPA 是組織內部的過程、政策、模板和知識，可用於指導和支持專案。 - **作用**：EEF 通常用於識別專案的外部限制和威脅，而 OPA 可以幫助專案團隊制定計劃，避免先前專案中的錯誤，並利用已知的最佳實踐。

[專案管理] 比較親和圖跟心智圖的用法

By 安德森 September 29, 2023

親和圖（Affinity Diagram）和心智圖（Mind Map）都是視覺工具，用於組織和呈現資訊。雖然它們都有助於組織思考，但它們的目的和應用方式有所不同。 **1. 親和圖 (Affinity Diagram)：** - **目的**：親和圖主要用於組織大量的散落資訊或想法，以找出潛在的模式、主題或關聯。 - **應用方式**： - 在腦力激盪、問題解決或資料分析過程中收集的大量資訊。 - 透過團隊合作將相似或相關的項目分組。 - 無需事先定義分類或結構。 - 常用於品質管理、專案管理和業務流程改進。 - **特點**：結果可能是一系列分組的資訊或想法，每組都有一個頭條或標題，表示該組的主題或主要概念。親和圖又稱 KJ 法，它是由日本川喜田二郎博士 (Jiro Kawakita) 於 1953 年所提出。親和圖是用來蒐集事實、看法和意見，並且將它們組織化。親和圖是由矩形盒或橢圓形所構成，內容為各項事實、看法或意見，歸於同一組之矩形盒可以用橢圓形加以包圍，並且加上標題。在親和圖上，各組間之關係可以用箭頭來表達。 **2. 心智圖 (Mind Map)：** - **目的**：心智圖用於視覺化和組織個人或團隊的思考，有助於記憶、學習和創意。 - **應用方式**： - 以一個中心思想或主題為中心，從中心向外分支。 - 每個分支都是一個關聯的主題或子思想。 - 可以使用顏色、圖標和圖像增加視覺效果。 - 常用於筆記、腦力激盪、計劃或整理資訊。 - **特點**：結果是一個有分支的樹狀結構，呈現出主題和子主題之間的關聯。 **比較：** - **結構與起點**：心智圖從一個中心點開始，有組織地向外擴展；而親和圖則從許多散落的資訊開始，透過分組來建立結構。 - **應用場景**：親和圖較常用於組織與分析資訊、尋找模式，適合複雜問題的解決。心智圖則較常用於個人筆記、腦力激盪和資訊組織。 - **創建過程**：親和圖需要團隊合作，通常需要多人參與；而心智圖則可以個人或團隊合作創建。總之，選擇使用親和圖還是心智圖取決於特定的需求和目的。兩者都是強大的工具，能夠幫助用戶更好地組織和理解資訊。相關文章：心智圖是什麼？怎麼畫？從國小到大人都好用的資訊整...

PMP 專案管理考試筆記名詞解釋

By 安德森 September 22, 2023

PMP 中提到的WBS 是什麼完整名稱是在 PMP 中， "WBS" 代表 "Work Breakdown Structure "。這是一種將項目分解成更小、更易於管理的部分的方法，通常以層次結構的方式呈現，以幫助項目團隊更好地定義、計劃和控制項目。WBS 提供了一個清晰的視覺畫面，顯示了所有必要的工作元素以及它們之間的關系。 PMP中，焦點團體包含利害關係人及SME 。請問這SME是什麼在 PMP 和其他項目管理背景下， “SME” 通常指的是 “Subject Matter Expert” 。這些是具有特定領域的專門知識或技能的人士，他們可以為項目提供專業的指導或意見，幫助確定需求、設計解決方案或進行其他專業的活動。在焦點團體中包括 SME 可以確保獲得深入的技術或業務見解，從而有助於形成更全面和實現目標的解決方案或決策。 PMP中針對專案範疇說明書其中檢閱OPA 是什麼意思OPA是什麼在 PMP 和項目管理中， “OPA” 是 “Organizational Process Assets”的縮寫。這些是組織內部的各種流程、政策、程序和知識庫，可以用來影響和指導項目的成功執行。當我們在專案範疇說明書中提到“檢閱OPA”時，這意味著項目經理和團隊需要參考組織的現有流程和政策，以確保專案的規劃和執行符合組織的標準和要求。 OPA可以包括但不限於以下內容： 1. **政策和程序**：如質量政策、採購政策和安全規程。 2. **組織的知識庫**：以前的項目文件、歷史信息和經驗教訓庫等，可以提供有價值的見解和資訊來指導當前的項目。 3. **模板和指南**：包括報告模板、表格或其他用於幫助管理項目的工具。通過利用 OPA，項目經理可以確保他們的項目不僅符合組織的要求，而且能夠利用過去的經驗和知識來提高項目的成功率。 PMP中所提的：工作的decomposition 是工具（T&T) ，WBS是產出。請問T&T是什麼在 PMP 和項目管理領域中， "T&T" 是 "Tools and Techniques" 的縮寫，意指用於執行特定項目管理流程的工具和技術。例如，在創建“Work Breakdown Structure” (WBS) 的過程中，...

[專案管理] 學習PMP 目標通過PMP認證，該如何準備

By 安德森 September 22, 2023

要通過 PMP（項目管理專業人士）認證考試，你需要進行嚴格的準備。以下是一個可以遵循的步驟指南，來幫助你有效地準備 PMP 考試： 1. **了解考試格式和要求**： - 詳細研究 PMI (項目管理協會) 的官方網站，了解考試的結構和要求。 - 瞭解 PMP 考試大綱和評分標準。 2. **獲得所需的工作經驗**： - 根據 PMI 的要求，確保你滿足相應的教育背景和項目管理經驗。 3. **選擇合適的培訓課程**： - 尋找一個高品質的 PMP 考試預備課程。 - 考慮參加 PMI 認證的培訓課程，這樣可以保證教學質量。 4. **自我學習**： - 購買或租借 PMBOK (項目管理知識體系指南) 的最新版本。 - 設定一個學習計劃，並堅持按計劃學習。 5. **加入學習小組**： - 如果可能的話，加入一個 PMP 學習小組，與其他考生交流經驗和資源。 6. **練習模擬考試**： - 在網上尋找可靠的 PMP 模擬考試來練習。 - 定期進行模擬測試，以跟踪你的進步和識別你的弱點。 7. **復習並強化弱點**： - 根據模擬考試的結果，識別你的弱點並加強相應的知識區域。 8. **保持身心健康**： - 保持規律的作息，並確保考試前能得到充分的休息。 - 考試前避免過度壓力，保持冷靜和自信。 9. **報名和參加考試**： - 在 PMI 的官方網站上報名參加 PMP 考試。 - 在考試日確保早點到達考試中心，帶上所有必需的文件和身份證明。通過嚴格遵循這個準備指南，你將更有可能成功通過 PMP 考試。祝你好運！

Search This Blog

冒險筆記

Posts

[專案管理] PMP專案管理 49個子流程如範疇管理管制風險等

[專案管理] 顯示專案目前的成本及時程的現況可以用實獲值管理（EVM）來做專案評估

[專案管理] 甚麼是MVP, MMF 以及MBI?

[專案管理] 建立團隊團隊的不同階段 "Tuckman的階段理論"或"Tuckman的團隊發展模型"

[專案管理] 變更管理理論 Lewin的變更理論 McKinsey 7-S 及Kotter的理論

[專案管理] 採購招標相關文件採購工作說明書(procurement SOW) 跟 RFI RFQ PFP IFB

[專案管理] 品質管理中的管制圖及USL, UCL, LCL, LSL 等定義

[敏捷] Scrum的基本知識敏捷開發常見名詞討論 MVP, MMF及MBI; sprint及timeboxing; Roadmap和Release Plan

[專案管理] 利害關係人參與評量矩陣有分那些參與程度？不知、抵抗、中立、支持、領導這五種？

[專案管理][敏捷] Scrum 中的四個核心儀式和它們的意義

[專案管理] 敏捷提到的"資訊散熱器"（Information Radiator）是甚麼？

[專案管理] EFF跟OPA的差別?

[專案管理] 比較親和圖跟心智圖的用法

PMP 專案管理考試筆記名詞解釋

[專案管理] 學習PMP 目標通過PMP認證，該如何準備

職場必備國際證照 - PMP國際專案管理師

PMP與ACP如何在企業相互應用_動畫字幕版_150213

長宏PMP培訓新手攻略影片 220905

不是人人都懂得專案管理

搜尋

Agoda

熱門文章

[社會觀察] 一生順遂與命途乖舛

什麼是 OTA ?

新鮮人找工作：職場名詞解釋 AE FAE Pre-sales Post-sales

日本旅行去東京可以在哪邊買羽球相關用品？WEMBLEY/WINDSOR/梭家/Victoria/Alpen TOKYO/

中華民國2024 總統、副總統選舉公告發布連署參選門檻28萬9667人可以推薦候選人的政黨包括民進黨、國民黨、民眾黨和時力

[FAANG面試] 如何準備Google Technical Program Manager (TPM) 面試

[HMD Global] Nokia 2020 新手機發布首款 5G 手機 Nokia 8.3 預計夏季開賣 !

關於中國：202X年

[表特][Passion Sisters] 中信兄弟PS女孩浮誇甜心凱蒂炸裂全場~ 小許瑋甯

水電行介紹---台北市南港區研究院路二段30號的志興水電行---是水電行也是水電材料行