如果有人跟你說，他是從社會科學系出發、做過行銷、然後「意外」變成產品經理，最後成為推廣敏捷思維的傳道者——你可能會覺得這條路也太彎了。但這正是台灣敏捷協會理事長 Jenson 老師的真實故事，也是這集 Podcast 最吸引人的地方：沒有一條筆直的職涯，只有每一步都認真踩下去的人。
敏捷不是「快」，是持續交付真正的價值
很多人聽到「敏捷」，第一反應是「衝快一點、出貨快一點」。Jenson 老師在節目裡直接打破這個迷思：敏捷的核心精神是「迭代」，是在不確定的環境裡，透過小步快跑、持續回饋，讓產品與方向不斷校正。
更關鍵的是他提到的一組對比：Outcome（成果）vs. Output（產出）。一個團隊可以拼命產出功能、交付需求清單，但如果這些東西沒有真正改變使用者的行為或創造商業價值，那只是在消耗資源。敏捷的思維，就是要讓團隊從「我做了什麼」轉向「我的工作帶來了什麼改變」。
工具是手段，思維才是根本
節目裡也介紹了幾個常見的敏捷工具：Scrum 框架、看板（Kanban）、使用者故事（User Story）。這些工具本身並不複雜，複雜的是如何讓團隊真正理解背後的邏輯，而不是為了「導入敏捷」而走流程。
Jenson 老師的角度很實際：工具是幫助對話的媒介，不是目的。看板讓大家看見工作流動的狀態；使用者故事幫助團隊從「功能需求」轉換成「使用者視角」。當工具用對了，它會讓協作變輕鬆；用錯了，它只是多了一層bureaucracy。
面對「隕石式開發」，PM 怎麼接招？
這是這集我覺得最有共鳴的段落之一。所謂「隕石式開發」，就是老闆突然從天而降丟下一個需求：「我要這個功能，下週上線。」對 PM 來說，這幾乎是日常。
Jenson 老師給的建議不是硬扛、也不是直接說不，而是把對話的焦點轉移到「價值」上：這個需求背後想解決什麼問題？這個功能對使用者或業務的影響是什麼？透過這樣的提問，不是在挑戰老闆的決定，而是幫助整個對話從「指令執行」升級到「目標討論」。
這需要技巧，更需要信任的基礎。這也帶出了 Jenson 老師整集最核心的結論：PM 所有的方法與技術，最終都是為了贏得信任。信任團隊、被團隊信任、被老闆信任、被客戶信任——有了信任，影響力才真的存在。
把學習變成生活，而不是任務
Jenson 老師也分享了他自己的學習習慣，包括大量閱讀、跑步時聽 Podcast、參與實體社群等。這些聽起來可能很「勵志文章」，但他強調的重點不是「我一年讀幾本書」，而是如何把學習內化——讓新知識真的改變你看事情的框架，而不只是增加談資。
對 PM 來說，持續學習還有另一層意義：你的工作就是在不確定中做決策，而學習是你維持判斷力的方式。如果你只靠過去的經驗在跑，遲早會跟不上環境的變化。
給 PM 與產品人的一點思考
聽完這集，我覺得最值得帶走的不是某一個工具或框架，而是一個問題：你現在做的事情，是在創造成果，還是只是在完成任務？
- 你的每一個需求背後，都連結到一個清楚的用戶問題嗎？
- 你和老闆、和團隊的對話，是在討論「做什麼」還是「為什麼做」？
- 你有在建立信任，還是只在消耗信任？
Jenson 老師的故事提醒我們，職涯的路不需要是直線，但每一段彎路都可以成為你的養分。敏捷不只是一種工作方式，它更是一種不斷校正、持續學習、聚焦價值的生活態度。
推薦你直接去聽這集完整的對話，Jenson 老師聊到的很多細節和案例，在文字裡很難完整還原。他推薦的書《敏捷管理生存指南：不是快，而是適者生存》也很值得一讀，連結放在單集 Show Notes 裡。
📚 同主題的其他單集 / 文章，延伸聽下去：
🎙 這篇文章延伸自 Podcast《操作一下》。想用聽的，完整一集在這裡：