延續昨天提到的，學習 PMP 的過程中會遇到各種圖表，今天一樣會簡單介紹每張圖是幹嘛的，希望能幫助到準備 PMP 的夥伴，用目掃的方式快速看過。 * 泡泡圖 * 龍捲風圖 * 累積流動圖 * 價值流圖 * 泳道圖 * 魚骨圖 * 停車場圖 泡泡圖 圖片來源：Bubble chart - Wikipedia 泡泡圖是一種用來顯示多變數關係的圖表。每個點（泡泡）

今天和明天來列點快速看看 PMP 中有提到的圖表，注意我這裡是說「有提到」，而不是「來自」，這些圖表並不是由 PMP/PMBOK 所原創，PMP/PMBOK 只是將其收錄進去服務於它的某些章節內容。 為什麼會有這兩篇文章的誕生，原因可以回到我在 Day02 的文章內容，當時提到「PMP 大部分都是情境題」，而今天和明天則是為了這個「大部分之外」所誕生的😅，也就是大家最討厭的情境與記憶應用類的題型，

今天來看 Retro Meeting，是敏捷專案管理中非常重要的一部分。Retro 通常在每個 Sprint 結束後舉行，目的是讓團隊反思 Sprint 的工作過程，發現並討論問題，從而持續改進團隊的工作效率和品質。 回顧會議的目的 反思和學習 團隊成員一起回顧過去的衝刺，反思什麼做得好、什麼地方需要改進，並學習如何在未來的衝刺中避免相同的問題。 以我們工程師來說，可以有很多內容可以提出，包含但不限於： 1. 對隕石與需求變動的改善方式 2.

今天來看敏捷專案管理中很重要（但混合式專案管理常被忽略或變種）的衝刺審查（Sprint Review）。 衝刺審查通常在每個 Sprint 結束時舉辦。主要目的是讓開發團隊展示這個Sprint 完成的工作成果，並收集來自 PO 和其他利害關係人的回饋，確保產品方向與需求一致。 衝刺審查的主要活動 展示進度或成果 開發團隊會展示在衝刺期間完成的產品增量，讓大家得知這個 Sprint 的產出。 獲得回饋 利害關係人和產品負責人會對展示的成果提供回饋，這些回饋可以讓 PO 決定是否需要調整產品待辦清單（

今天來看看敏捷專案管理中的產品待辦清單（Product Backlog）和衝刺清單（Sprint Backlog）差異： 產品待辦清單 Product Backlog 產品待辦清單是一個有(優先)序的需求列表，包含產品需要實現的新功能、修正的錯誤、技術問題和其他待改善的工作項目。 在敏捷專案中，這個清單由產品負責人 PO 管理，隨著新需求的出現或現有商業需求的優先級變化，產品待辦清單會不斷新增或調整內容。 相對於衝刺清單，產品待辦清單會是高層次的描述，不一定有具體細節，