敏捷開發的原則

　　我們最重要的目標，是通過持續不斷地及早交付有價值的軟件使客戶滿意。

　　欣然面對需求變化，即使在開發后期也一樣。為了客戶的競爭優勢，敏捷過程掌控變化。

　　經常地交付可工作的軟件，相隔幾星期或一兩個月，傾向于采取較短的周期。

　　業務人員和開發人員必須相互合作，項目中的每一天都不例外。

　　激發個體的斗志，以他們為核心搭建項目。提供所需的環境和支援，輔以信任，從而達成目標。

　　不論團隊內外，傳遞信息效果最好效率也最高的方式是面對面的交談。

　　可工作的軟件是進度的首要度量標準。

　　敏捷過程倡導可持續開發。責任人、開發人員和用戶要能夠共同維持其步調穩定延續。

　　堅持不懈地追求技術卓越和良好設計，敏捷能力由此增強。

　　以簡潔為本，它是極力減少不必要工作量的藝術。

　　最好的架構、需求和設計出自自組織團隊。

　　團隊定期地反思如何能提高成效，并依此調整自身的舉止表現。

　　敏捷開發管理實踐

　　Scrum

　　Scrum是一種迭代式增量軟件開發過程，通常用于敏捷軟件開發。Scrum包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括同項目經理類似的Scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。

　　Scrum中的角色

　　“豬”角色

　　產品負責人（Product Owner）

　　通常由市場部門的人擔任

　　敏捷教練 （Scrum Master）

　　通常由開發組組長擔任

　　開發團隊 （Scrum Team）

　　包括開發，需求，測試

　　“雞”角色

　　用戶

　　軟件是為了某些人而創建！就像“假如森林里有一棵樹倒下了，但沒有人聽到，那么它算發出了聲音嗎”，“假如軟件沒有被使用，那么它算是被開發出來了么？”

　　利益所有者 （客戶，提供商）

　　影響項目成功的人， 但只直接參與沖刺評審過程。

　　管理者

　　為產品開發團體架起環境的那個人

　　主要活動和最佳實踐

　　迭代式軟件開發

　　兩層項目規劃 （Two-Level Project Planning）

　　整體團隊協作 （Whole Team）

　　持續集成

　　沖刺規劃會議 （Sprint Plan Meeting）

　　每日站立會議 （Sprint Daily Meeting）

　　沖刺復審會議 （Sprint Review Meeting）

　　沖刺回顧會議 （Retrospective Meeting）

　　主要輸入輸出

　　產品訂單（Product Backlog）

　　沖刺訂單（Spring Backlog）

　　燃盡圖（Burndown Chart）

　　新的功能增量