【PM實戰】新產品開發流程（五）：Agile Development（敏捷 ...

主要負責軟體產品在Scrum規定流程下進行開發工作，確保完成Sprint待辦清單（Sprint backlog）。

人數控制在5~9人左右，每個成員可能負責不同的技術 ... 跳至主要內容 網站 PMTone首頁 產品學院 【PM實戰】新產品開發流程（五）：AgileDevelopment（敏捷開發法） NPDP,PM部落格,UI/UX,創新創業,專案管理,產品管理,產品開發,組織管理,經營管理 2021/09/06 文/ GaryHsia(夏松明) 瀏覽次數： 1,593 AgileDevelopment（敏捷開發法）是一種90年代起才引起廣泛關注的新型軟體開發方法，是一種應對快速變化需求而產生的一種軟體開發能力。

在【PM實戰】新產品開發流程（四）中，筆者先介紹Stage-Gate法（階段關卡法），本篇將介紹AgileDevelopment（敏捷開發法）： AgileDevelopment的源起與概述 AgileDevelopment的3-5-3框架 AgileDevelopment的三大特點 AgileDevelopment的源起與概述 AgileDevelopment（敏捷開發法）是一種90年代起才引起廣泛關注的新型軟體開發方法，是一種應對快速變化需求而產生的一種軟體開發能力。

2001年由JeffSutherland、KenSchwaber和AlistairCockburn等17位軟體開發人員發起輕量級的開發方法（Agile），並一同發布了「敏捷軟體開發宣言（ManifestoforAgileSoftwareDevelopment）」。

藉著親自並協助他人進行軟體開發，我們正致力於發掘更優良的軟體開發方法。

透過這樣的努力，我們已建立以下價值觀： 個人與互動 重於 流程與工具 可用的軟體 重於 詳盡的文件 與客戶合作 重於 合約協商  回應變化 重於 遵循計劃  也就是說，雖然右側項目有其價值，但我們更重視左側項目。

相對於傳統開發模式（如：瀑布式開發法），它比較注重以用戶需求為核心，採用持續迭代，循序漸進的開發方式，嚴格來說，敏捷開發並不是一種完整的End-to-End開發方法，而是在軟體產品開發階段加速開發能力的一種方法，所以敏捷開發在需求的變更上並不在意，因為產品開發專案從始至終都處於不斷地調整中，這一點在客戶滿意度上來說，無疑是非常具有競爭力的。

近年來，敏捷軟體開發的框架不斷的發展，最廣泛被使用的有Scrum、XP、Kanban等。

AgileDevelopment法的3-5-3框架 《SCRUM敏捷實戰手冊》的作者同時也是ScrumInc.的執行長JJSutherland提出了實踐Agile的Scrum3-5-3框架，做為團隊快速檢查的工具，茲說明如下： 圖片來源：scruminc.com Scrum的三大角色 1.ProductOwner（產品負責人） 主要負責和客戶溝通確定產品的功能和達到要求的標準，並指定軟體的發布日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果，一般是由產品經理擔任（有關PO與PM的分別請參考筆者這篇文章）。

主要工作內容如下： 制定產品待辦清單（Productbacklogitem）與優先順序調整（PrioritizeorDe-prioritize） 對產品有遠見，並與開發團隊及其他團隊保持一致，以確保實現該產品。

負責與利害關係人和客戶進行溝通，並對產品績效負責。

2.ScrumMaster 主要負責確保開發團隊遵循正確的Scrum結構，同時也扮演開發團隊的教練或指導者，甚至是捍衛者。

當團隊出現瓶頸時，ScrumMasters會立即積極地消除障礙，以確保團隊的工作順利進行。

一個成功的ScrumMaster知道團隊的成功就是他們的成功。

3.DevelopmentTeam（開發團隊） 主要負責軟體產品在Scrum規定流程下進行開發工作，確保完成Sprint待辦清單（Sprintbacklog）。

人數控制在5~9人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；不論過程只問結果！只要能達到目標，不論任何工作時間及方式。

開發團隊，他們作為團隊共同努力，以不斷生產高質量，高價值的產品。

如果缺少具有跨部能和共同協作精神的開發團隊，組織將無法創建具高品質的產品或服務。

Scrum的五大事件 1.TheSprint（衝刺） 整個Scrum框架的核心就是Sprint（衝刺）。

每個Sprint都以計劃會議開始，在此期間，產品負責人和開發團隊就Sprint期間將要完成的工作達成一致。

