一、敏捷宣言價值觀
1. 個體與互動高于流程與工具
在Scrum中，各種會議，如計劃會、站會、回顧會等，都是盡可能采用面對面的方式，個體表達(dá)，隊員傾聽，它是最直接有效的；會上采用多種方法進(jìn)行互動，以便能更好的達(dá)成一致，如分組討論，PO與DT之間講述、聆聽、復(fù)述、澄清、提問等，這種個體的表達(dá)、團(tuán)隊的互動的效率和效果遠(yuǎn)高于按照既定的流程和特定的工具來做。
2. 可用的軟件(增量)高于詳盡的文檔
Scrum中，每個Sprint的產(chǎn)出都是可用的軟件，交給客戶的都是迭代增量，而不是產(chǎn)出一個詳盡的文檔，有了可用的軟件，客戶才可能給予真實(shí)的反饋，便于后續(xù)迭代的開展和產(chǎn)品的不斷完善；當(dāng)然在Scrum執(zhí)行過程中需要一些簡潔、明了的文檔輔助Sprint的進(jìn)行還是必要的。
3. 客戶合作高于合同談判
Scrum中，PO與團(tuán)隊不僅僅是合作關(guān)系，更是團(tuán)隊中一員，從計劃會開始，PO就開始參與，到評審會議PO的驗(yàn)收，甚至站會也可邀請PO的參與，團(tuán)隊會議中的環(huán)節(jié)基本都有PO的身影，PO與團(tuán)隊已是密不可分的關(guān)系，這樣的團(tuán)隊才能更有效的交付；如果按照合同談判來進(jìn)行，甲乙雙方分的很明確，有時候會產(chǎn)生矛盾或者糾紛，不利于產(chǎn)品的交付。
4. 響應(yīng)變化高于遵循計劃
Scrum中采用小步快跑的模式，使增量能盡快得到客戶、相關(guān)干系人的真實(shí)反饋，方便團(tuán)隊持續(xù)改進(jìn)；甚至Sprint中，PO都可以否決本迭代的內(nèi)容或部分內(nèi)容，重新開始Sprint；完全遵循較長計劃，只會使反饋滯后，不能快速響應(yīng)客戶的需求，交付的產(chǎn)品未必是客戶所需。
二、敏捷宣言原則
1. 盡早地、持續(xù)地交付有價值的軟件來使客戶滿意是最高優(yōu)先級的工作
Scrum中，計劃會時團(tuán)隊根據(jù)PO制定的PBI中的優(yōu)先級拆分UserStory，并在Sprint結(jié)束時交付增量，讓PO驗(yàn)收，可以說整個過程都是根據(jù)PO制定的方向前進(jìn)，同時團(tuán)隊也保持特定的時間框，持續(xù)交付可用軟件，客戶必然滿意。
2. 即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程適應(yīng)變化來為客戶創(chuàng)造競爭優(yōu)勢
Scrum中，PBI和SBI可以動態(tài)調(diào)整，以適應(yīng)客戶需求的快速變化，為客戶創(chuàng)造價值。
3. 以幾周到幾月的間隔頻繁交付可工作的軟件，交付間隔越短越好
Scrum中限制交付時間，每次迭代交付時間不能大于1個月，盡快、盡早的穩(wěn)定交付是我們需持續(xù)關(guān)注的。
4. 在整個開發(fā)期間業(yè)務(wù)和開發(fā)人員一起工作
Scrum中PO參與迭代中評審前(含評審)的各個會議，并和開發(fā)人員坐在一起辦公，隨時對用戶故事或問題點(diǎn)進(jìn)行澄清，保障迭代無障礙的進(jìn)行。
5. 激勵團(tuán)隊成員來建設(shè)項(xiàng)目。提供所需的環(huán)境與支持并信任他們能夠完成工作
Scrum中要求團(tuán)隊自組織，團(tuán)隊領(lǐng)取任務(wù)后自發(fā)追蹤進(jìn)度，并管理進(jìn)度，共同對結(jié)果負(fù)責(zé)；SM移除團(tuán)隊前行的障礙，為團(tuán)隊提供安全環(huán)境。
6. 在團(tuán)隊內(nèi)部以及團(tuán)隊之間最有效最高效的傳遞信息的方式是面對面的溝通
Scrum中，如站會，每個人表述完三個問題，隊員聆聽，有問題記錄下來會后溝通，這種方式不僅能聆聽內(nèi)容，更能透過肢體或面部表情，來了解表述人的情感，便于為會后的溝通做好準(zhǔn)備。
7. 可工作的軟件是首要的進(jìn)度度量
Scrum中每個迭代的交付成果，都是可工作的軟件，它是每個迭代要完成的目標(biāo)；可工作軟件的交付代表著PBI中有一部分用戶故事可以關(guān)閉掉，進(jìn)度可查。
8. 敏捷過程提倡可持續(xù)的開發(fā)。干系人、開發(fā)者和用戶應(yīng)保持長期、穩(wěn)定的工作速率
Scrum中要求有時間盒的概念，各個事件都要遵循時間盒，Sprint的時間盒不能大于1個月，它固定下來后，團(tuán)隊就需要在這個時間盒內(nèi)，保持一定的速率完成一定的任務(wù)量；這樣持續(xù)的迭代，持續(xù)的交付。
9. 持續(xù)追求技術(shù)卓越和優(yōu)秀設(shè)計能提高敏捷性
Scrum中通過回顧會以及code review等，反饋技術(shù)和設(shè)計上的一些問題，在下個迭代中不斷完善、改進(jìn)，使技術(shù)負(fù)債越來越少，技術(shù)負(fù)債的產(chǎn)生以及積累會使開發(fā)變慢，降低敏捷性。
10. 敏捷的根本在與簡明扼要-是極力去除不必要工作的藝術(shù)
Scrum重新定義開發(fā)流程，強(qiáng)調(diào)了DOR和DOD的概念，多余的流程不需要；同時在功能上，從用戶故事的拆解，到任務(wù)的細(xì)分，都是圍繞著既定目標(biāo)前進(jìn)，不會出現(xiàn)鍍金以及范圍蔓延的情況。
11. 最好的架構(gòu)、需求和設(shè)計出自于自組織團(tuán)隊
Scrum是一種實(shí)驗(yàn)性過程，架構(gòu)、需求和設(shè)計都是在團(tuán)隊工作中慢慢浮現(xiàn)，而不是預(yù)定義，所有人都是同一團(tuán)隊，不能孤立生存。
12. 每隔一定的時間，團(tuán)隊反思如何更有效的工作，然后相應(yīng)地調(diào)整其行為
Scrum定義的事件中有回顧會議一項(xiàng)，在安全的環(huán)境里，團(tuán)隊成員吐漏心聲，將阻礙團(tuán)隊前進(jìn)的問題暴露出來，共同討論解決方案，并制定改進(jìn)計劃，在后續(xù)的迭代中調(diào)整、完善。
