建構陷阱（Build trap）指的是當組織陷入用產出（output）來衡量其成功，而不是用成果（outcome）來衡量的情況。此時組織會聚焦更多在發布和開發功能，更甚於這些所產生的實際價值上。

「敏捷開發」並不是一種特定的開發方法，而是因應需求快速變化的一種軟體開發能力。

本文將探討市場上常見的新產品開發流程的比較、適用場景及流程治理。

今天大叔要回覆網友的問題，相信也是PM們困擾許久的問題，就是：「市場上經常聽到的敏捷（Agile）開發方法，是否適用於所有產業或公司嗎？」

今天大叔要回覆網友的問題，相信也是企業老闆或是PM們最想知道的答案，就是：「市場上究竟有哪些常見的產品開發流程，是否有一套可以適用各種產業的流程？」

Agile Development（敏捷開發法）是一種90年代起才引起廣泛關注的新型軟體開發方法，是一種應對快速變化需求而產生的一種軟體開發能力。

在這個詭譎多變的環境之下，能夠快速適應環境變化、做好遠距跨部門溝通協調及具備優秀產品領導力的PM，絕對是未來企業想網羅的人才。

整體來說，Stage-Gate流程是指導一個新產品開發專案從創意的產生（Idea Generation）的產品上市（Launch）的全過程。

今天要和大家說明的是「是不是先要取得PMP證照，再來學習NPDP會比較好？」

今天要和大家說明的是「NPDP培訓內容是不是比較偏硬體製造業？如果是軟體產業的話，應該就選擇敏捷？」

今天要和大家說明的是「坊間有關敏捷的相關證照也不少？與NPDP有何不同？該如何選擇？」

今天要和大家說明的是「學習敏捷是不是比NPDP更有價值，較容易獲得企業青睞呢？」

寫「文件」這件事對很多人來說，尤其是工程師們，普遍覺得是浪費時間，此外，文件的「管理」更是門藝術，除了必須讓接收的人可以理解之外，還要能夠持續地更新與傳承，內化成公司的「知識管理」（Knowledge Management, KM），進而成為公司最重要的資產與核心競爭力（Core competence）。

一晃眼，這個充滿「黑天鵝事件」的2020，已經過了3/4，讀書進度還沒趕上的朋友們，要加快腳步囉！

對產品經理來說，「敏捷」絕對不是取代現有的新產品開發方法（如：Stage-Gate），而是如何運用「敏捷方法」來加速產品開發、測試及驗證，確保 Time-to-market。

早期企業產品的生成幾乎都是透過創辦人（老闆）的靈感、經驗或是專業技術來進行新產品開發。但隨者趨勢、技術不斷地演進，加上互聯網寬頻速度的推波助瀾，以及客戶需求日益複雜，新產品開發已經無法依照過去的老方法來開發產品，而是必須要有一套能夠因應環境驟變、快速達到Time-to-market的「流程」。

Stage-Gate源自於1980年代，是由著名的產品創新管理專家羅伯‧庫柏（Robert G. Cooper）博士所提出。Cooper不僅定義出產品開發流程中每個階段該進行的任務（Activity）並增加了審核的關卡（Gate）作為評選產品是否可以往下一個階段的機制。

如果大家記憶猶新，台鐵、高鐵的票務系統都是歷經多年的出包經驗，才有今天日趨穩定的營運。根據筆者多年從事產品開發及企業培訓的經驗，如此有效率、成效大受好評的「口罩實名制」系統，實屬罕見。對應到新產品開發來看，這個系統可以成功上市的關鍵原因究竟為何？

一份好的產品路線圖能幫助組織有效開發與發布產品，並且持續更新，是組織裡最重要且最具影響力的文件；不只如此，產品路線圖還能引導整個組織實現公司策略。

本集「PM好聲音」 邀請到的是目前任職於Spotify的產品經理Ashley來分享不同國家工作文化的差異，以及要如何規畫全球性的產品。