可工作的軟件

勝過

詳盡的文檔

客戶合作

勝過

合同談判

響應變化

勝過

遵循計劃

準則2：即使在開發后期，我們也歡迎需求變更。敏捷方法將這些變更轉化為客戶的競爭優勢。

準則3：頻繁地交付可運行的軟件，數周或者數月交付一次，時間間隔越短越好。

準則7：可用的軟件是衡量進度的首要衡量指標。

準則8：敏捷過程提倡可持續的開發。項目發起人、開發人員和用戶應該保持步調穩定。

團隊原則

準則4：項目期間，業務人員與開發者共同工作。

準則5：招募積極主動的人員來開發項目，為他們提供所需的環境和支持，相信他們能做好自己的工作。

準則6：開發團隊里最省時有效的信息傳遞方式是面對面交流。

準則11：只有自組織團隊才能做出最好的架構和設計。

工作原則

準則9：持續關注先進的技術和優秀的設計，提高敏捷性。

準則10：簡潔——令待辦工作最少化的藝術是一切的基礎。

準則12：團隊定期反思如何提高效率并調整工作流程。

PO——產品負責人
SM——敏捷教練
TEAM—— 自組織團隊

產品待辦事項列表
迭代待辦事項列表
可交付產品增量

沖刺/迭代（sprint）
沖刺規劃會議
每日站會
迭代評審會議
迭代回顧會議

敏捷流程

Scrum是最常用的敏捷框架。團隊以Scrum為框架，在一系列固定周期的迭代中開發產品，并以固定的節奏發布軟件。

沖刺（Sprint）

指完成特定任務，由開發階段進入評審環節的一個時間段，一次沖刺一般是3-5周，沖刺周期由敏捷負責人決定。

產品負責人（Product Owner）

代表客戶利益并擁有最終決策權。主要職責是平衡相關方之間互相競爭的利益。

敏捷教練（Scrum Master）

團隊和產品負責人之間的促進者。不是管理團隊，而是具有協助團隊和產品負責人消除障礙、充分授權、提高效率、改進與實踐、信息協同。

1. 促進作用：工作重點從“管理協調”轉向“促進合作”。促進個人參與、促進團隊內部和團隊之間的合作與對話。仆人式領導是通過成為公正的搭橋者和教練來做到，而不是代替其他責任人做出決策。
2. 消除組織障礙：教育相關方，將團隊從詳盡的文檔、冗長的過程、頻繁的打擾、跨部門工作、行政任務等問題中解放出來。
3. 為他人貢獻、鋪路：通過技術項目管理活動（敏捷原則及實踐），提供培訓或者支持性工作。

敏捷團隊（Scrum Team）

敏捷團隊通常由7±2人組成，團隊成員由多個職能部門跨職能團隊人員組成，沖刺中通過自組織的方式實現沖刺目標。團隊在實現目標的方法上享有自主權，并對這些目標負責。
特點：自組織、授權、聚焦績效、設性對抗。
作為一個獨立團隊交付完成的價值，聚焦績效，自主決策，自主擔責。