而每個Sprint的周期（長度），由ScrumMaster決定，可以是一周到一個月不等（通常建議是兩個星期），如果沒有Sprint，Scrum將缺乏節奏感，工作流程勢必受到干擾。

此外，一旦Sprint開始後，產品負責人將回到管控的角色，負責專案最後的驗收，而開發團隊的實際運作則由ScrumMaster負責。

圖片來源：gv.com 2.SprintPlanning（衝刺計畫） SprintPlanning（衝刺計畫）的主要任務在於確定高價值的工作。

在衝刺計畫過程中，必須決定要關注的重點，並製定計劃以有效地完成工作。

此外，衝刺計畫在整個Scrum運行過程當中是不可或缺的重要過程，因為它是對可交付成果和流程的正式協議。

3.DailyScrum（每日Scrum會議） Scrum是團隊每天舉行的15分鐘站立會議（Stand-upmeeting），討論到目前為止的進度以及接下來的24小時將如何使用。

簡單來說就是開發團隊中每個人的狀態報告。

一般情況，ScrumMaster或產品負責人沒有必要參加，主要是讓開發團隊成員彼此討論他們的工作，而不是專注於向ScrumMaster或產品負責人報告。

此外，由於團隊中的每個人都更新了每個成員的進度，因此，如果需要進行更改以更快地實現目標，則更容易檢查和調整。

4.SprintReview（Sprint評審會議） Sprint評審會議主要是向利害關係人展示整個Sprint的成果和決定未來的調適方向。

透過向利害關係人展示團隊的工作結果，並討論產品目的之進展情況。

如果沒有Sprint評審會議，團隊將盲目地從事任務或工作，而不知道利害關係人的真正需求。

5.SprintRetrospective（Sprint回顧會議） Sprint回顧會議的目的是讓Scrum團隊聚在一起討論Sprint過程中的表現，並討論改善下一個Sprint的方法。

Sprint回顧會議有很多種形式，但是最終目標是確定Scrum團隊可以辨識出最有用的改變以提升其效能。

例如：最具衝擊力的改善行動將儘速執行。

甚至可以納入到下一個衝刺計畫的Sprint待辦清單中。

Scrum的三大工作 1.ProductBacklog（產品待辦清單） 產品待辦清單包含產品負責人對產品的願景，是一個小到足以由開發團隊在一個衝刺迭代中完成的工作單元。

產品待辦清單上的工作項目需要被定期維護，由產品負責人負責管理及調整優先順序，例如：如果發現在此期間某項任務很有價值時，應將其添加到待辦事項中，並確保將高優先級、高價值的工作項目放在首位。

2.SprintBacklog（Sprint待辦清單） Sprint待辦清單可視為產品待辦清單的子項目，由開發團隊認為可以在當前Sprint中完成的任務組成。

開發團隊和產品負責人可以共同協商Sprint待辦清單，以確保實現最高價值的項目。

然後，由ScrumMaster確保開發團隊承擔的工作不會超出他們的能力。

3.ProductIncrement（產品增量） 根據ScrumGuide的定義，ProductIncrement是Sprint期間完成的所有產品待辦清單的總和，以及所有先前Sprint的增量值。

如同大家所知，Scrum是一個迭代過程。

因此，每次迭代的結果都是該產品的增量，每個產品的增量都有助於團隊更接近於交付最終產品。

AgileDevelopment的三大特點 相較於傳統的軟體開發方法（如：瀑布式開發或迭代式開發等），「敏捷開發」有以下三個特點： 第一，「敏捷開發」周期相對較短。

它能更快的滿足客戶的需求，當客戶需求有變更時，它也能更快的做出相對應的改變。

正如它的名字一樣，敏捷所代表的即是「最快的速度」。

第二，「敏捷開發」能夠更好地適應快速變化的需求。

很多時候，需求都不可能是一成不變的。

相信PM們都有共同的經驗，那就是，無論在規劃前期考慮得多麼周到，為了適應快速變化的市場，為了讓軟體系統更加完善，需求永遠都是在不停地改變。

例如：我們目前正在開發的功能，或許在它還沒上線的時候，客戶可能已經不需要了。

因此，「敏捷開發」較能夠駕馭需求的變化，它主張可以接受變更，以做出更快的回應。

第三，「敏捷開發」採用迭代方式、可頻繁交付、可使用的軟體。

