跳到主要內容

專案管理系列:第零章 - 先備知識

已生成 1

整個「專案管理基礎」系列的學習地圖:先搞懂在管什麼,再決定怎麼做、誰來做、如何落地。

更新於 2026/06/16

專案管理系列:學習地圖

這系列筆記是把以前學到的專案管理皮毛紀錄下來,畢竟我也不是 PM 背景出身,也是從老東家的經驗累積而來。

當然為了驗證這些概念的正確性,也會跟顧問 Danny 確認想法,並把他建議的部分也加入進去。

每個章節的筆記盡可能由淺入深、循序漸進地安排,並且加入一些互動的視覺化效果幫助理解。

為什麼是這個順序?

每一章都建立在前一章的結論之上:

  1. 先分清「專案 vs 產品」 —— 因為它決定了未來該用哪一套管理模式,是後面所有選擇的地基。
  2. 再看「方法論」 —— 知道要管理什麼後,才根據管理的內容選擇適當的方法,看是使用瀑布式(Waterfall)還是敏捷式(Agile)來執行。
  3. 接著釐清「R&RRole & Responsibility,角色與職責:界定每件事誰拍板、誰執行、誰被諮詢、誰只是被通知。」 —— 同一群人在不同方法論底下權責流向完全不同,且界定清楚每個角色的責任,在專案管理中也是相當重要。(拿來跟人吵架的吵架本 🤪)
  4. 深入「Waterfall SDLCSoftware Development Life Cycle,軟體開發生命週期:把專案從構思到退役拆解成數個明確階段。」 —— 瀑布式是蠻經典的專案管理手法,該章節會說明「階段、會議、交付物」如何環環相扣。
  5. 最後是「工具」 —— 前面都是觀念,工具是把這些觀念落地執行的載體。

學習路徑一覽

下面這張互動地圖把五個章節串成一條學習路徑。點任一節點,可以展開該章的核心洞察與學習重點,箭頭代表「建議先閱讀」的依賴關係。

視覺化 · interactive generated/pm-learning-map.tsx

學習路徑

先搞懂在管什麼 → 再決定怎麼做 → 誰來做 → 深入經典方法 → 用工具落地

1 / 5 已解鎖

核心洞察

判斷手上是專案還是產品,是後面所有選擇的地基。

學習重點

  • 專案重成果(鐵三角:範疇 / 時程 / 成本),傾向凍結需求
  • 產品重價值,持續迭代、擁抱變化
  • 同一句「需求變了」在兩邊意義完全相反

讀完你會

對一件新工作,先判斷它是一次性交付還是持續經營。

每一章都建立在前一章之上——循序理解,工具才有意義。

五章一條線:先判斷在管什麼,再決定怎麼做、誰來做、用什麼做。點任一章展開重點。

根據目前的筆記,理論上就能對一件全新的任務快速進行判斷:它是專案還是產品、適合哪種方法論、團隊權責怎麼分、以及該用什麼工具承接。

讀完這篇了嗎?
建立於 2026/06/15 專案管理系列.mdx