Agile Development

Agile就像洗衣服/ 做家事：「今天之後所產生的髒衣服，不會在這次處理」。

因應環境及客戶需求快速變化的一種軟體開發能力。例如：我們目前正在開發的功能，或許在它還沒上線的時候，客戶可能已經不需要了。因此，「敏捷開發」較能夠駕馭需求的變化，它主張可以接受變更，以做出更快的回應。

敏捷開發的計畫不會包括半年、甚至一年的事情，正是因為如此，所以非常具有彈性，深受大家喜愛。

實踐Agile的Scrum 3-5-3框架

3roles-5events-3artifacts

3roles:

1.Product Owner（產品負責人） 一般是由產品經理擔任

2.Scrum Master 主要負責確保開發團隊遵循正確的Scrum結構，同時也扮演開發團隊的教練或指導者，甚至是捍衛者。當團隊出現瓶頸時，Scrum Masters會立即積極地消除障礙，以確保團隊的工作順利進行

3.Development Team（開發團隊）

5events:

1.The Sprint（衝刺）

    整個Scrum框架的核心就是 Sprint（衝刺）。每個Sprint都以計劃會議開始，在此期間，產品負責人和開發團隊就Sprint期間將要完成的工作達成一致。而每個Sprint的周期（長度），由Scrum Master決定，可以是一周到一個月不等（通常建議是兩個星期），如果沒有Sprint，Scrum將缺乏節奏感，工作流程勢必受到干擾。

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

2.Sprint Planning（衝刺計畫）

    Sprint Planning（衝刺計畫）的主要任務在於確定高價值的工作。在衝刺計畫過程中，必須決定要關注的重點，並製定計劃以有效地完成工作。

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

3.Daily Scrum（每日 Scrum 會議）

    Scrum是團隊每天舉行的15分鐘站立會議（Stand-up meeting），討論到目前為止的進度以及接下來的24小時將如何使用。簡單來說就是開發團隊中每個人的狀態報告。一般情況，Scrum Master或產品負責人沒有必要參加，主要是讓開發團隊成員彼此討論他們的工作，而不是專注於向Scrum Master或產品負責人報告。

4.Sprint Review（Sprint 評審會議）

    Sprint評審會議主要是向利害關係人展示整個Sprint 的成果和決定未來的調適方向。透過向利害關係人展示團隊的工作結果，並討論產品目的之進展情況。

5.Sprint Retrospective（Sprint 回顧會議）

    Sprint 回顧會議的目的是讓Scrum團隊聚在一起討論Sprint過程中的表現，並討論改善下一個Sprint的方法。Sprint 回顧會議有很多種形式，但是最終目標是確定Scrum 團隊可以辨識出最有用的改變以提升其效能。例如：最具衝擊力的改善行動將儘速執行。甚至可以納入到下一個衝刺計畫的 Sprint 待辦清單中。

3artifacts:

1.Product Backlog（產品待辦清單）

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

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

2.Sprint Backlog（Sprint待辦清單）

    Sprint待辦清單可視為產品待辦清單的子項目，由開發團隊認為可以在當前Sprint中完成的任務組成。開發團隊和產品負責人可以共同協商Sprint待辦清單，以確保實現最高價值的項目。然後，由Scrum Master確保開發團隊承擔的工作不會超出他們的能力。

3.Product Increment（產品增量）

    Product Increment是Sprint期間完成的所有產品待辦清單的總和，以及所有先前Sprint的增量值。如同大家所知，Scrum是一個迭代過程。因此，每次迭代的結果都是該產品的增量，每個產品的增量都有助於團隊更接近於交付最終產品。

來源：１　　２