(此圖由 AI 生成)
今天來聊聊專案的五大流程群組，但在那之前..要先提一下 PMBOK。
PMBOK7 以前的版本，將專案區分成「五大流程群組」與「十大知識領域」，而現在最新的 PMBOK7 版本則是對應的「十二項原則」和「八大績效領域」。
單純以考照為目的，「十二項原則」和「八項績效領域」優先，而「五大流程群組」和「十大知識領域」還是有其價值在。
我個人用程式面比較不恰當的類比，就好比 JavaScript 的 const、let、var 宣告變數，在 ES2015+ 版本後，開發者都會用 let 和 const 了來宣告變數了，但 var 宣告還是能用。
開發者哪天寫 JavaScript 題目看到問你 var 也很正常，因為 var 並沒有被淘汰，只是 let 和 const 優勢更強大。同理「五大流程群組」和「十大知識領域」並沒被真正拋棄，只是現行版本是側重新的「十二項原則」和「八大績效領域」。
如果要準備應試，那優先看「十二項原則」和「八大績效領域」，如過只是單純學理論而已，那就是我全都要，全部都看也是沒問題的，那麼接下來先講講五大流程群組：
分別是：
這些群組是專案的不同階段，每個群組都有特定的職責和目標，確保專案能夠按時、按預算完成，並達到預期效果。
並且這些流程群組是「中性且泛用」的，不限於資訊、科技業、製造業、建築業..etc，只要是專案流程都大同小異，包含日常生活大小專案的執行推動都是如此。
所以這裡我們就已幫公司辦公室同事慶生為例，用這個例子來說明這五大專案群組：
當大家決定要為辦公室的同事策劃一場生日派對時，啟動群組的工作就開始了。
這個階段會有一位召集人（就是第一個起頭提議的那位）會和大夥兒說最近有人要生日了，於是接下來就進入要不要吃蛋糕的討論，這時要確定如果要拿出蛋糕，那目的是什麼——是為了讓壽星驚喜？還是讓研發部門辦公室有機會製造一個忙裡偷閒氛圍還有蛋糕可以吃，鐵定是後者了啊，打工仔在公司一定是要先有吃才有慶生。
這就是啟動群組的範疇，幫助我們明確專案的目標和範圍，確保一切從一開始就有一個清晰的方向：知道要吃蛋糕了，那這次的壽星是誰，也就專案啟動了，那我們是為什麼啟動專案？即好棒喔要吃蛋糕了。
接下來，進入規劃群組的工作。
這個階段，通常會有人問禮拜幾吃？要買什麼蛋糕？要買什麼口味的？這時還要考慮預算，越多人平分蛋糕錢越划算，同時確保支出都在可控範圍，畢竟大家都是職場打工仔，社畜們只是要忙裡偷閒，不是真的來公司開派對的，最好一個人幾十元，一群人湊一湊就能弄一個蛋糕出來。這個規劃階段其實就是要制定計劃：讓我們知道在吃蛋糕前要完成哪些準備工作。
當計劃制定完畢，執行群組就上場了。
畢竟總是要有人去買蛋糕、和其他同事鬼鬼祟祟的通知這檔活動，先預定好離研發部門最近的會議室下午時段。這個階段的重點是確保所有計劃中的事項都能按部就班地進行，讓吃蛋糕..厄我是說慶生，能如期舉行。
接著要有人通知壽星走進會議室，在一陣尷尬的生日歌和錄影後，引導壽星許三個願望：一是大家專案順利、二是大家身體健康、第三個願望不能說，ya 然後吹蠟燭。
專案順利和身體健康真的很重要。總之執行群組負責將計劃轉化為現實，讓吃..慶生這件事能夠順利開展。
監控群組也很重要，我們需要確保每個環節都按照計劃進行，並且確保不先被破梗。
為了確保其他部門不要來亂，要有人進會議室把透明玻璃牆的窗簾、壁簾拉下來，然後辦公室其他人就會想「幹嘛把會議室簾子拉下來啊？」這叫欲蓋彌彰，但同時也確保不被人戳破，即使壽星知道也要假裝不知道，我們知道壽星知道但我們也要假裝他不知道。
監控群組幫助我們確保一切在控制範圍內，並按照先前制定好的計劃應對問題：如果等等 HR 跑過來問我們在幹嘛，那就只能分他一塊蛋糕吃了。
當蛋糕分發完，結案群組的工作就開始了。
結案群組負責總結專案，這個階段要做的就是清理復原場地、丟掉蛋糕的包裝盒垃圾、收穫在完成專案後(理論上)會出現的回饋，例如「覺得蛋糕不錯」、「口感很綿密」、「好吃」、「不好吃」、「太乾」、「濕潤」之類的評價，這就會成為下一次辦公室蛋糕需求時很好的參考，如果還能收穫「聽說某某蛋糕店的蛋糕也不錯」這種回饋就更棒了！
透過這個辦公室幫同事慶生的例子，大家應該能更清楚地理解五大專案群組在實際生活中的應用。為了吃到一口巧克力蛋糕，這個專案從啟動到結案，每個群組從啟動到結案，各自有對應的行為要執行，確保專案能夠順利完成並達到目標。
不過，再次強調，「五大流程群組」和「十大知識領域」是屬於舊版 PMBOK 內容，如果要考認證，目前還是以「十二項原則」和「八大績效領域」為優先，「五大流程群組」和「十大知識領域」則是當成補助學習就好。
iThome鐵人賽
看影片追技術