我們壹直在實踐中探索更好的軟件開發方法，同時幫助別人。由此，我們確立了以下價值觀:
個人和互動？以上流程和工具
工作用軟件？高於詳細文檔
客戶合作？高於合同談判
應對變化？以上遵循計劃
也就是說，雖然右項有其價值，但我們更看重左項的價值。
首先我們來看第壹句話:我們壹直在實踐中探索更好的軟件開發方法，同時我們也在幫助別人。
這句話包含兩層意思。首先，我們在實踐中壹直在尋找更好的軟件開發方法，這說明它是壹種經驗主義的方法論。它不是停滯不前，而是不斷進化，在不斷的實踐中探索和提煉更好的開發方法，甚至淘汰那些不再適用的。另外，在找到更好的軟件開發方法後，要在自己的軟件開發過程中幫助別人使用，通過更多人的使用不斷完善，形成良性循環。
首先前半句提到了兩個關鍵詞，個體和交互。所謂個人，就是我們每壹個人，開發團隊的每壹個成員，都把個人放在重要的位置，也表達了敏捷的價值觀，重視個人，這和精益思想中“尊重他人”的理念是壹致的。第二個關鍵詞強調互動，但對獨立的個體不好。我們應該互動，發展更好的團隊合作。
可想而知，在原有的傳統開發模式下，各個職能部門相互獨立，產品、開發、測試都屬於不同的職能線。大家在軟件開發上的交流更多的是基於流程節點控制，日常交流也常見於電子郵件，各種交流工具(釘釘，企業微信等。)，而且溝通效率比較低。在早期，我們經常遇到這種情況。測試人員問了壹個問題，通過郵件轉發給了開發人員。開發者仍然忙於他手頭的工作。可能要半個多小時才能看到郵件，他回復“不可能，都是為了我好，具體怎麽操作……”半小時後，測試人員解釋了如何操作...，過了壹會兒，半天可能就過去了。但如果大家壹起坐在辦公室，遇到問題直接面對面溝通，兩個小時討論的問題很可能兩分鐘就解決了，這也是大家抱怨日常開發效率低下的原因之壹。
所以敏捷更看重的是面對面的溝通更高效，個體之間頻繁的交互比使用流程和工具更好。
為什麽要寫文檔？而且寫的很詳細？
對於軟件行業的客戶來說，客戶想要的是最終的交付結果——運行軟件，而不是中間的過程文檔。但是對於團隊來說，軟件開發過程中的各種文檔是指導我們進行下壹環節工作的基礎，是我們控制不同節點質量的證明。尤其是對於管理層或者團隊之外的其他利益相關者來說，各種文檔實際上是在告訴外界，我們的項目正在按部就班的進行，每個階段的產出——文檔都是完整的，這很容易讓管理層產生壹種壹切盡在掌握的錯覺。但現實中，為了應付開發過程中的各種檢驗文檔，團隊往往要花費很大的精力去寫，但實際上這些對最終的交付有多大的幫助，對客戶有多大的價值呢？
客戶到底想要什麽？
如果我們站在客戶的角度來發，客戶並不關心這些流程的文檔，他們想要的只是開發工作軟件。所以我們要反思為什麽中間文檔那麽多，對最終結果有意義嗎？有沒有可以省略和簡化的文檔？有更好的選擇嗎？
這些答案在敏捷實踐中給出，有興趣的同學可以進壹步了解和學習。
總之這裏要告訴我們的是，要重視最終的交付結果，文檔只是保證產出的過程手段，不要本末倒置。
這句話表達了敏捷開發模式下對客戶態度的轉變。與之前的合作模式相比，我們往往把客戶放在我們的對立面，比如幾種典型的客戶接觸場景:
1.在簽訂合同之前，與客戶討論需要開發的需求。
2.在產品開發的過程中，客戶因為需求的變化而進行溝通。
3.交付驗收時，客戶應簽收交付要求。
這時我們會發現，在這些典型場景中，我們基本上都是在和客戶談判，尤其是對於過程中的合同/需求變更，開發團隊往往會產生矛盾，這也容易導致客戶對團隊的抱怨，這早已不利於雙方的合作。
在敏捷模式中，我們強調客戶合作。作為團隊的壹員，最好是齊心協力。即使沒有條件壹起工作，也要想辦法讓客戶參與到團隊的開發活動中，及時了解產品開發的進度，參與產品驗收。這樣，壹方面客戶可以隨時看到團隊的產出，通過客戶反饋不斷優化調整，確保最終交付的是客戶想要的；另壹方面，這樣的發展模式也有利於與客戶建立良好的合作關系，利用雙方長期合作的優勢。
所以我們認為客戶合作高於合同談判，合作共贏。
首先要明白這句話的動機。為什麽要強調應對變化？改變往往意味著找到更好更有價值的東西，所以要尋求改變。首先我們理解的是，人們對事物認知的變化，都是朝著減少不確定性和未知性的方向發展。減少不確定性和未知性的方式取決於對信息的掌握程度。隨著我們的交付成果在軟件開發過程中及時呈現給客戶，客戶逐漸明確自己想要的是什麽，因此他們往往對自己最終想要的是什麽有著更強烈、更清晰的認識。這時，團隊將被要求對客戶需求的變化做出反應，並最終創造出更有價值的產品。但如果按照原來的計劃模式，需求分析、方案設計、開發、測試都是按照計劃壹步步進行，然後在最後壹個環節交付給客戶，哪個最終交付符合客戶的期望？如果不匹配，我們該怎麽辦？從頭開始改？這會導致多大的浪費？
所以我們強調應對變化高於遵循計劃，提高團隊對變化的反應能力。
最後壹句:雖然右項有它的價值，但我們更註重左項的價值。
事實上，為了避免對敏捷價值觀的片面理解，我們認同敏捷價值觀，但並沒有否定傳統觀念。比如，在敏捷開發模式下，我們還需要使用流程和工具，編寫文檔，與客戶談判，簽訂合同，制定計劃。但是我們希望在做這些事情之前，能多考慮壹下左邊的事情，能不能多做壹些。