一、敏捷軟件開發(fā)宣言

個體和互動 高于 流程和工具

Scrum的每日站會保證了開發(fā)團隊之間的相互交流，PO,SM以及相關干系人參與的Sprint計劃會，Sprint評審會和Sprint回顧會都體現(xiàn)了對于面對面的相互交流和溝通的重視。

工作的軟件 高于 詳盡的文檔

Scrum強調(diào)每個Sprint交付的是可工作的軟件增量，關注的是交付的可工作的軟件價值，而不是在文檔中羅列的功能。

客戶合作? 高于 合同談判

PO參與Sprint計劃會和回顧會，與開發(fā)團隊保持緊密的溝通，鼓勵相關干系人參與Sprint評審會，都是加強團隊與客戶的溝通和交流，促進雙方積極合作。

響應變化? 高于 遵循計劃

短期的迭代，交付可工作的軟件以及定期的需求梳理，可以快速響應市場和客戶的變化。

二、敏捷宣言遵循的原則

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

Scrum的迭代是以Product Backlog優(yōu)先級順序排列的，保證了最高價值提前交付，每次迭代增量交付，按照固定的節(jié)奏保持持續(xù)不斷的交付有價值的功能，使客戶滿意。

2. 欣然面對需求變化，即使在開發(fā)后期也一樣。為了客戶的競爭優(yōu)勢，敏捷過程掌控變化。

Scrum持續(xù)交付增量，新的增量必須是滿足Scrum團隊對完成的定義的，可以交付客戶使用的，Product Backlog和Sprint Backlog的動態(tài)調(diào)整，使能隨時響應客戶的變更，保證產(chǎn)品滿足市場需求。

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

每一個Sprint在2-4周，必要時可以縮短到1周。

4. 業(yè)務人員和開發(fā)人員必須相互合作，項目中的每一天都不例外。

每日站會保證了團隊成員在Sprint過程中的及時溝通和交流

5. 激發(fā)個體的斗志，以他們?yōu)楹诵拇罱椖?。提供所需的環(huán)境和支援，輔以信任，從而達成目標。

Scrum強調(diào)自組織，Scrum Master作為仆人式領導者，引導、支持和激勵團隊成為自組織團隊。

6. 不論團隊內(nèi)外，傳遞信息效果最好效率也最高的方式是面對面的交談。

Spint計劃會、站會、評審會和回顧會，都強調(diào)的是面對面的交流和溝通。

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

Spint交付的增量，是滿足對完成的定義的，可工作的。

8. 敏捷過程倡導可持續(xù)開發(fā)。責任人、開發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)。

Scrum每次迭代都增量滾動式的拉取產(chǎn)品待辦列表，能夠促使開發(fā)團隊向著同一目標前進，而不是孤立工作。迭代的固定周期滿足時間盒的限制。

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

Sprint回顧會檢視前一個Sprint的各個方面，為下一個Sprint創(chuàng)建改進的機會。團隊的每個成員都要求具備成長性思維，不斷追求進步。

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

Scrum團隊中減少層級和頭銜，強調(diào)面對面的溝通，明確定義DOD和DOR，都是減少溝通中的浪費，去掉不必要的流程。

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

團隊成員中沒有頭銜和層級，整個團隊共同承擔責任。

12. 團隊定期地反思如何能提高成效，并依此調(diào)整自身的舉止表現(xiàn)。

Sprint回顧會對人、關系、工程和工具進行檢視，創(chuàng)建下一個Sprint的改進計劃。