<aside> 💡 為什麼了解開發方法很重要？ 在產品開發的過程中，幾乎所有的流程架構都建立在所謂的開發方法上。 就像一個建築師在建一棟房子時，所有的開發都奠定在一張架構圖上一樣，不論後續屋內的空間如何設計或裝潢，都不會太脫離最根本的架構，讓房子能更如預期的被建構完成。 而身為一個 PM，也就是專案/產品的負責人，你需要是最清楚整個產品藍圖的人，若是不夠瞭解團隊採用的開發方法，便無法更精準的規劃及判斷所有的開發事項和時程。

</aside>

📍關於 Agile - 敏捷開發法 (Scrum)

Q：什麼是敏捷開發法？

Agile 是一種迭代式的開發法，可以說是現在軟體產品開發中最常被運用的方法，顧名思義就是快速、靈活、敏捷。其原則是「快速的產出、短期的衝刺、減少資源浪費、保有足夠的彈性」。

而 Agile 有多種執行方式，目前我們集團內部皆採用 Scrum 來運作，因此在開發過程中就會有一些 Scrum 的例行會議、以及各自扮演的角色，以確保開發過程能順利進行：

**Scrum 名詞介紹：**

＊Sprint：
一個開發週期稱為一個 Sprint，通常為期 2-3 週，而開發團隊的分工也有著各種角色:
1.PO：
即為產品/專案負責人 — Product Owner，簡稱 PO ，這個角色需要掌控及規劃整個流程的進行。
2.SM：
即為 Scrum大師 — Scrum Master，簡稱 SM ，這個角色通常是 PM/RD 主管，負責流程控管、監督。
3.DV：
即為 Development Team — 開發團隊，簡稱DV or Dev Team，這個角色是負責實際開發工作的工程師們。

**Scrum 例行會議介紹：**
1.Planning Meeting：
與開發團隊確認這次 Sprint 的開發內容、討論實作方式及所需時間，並分配任務給工程師/設計們，同時也讓每個人知道自己這次 Sprint 要完成的事情有哪些，為自己的項目與提出的時程負責。

2.Daily Stand up Meeting：
每天花個 10-15 分鐘，與團隊成員同步自己目前的工作進度，例如簡單說明做了哪些事、如何做、是否碰到困難等，以確保開發進度能如期進行。

3.Sprint Retrospective：
在一個 Sprint 結束後，團隊會一起回顧/分享/檢討這個 Sprint 過程中發生的事，讓下個 Sprint 可以更順利的進行，而 Retro 方式有很多種，找到適合團隊的方式即可。

Q：敏捷開發的優點？

Q：敏捷開發的缺點？