敏捷12原則：

1、最優先考慮的，是盡早和持續不斷地增量交付有價值的軟件使客戶滿意。

2、即使開發后期也歡迎需求變更。敏捷過程利用變更為客戶創造競爭優勢。

3、采用較短的項目周期(從幾周到幾個月)，經常地交付可工作的軟件。

4、業務人員和開發人員必須在整個項目期間每天一起工作。

5、圍繞富有進取心的個體而創建項目。提供所需的環境和支持，信任他們。

6、不論團隊內外，傳遞信息最有效且最高效的方式是面對面交談。

7、可工作的軟件是度量進度的首要指標。

8、倡導可持續開發。發起人、開發人員和用戶要長期維持穩定的開發步伐。

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

10、以簡潔為本，它是極力減少待辦工作量的藝術。

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

12、團隊定期回顧如何能提高成效，并協調和調整自身的行為。

三個角色：

①產品負責人(PO:Product Owner)

產品負責人定義項目愿景、需求和優先級，對產品成功負責。

產品負責人主要負責確定產品的功能和達到要求的標準，維護產品代辦事項列表，指定軟件的交付的內容，同時有權力接受或拒絕開發團隊的工作成果。

②敏捷教練(Scrum Master)

負責團隊，并移除障礙，幫助他們實現產品負責人所設定的目標。

主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。

③項目團隊(Scrum Team)

自組織、跨職能。他們協同工作,以確定如何最好地滿足產品負責人的目標。

人數控制在3~9人左右(PO、SM不包含在人數中，除非參加執行沖刺列表中的工作)，團隊獲得授權，自組織和管理他們的工作。

三個工件

①產品待辦列表(Product Backlog)

產品需求列表;

產品負責人對該列表進行優先級排序;

待辦事項列表中的條目以用戶故事的形式呈現。

②Sprint待辦列表(Sprint Backlog)

是產品待辦列表的子表，只記錄當前迭代的工作;

將用戶故事拆分成任務，團隊成員主動領取任務;

團隊成員可以添加、刪減或者更改迭代中的任務。

③產品增量(Increment)

團隊在迭代內完成交付成果，集成到以往的迭代成果中，形成增量式的交付。

每次交付的用戶故事必須符合驗收條件。

四個會議

沖刺計劃會議(Sprint Planning)：標志著Sprint的開始。

迭代評審會議(Sprint Review)

迭代回顧會議(Sprint Retrospective)

每日站會(Daily Scrum)：不超出15分鐘。

五個儀式

迭代：Scrum的核心，運行在 1 個月或更少時間的時間盒上;

迭代計劃會：選故事，領任務;

每日站會：15分鐘，輪流開，不解決問題;

迭代評審會：演示，評審，反饋;

迭代回顧會：;總結，改進，計劃

五種價值觀

勇氣、開放、專注、承諾、尊重。