本單元將針對PM（產品經理）在工作上（新手入行、職涯、薪資、求職、面試…）會碰到的問題，由PM大叔為您解惑。

各位朋友們大家好，我是PM大叔。

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

好，針對這個問題，大叔的回覆如下：

首先，大叔要和大家先說明一下，產品開發方法演化的過程：

• 1980年代Robert G. Cooper 提出的 Stage-Gate（階段關卡法）

• 1990年代以IBM公司為首，主導的 IPD（Integrated Product Development，整合產品開發）

• 2000年開始有所謂的LPD（Lean Product Development，精實產品開發）、Agile Development（敏捷式開發），還有具備『設計思考』（Design thinking）的產品開發方法。

然而，隨者環境變化速度日益加劇，黑天鵝事件不斷地上演，企業首當其衝的就是產品服務必須要能動態的更新調整，已因應客戶需求的改變，於是敏捷式開發（Agile）就在企業間廣泛被討論，有些企業甚至已經開始導入Agile（敏捷式開發）。

在這裡，大叔要先跟大家澄清一下關於敏捷式開發（Agile）的四大錯誤解讀：

第一、有很多公司以為敏捷開發=Scrum，其實敏捷是一種方法論，只是一些基本原則的集合，嚴格來說，並非一套完整的產品開流程。

第二、有很多公司以為敏捷開發可以簡化流程，其實在實際的產品開發過程當中，必須根據不同的應用場景，去選擇最適切的流程，而Scrum只是其中一種implement 敏捷的開發方法，其他知名的還有Extreme programming（XP）、Agile Unified Process（AUP）等。

第三、還有公司以為敏捷開發就是可以快速撰寫程式的方法，其實符合敏捷開發思維的流程是主張在一個穩定的基礎上，迭代完成各種功能。如果基礎都不牢固，根本無法進行迭代，整個產品開發流程就成了不斷地作程式修改的動作，整體來說，就是浪費開發時間。

第四、最令人擔心的是，很多公司以為敏捷開發能夠帶來敏捷，所以可以取代傳統的產品開發流程，其實敏捷確實可以提供在產品開發流程當中的開發及測試驗證（Development and Validation）階段，達到敏捷的目的與精神，但對比一個完整且宏觀的產品開發流程（如：Stage-Gate）來看，敏捷則是屬於微觀具效率的方法論。

總結來說，大叔針對網友的問題，有以下兩點看法，第一、所謂的敏捷開發並不等同於完整的產品開發流程，而且多半適用於軟體產業或是新創、微型等公司，如果是硬體生產製造或是標準化的大量商品，則不適用敏捷的開發方法；第二、如果企業要導入敏捷開發，領導者必須要先具備「敏捷思維」，也就是要先明白「敏捷思維」如何協助你和公司，但如果思維未變，相信導入任何系統或方法論都會是災難一場。

以上是針對網友所提出的問題，大叔的回覆與看法，如果你有其他的想法或建議，歡迎留言與大叔討論一下，最後，不要忘記訂閱我們的頻道，幫忙按讚、分享及開啟小鈴鐺，「PM大小事大叔給你問」，我們下次見。

歡迎訂閱YouTube頻道 PMTONE

歡迎訂閱線上收聽頻道（Podcast）

• 🎧Apple：https://reurl.cc/jqW8OD

• 🎧SoundOn：https://reurl.cc/V3zEvR

• 🎧Spotify：https://reurl.cc/pm3gje

• 🎧Google：https://reurl.cc/zb1eEy

• 🎧 KKBOX：https://reurl.cc/xgaGM4

• 🎧 Listen Notes：https://reurl.cc/YWEOon

資料來源：PM大叔

圖片來源：作者整理

若有轉貼需求，請來信（service@pmtone.com）討論。 轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用，並且必須註明原文標題、連結、及作者訊息。

覺得這篇文章好嗎？ 請分享給您的朋友吧~