Day26 報名 PMP 考試
今天將主題拉回 PMP 的考試。其實關於 PMP 的報考其實可以拆解成四件不同的事情：
* PMI 入會 (填表與繳費)
* PMP 報名(填一堆表單資訊)
* PMP 繳費
* 選考場和日期
報名的方式說難不難，說簡單不簡單，就上官網註冊會員繳費，上面跳什麼就寫什麼，其實就這樣，問題在於要填寫一堆表單，所以非常耗時。
PMI 入會
既然加入
專案管理
Day25 來點圖表！學習 PMP 中有提到的各種圖表（下）
延續昨天提到的，學習 PMP 的過程中會遇到各種圖表，今天一樣會簡單介紹每張圖是幹嘛的，希望能幫助到準備 PMP 的夥伴，用目掃的方式快速看過。
* 泡泡圖
* 龍捲風圖
* 累積流動圖
* 價值流圖
* 泳道圖
* 魚骨圖
* 停車場圖
泡泡圖
圖片來源：Bubble chart - Wikipedia
泡泡圖是一種用來顯示多變數關係的圖表。每個點（泡泡）
Day24 來點圖表！學習 PMP 中有提到的各種圖表（上）
今天和明天來列點快速看看 PMP 中有提到的圖表，注意我這裡是說「有提到」，而不是「來自」，這些圖表並不是由 PMP/PMBOK 所原創，PMP/PMBOK 只是將其收錄進去服務於它的某些章節內容。
為什麼會有這兩篇文章的誕生，原因可以回到我在 Day02 的文章內容，當時提到「PMP 大部分都是情境題」，而今天和明天則是為了這個「大部分之外」所誕生的😅，也就是大家最討厭的情境與記憶應用類的題型，
Day23 再一次我會怎麼建議：敏捷、迭代與增量
今天來看常被搞混的敏捷、迭代與增量。
迭代式開發
重複進行多次迭代：每次迭代都進行需求分析、設計、實施和測試，逐步改進產品。
交付
不一定每次都交付完整可用的產品，但會有一個可評估的版本或功能原型。重點在逐步完善和改進產品，每次迭代後不一定能交付可用的產品，但每次都會更接近可用。
例子
以腳踏車的組裝，初始階段交付的是輪子，隨著進展，逐步交付加裝車架、鏈條、齒輪、坐墊等版本，最終到所有零件裝到一起，最終才形成一個可用的完整腳踏車。
增量式開發
Day22 敏捷專案管理：回顧會議
今天來看 Retro Meeting，是敏捷專案管理中非常重要的一部分。Retro 通常在每個 Sprint 結束後舉行，目的是讓團隊反思 Sprint 的工作過程，發現並討論問題，從而持續改進團隊的工作效率和品質。
回顧會議的目的
反思和學習
團隊成員一起回顧過去的衝刺，反思什麼做得好、什麼地方需要改進，並學習如何在未來的衝刺中避免相同的問題。
以我們工程師來說，可以有很多內容可以提出，包含但不限於：
1. 對隕石與需求變動的改善方式
2.