本文將探討市場上常見的新產品開發流程的比較、適用場景及流程治理。
階段關卡法
今天大叔要回覆網友的問題，相信也是PM們困擾許久的問題，就是：「市場上經常聽到的敏捷（Agile）開發方法，是否適用於所有產業或公司嗎？」
今天大叔要回覆網友的問題，相信也是企業老闆或是PM們最想知道的答案，就是：「市場上究竟有哪些常見的產品開發流程，是否有一套可以適用各種產業的流程？」
Agile Development（敏捷開發法）是一種90年代起才引起廣泛關注的新型軟體開發方法，是一種應對快速變化需求而產生的一種軟體開發能力。
整體來說，Stage-Gate流程是指導一個新產品開發專案從創意的產生（Idea Generation）的產品上市（Launch）的全過程。
今天要和大家說明的是「NPDP培訓內容是不是比較偏硬體製造業？如果是軟體產業的話，應該就選擇敏捷？」
Stage-Gate源自於1980年代，是由著名的產品創新管理專家羅伯‧庫柏（Robert G. Cooper）博士所提出。Cooper不僅定義出產品開發流程中每個階段該進行的任務（Activity）並增加了審核的關卡（Gate）作為評選產品是否可以往下一個階段的機制。
從事產品管理（經理）教學多年以來，隨者技術快速更迭演進，產品開發方法論一直不斷地推陳出新，從1980年代的 Stage-Gate、1990年代的 IPD（Integrated Product Development，整合產品開發）一直到近代的LPD（Lean Product Development，精實產品開發）、Agile（敏捷式開發），Product owner（產品負責人）則是近幾年來廣泛被討論的一個角色。
「鱷魚法則」最主要的闡述：就是人要懂得學會捨得，簡單來說就是「斷尾求生」、「棄車保帥」。
本文將探討市場上常見的新產品開發流程的比較、適用場景及流程治理。
今天大叔要回覆網友的問題，相信也是PM們困擾許久的問題，就是：「市場上經常聽到的敏捷（Agile）開發方法，是否適用於所有產業或公司嗎？」
今天大叔要回覆網友的問題，相信也是企業老闆或是PM們最想知道的答案，就是：「市場上究竟有哪些常見的產品開發流程，是否有一套可以適用各種產業的流程？」
Agile Development（敏捷開發法）是一種90年代起才引起廣泛關注的新型軟體開發方法，是一種應對快速變化需求而產生的一種軟體開發能力。
整體來說，Stage-Gate流程是指導一個新產品開發專案從創意的產生（Idea Generation）的產品上市（Launch）的全過程。
今天要和大家說明的是「NPDP培訓內容是不是比較偏硬體製造業？如果是軟體產業的話，應該就選擇敏捷？」
Stage-Gate源自於1980年代，是由著名的產品創新管理專家羅伯‧庫柏（Robert G. Cooper）博士所提出。Cooper不僅定義出產品開發流程中每個階段該進行的任務（Activity）並增加了審核的關卡（Gate）作為評選產品是否可以往下一個階段的機制。
從事產品管理（經理）教學多年以來，隨者技術快速更迭演進，產品開發方法論一直不斷地推陳出新，從1980年代的 Stage-Gate、1990年代的 IPD（Integrated Product Development，整合產品開發）一直到近代的LPD（Lean Product Development，精實產品開發）、Agile（敏捷式開發），Product owner（產品負責人）則是近幾年來廣泛被討論的一個角色。
「鱷魚法則」最主要的闡述：就是人要懂得學會捨得，簡單來說就是「斷尾求生」、「棄車保帥」。
相關文章
所謂的Kanban Board（看板儀表板）源自於1963年，主要目的是，控制零件在供應鏈中的流動。
今天大叔要回覆網友的問題是：「產品經理如何建立「產品思維」能力？」
建構陷阱（Build trap）指的是當組織陷入用產出（output）來衡量其成功，而不是用成果（outcome）來衡量的情況。此時組織會聚焦更多在發布和開發功能，更甚於這些所產生的實際價值上。
設計思考是以人為本的設計精神與方法，考慮人的需求、行為，也考量科技或商業的可行性。
簡單來說，A/B 測試背後的原理非常簡單：嘗試兩件不同的事情，選出比較好的那一個。
「敏捷開發」並不是一種特定的開發方法，而是因應需求快速變化的一種軟體開發能力。
相關文章
所謂的Kanban Board（看板儀表板）源自於1963年，主要目的是，控制零件在供應鏈中的流動。
今天大叔要回覆網友的問題是：「產品經理如何建立「產品思維」能力？」
建構陷阱（Build trap）指的是當組織陷入用產出（output）來衡量其成功，而不是用成果（outcome）來衡量的情況。此時組織會聚焦更多在發布和開發功能，更甚於這些所產生的實際價值上。
設計思考是以人為本的設計精神與方法，考慮人的需求、行為，也考量科技或商業的可行性。
簡單來說，A/B 測試背後的原理非常簡單：嘗試兩件不同的事情，選出比較好的那一個。
「敏捷開發」並不是一種特定的開發方法，而是因應需求快速變化的一種軟體開發能力。
