1.人和交換重與過程和工具

團隊構建比環境構建更為重要，許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。應該先致力於構建團隊，然後再讓團隊基與需求來配置環境。

2.可以工作的軟體重於面面俱到的文章

過多的文件比過少的文件更糟，編制文件需要花費大量的時間，使這些文件和程式碼同步需要話費更多的時間。如果文件和程式碼失去同步，那麼文件就變成謊言。對於團隊來說編寫一份系統原理和結構方面的文件是個好注意。

Martin文件第一定律------直到迫切需要且意義重大時，才編制文件。

3.客戶合作重與合同談判

成功的專案需要定期且平凡的客戶反饋。不是依賴於合同或者關於工作的陳述，而是讓軟體的客戶和團隊密切的工作在一起，並儘量經常的提供反饋。

4.隨時應對變化重於遵循計劃

當我們在構建計劃時，應該確保計劃是靈活的，並且易於適應商務和技術方面的變化。

較好做計劃的策略是：為下一週做詳細的計劃，為下3個月做粗略的計劃，再以後就做極為簡略的計劃。我們應該清楚地知道下週要完成的任務，粗略瞭解下3個月要實現的需求。至於系統一年以後要做什麼，有一個模糊的想法就行了。