在敏捷開發中，可能一個星期就要更新一個版本，交付一個可使用的軟體。

然後根據市場需求的變化，快速的交付另一個迭代產品。

在這樣頻繁交付過程中，更好的滿足客戶的需求，以適應需求的變化。

結語 綜上所述，「敏捷開發」在技術上的適用範圍可以歸納如下： 1.專案團隊的人數不能太多2.專案經常發生變更3.高風險的專案實施4.開發人員可以參與決策 相信對於「敏捷」有一定了解的PM們應該都清楚，其實「敏捷開發」並不是一種特定的、完整的產品開發方法，而是因應環境及客戶需求快速變化的一種軟體開發能力。

「敏捷」兩字對於NPDP知識體而言，是一種提升軟體在產品開發階段更具效率與效果的思維方式（如：Scrum只是ImplementAgile的一種方式）。

對企業高層及產品經理來說，應該根據自身的業務特點和研發體系的成熟度和適應性，針對不同專案來適時選擇不同的產品開發方法。

以上是關於AgileDevelopment（敏捷開發法）的說明，下一篇筆者將針對【市場上常見的新產品開發流程的比較、適用場景及流程治理】來跟大家分享，敬請期待！ 本文作者：PM大叔 圖片來源：Imageby JuliánAmé from Pixabay 若有轉貼需求，請來信（[email protected]）討論。

轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用，並且必須註明原文標題、連結、及作者訊息。

覺得這篇文章好嗎？請分享給您的朋友吧~ 關鍵字： Agile,KANBAN,NPDP,PM,pmtone,PM大叔,PO,scrum,sprint,Stage-Gate,waterfall,利害關係人,團隊組織,專案管理,專案經理,敏捷思維,教練,新產品團隊,新產品流程,新產品開發,瀑布式開發,產品待辦清單,產品管理,產品經理,產品負責人,職涯發展,職涯規劃,職涯解惑,衝刺,衝刺計畫,軟體開發,迭代,迭代式開發,開發團隊,階段關卡法 Shareonfacebook Facebook Shareontwitter Twitter Shareonlinkedin LinkedIn Shareonemail Email Shareonprint 列印 GaryHsia(夏松明) 夏松明（PM大叔）：產品管理專家，企業數位轉型輔導顧問，FB「產品經理菁英會」社團創辦人，PMTone|產品通產品經理知識社群網站站長，目前從事顧問諮詢及培訓講師一職，主要以企業培訓及輔導企業產品開發、經營管理及業務行銷等顧問講師工作。

同時擁有「PMP國際專案管理師證照」、「WBSA高階策劃師認證」及「NPDP新產品開發專業證照」，也受邀至企業內部、大專院校授課並擔任公開班講師，是業界少數具備「經營管理」、「新產品開發」與「品牌行銷」等專業領域的資深顧問。

Prev上一篇【PM大小事大叔給你問】EP0204：線上平台開設的PM課程，是否建議去上呢？ 下一篇【NPDP問題集】（二十四）：取得NPDP證照後，3年內沒有獲取60個PDH的話，證照是否就失效了？Next 延伸閱讀 【PM讀書會】HowGoogleWorks 提升產品業績的秘訣：A/B測試 MVP：如何有效提升產品成功機率 品牌趨勢：翻轉未來的「循環經濟」你準備跟上了嗎？ 【網聚活動#31】PM如何克服「社交疏離」感，打造良好「人際關係」 【產品創新】Monese：三分鐘內用手機完成銀行開戶 最新文章 【NPDP問題集】（二十八）：NPDP知識體（BodyofKnowledge）第二版改版說明-產品創新流程篇 【大叔嚴選】2022第二季產品經理必讀五大好書 【開發管理】KanbanBoard（看板儀表板） 【PM大小事大叔給你問】EP0209：產品經理如何建立「產品思維」能力？ 【PM讀書會】跳脫建構陷阱：產品管理如何有效創造價值 熱門文章推薦 「代理」和「經銷」產品有何不同？也需要「產品經理」嗎？ 【評量指標】TAM、SAM、SOM（市場規模評估） Metrics與KPI有何不同？ 如何撰寫新產品開發相關文件？MRD與PRD是甚麼？又有何不同？ Productowner與Productmanager有何不同？ 安索夫矩陣：如何應用於企業策略與個人職涯 情境分析法：如何應用於新產品開發？ 行銷理論的演變：4P、4C、4R