敏捷宣言有12條敏捷原則用來指導專案團隊，如下：
（一）我們的最高優先順序任務是盡早的和連續地交付有價值的軟體滿足客戶的需要
這條原則強調了敏捷方法關注的是為客戶交付價值。歸根結底，讓客戶滿意的原則是驅動敏捷專案的團隊的動力源泉。
（二）即使到了開發後期也歡迎需求的變更。敏捷過程考慮到客戶獲得競爭優勢的需要而同意的變更
（三）經常交付可工作的軟體，交付週期從幾個星期到幾個月不等，時間間隔越短越好
這是一種風險轉移的方式，避免在較長的開發周期後客戶驚訝地發現所開發的東西並不是自己想要的（閉門造車）。在敏捷方法中，通過盡量頻繁地交付，很少出現這種令客戶驚訝地情形。有人說敏捷方法消除了「驚訝」時刻。
（四）業務人員和開發人員必須自始自終共同完成專案的日常工作
（五）圍繞積極的個體構建專案。給予他們所需的支援和環境，相信他們能夠完成工作
專案團隊在時間盒內是自我管理的，也就是說，在迭代週期中構建產品時，他們應該能夠獲得所有需要的資源並且得到管理者的信任，希望管理者們相信他們能夠完成工作。
（六）面對面的交流是開發團隊最有效的資訊交流方式
（七）可工作軟體是專案進展狀況的主要度量
（八）敏捷過程提倡可持續的系統開發。資助方、開發方和使用者因該能夠維護一種不確定的、持續的步調
（九） 對卓越技術和良好設計的持續關注有助於提高專案的敏捷性
（十） 簡化也是至關重要的
（十一）最佳的架構、需求和設計都源於自我管理的團隊
團隊集體的智慧型遠遠大於個體的智慧型，當團隊的成員思想一致時，才有可能通過協作構建出最佳的系統。
（十二） 在有規律的時間間隔中，專案團隊要思考和如何提高後面的工作效率，然後相應地調整自己的行為
摘自《軟體專案管理與敏捷方法》
敏捷宣言 敏捷原則 小型敏捷宣言
敏捷宣言 敏捷原則 敏捷宣言 是乙個籠統的術語，描述和管理用於處理it團隊和專案的幾種輕量級且更全面的敏捷方法。scrum，看板，精益開發，crystal和極限程式設計 xp 是最受歡迎的輕量級敏捷方法。雖然 小型scrum 適用於 敏捷宣言 但以下所述的六個附加值應補充和增強小型團隊的敏捷性。與專...
敏捷宣言和敏捷原則
一 敏捷宣言的四個核心 1 個體和互動 勝過 流程與工具 2 可執行的軟體 勝過 詳盡的文件 3 客戶合作 勝過 合同談判 4 響應變化 勝過 遵循計畫 二 敏捷的十二原則 1 我們的最高目標是，通過盡早和持續地交付有價值的軟體來滿足客戶。2 歡迎對需求提出變更 即使是在專案開發後期。要善於利用需求...
敏捷宣言和敏捷原則
最近在看 軟體專案管理與敏捷方法 這本書，作者將pmbok中各個過程中可以用敏捷方式進行的作了乙個說明，也給出了一些如何在使用傳統開發方法的團隊中如何推廣敏捷開發原則的方法，但總體而言收穫不大。另外我看的這一版是根據pmbok第三版編寫的，而我學習和考試pmp時用的是第四版，看書的過程比較痛苦。但看...