2001年2月，在猶他州的Snowbird度假村，由17位軟體開發人員組成的團隊開會討論輕量級開發方法。他們的會議結果是以下用於軟體開發的敏捷宣言：
我們通過這樣做並幫助其他人來實現軟體開發的更好方法。通過這次會議，我們已經開始重視 -
- 流程和工具的個人和互動。
- 通過綜合文件工作軟體。
- 客戶通過聯絡協商進行共同作業。
- 響應遵循計劃的變更。
因此，我們更重視專案開發進度和品質。
敏捷宣言的十二個原則
- 客戶滿意度：宣言高度重視滿足客戶的要求。這是通過早期和持續交付有價值的軟體來完成的。
- 擁抱變革：在軟體開發過程中進行更改是常見且不可避免的。即使在開發的後期階段，也應該歡迎每一個變化的需求。敏捷過程有助於提高客戶的競爭優勢。
- 提供工作軟體：考慮到最短的時間段，經常提供工作軟體，範圍從幾週到幾個月不等。
- 共同作業：業務人員(Scrum Master和專案所有者)和開發人員必須在專案開發階段的整個生命週期中一起工作。
- 動機：專案應圍繞積極的團隊成員建立。提供支援個人團隊成員並信任他們的環境。這讓他們覺得自己有責任完成工作。
- 面對面交談：Srum Master與開發團隊之間以及Scrum Master與客戶之間的面對面交流，以便在開發團隊內部和內部傳達資訊的最有效。
- 根據工作軟體測量進度：工作軟體是進度的關鍵和主要衡量標準。
- 保持不變的步伐：敏捷開發的目標是可持續發展。所有企業和使用者都應該能夠與專案保持一致。
- 監控：定期關注技術卓越和良好的設計，以最大限度地提高靈活性。
- 簡單：保持簡單，並使用簡單的術語來衡量未完成的工作。
- 自組織團隊：敏捷團隊應該是自我組織的。他們不應該嚴重依賴其他團隊，因為最好的架構，要求和設計來自於自組織團隊。
- 定期審查工作：應定期審查工作，以便團隊可以反思如何提高工作效率並相應地調整其行為。