在此，簡單地記錄一下個人對敏捷宣言的理解，以備查閱。
敏捷軟體開發宣言
官方宣言個人總結
1個體和互動勝過流程和工具
互動勝過流程
2可以工作的軟體勝過面面俱到的文件
軟體勝過文件
3客戶合作勝過合同談判
合作勝過合同
4響應變化勝過遵循計畫
應變勝過計畫
個人理解，敏捷的思想來自於人類古老的智慧型以及當下世界上廣泛認可的實踐：
我想只要您在乙個組織工作過，您很可能已經體會到了，乙個組織的工作流程造成的「部門牆」給人難以忍受的感覺，可以說是反人性的、***的。「部門牆」有橫向的，也有縱向的。橫向的「部門牆」體現於組織內部小組織與小組織之間缺乏交流合作，嚴重的情況下甚至產生對抗。縱向的「部門牆」體現於管理層與員工層的缺乏溝通，進而導致管理問題、執行問題。溝通是雙向的，可以由上到下，也可以由下至上。軟體開發團隊與客戶之間的問題，主要是由橫向「部門牆」造成的。這些「部門牆」可以說對大部分組織和員工帶來的只有「負能量」。敏捷不恰好就是從遵從人性出發，促進人與人的交流，從而消除「部門牆」嗎？
與人交流，可以說這是乙個古老的話題，是乙個亙古不變的話題，也是乙個當下流行的話題。社交**的大興，可以說是人類在新時代下，探索人與人交流的新工具的過程中的產物。
這已經是經過無數事實證明的智慧型，幾乎已經成為常識的工作處事方式：隨機應變。
不變的只有變化，擁抱變化，這早已成為當下流行詞了。新時代下快速發展的技術、創新，正在反哺人類，倒逼人類重新認識、接受、擁抱變化。敏捷不恰好就是對這一思想的最好的應用嗎？！
最好的架構、需求、設計出自於有組織的團隊
敏捷宣言 敏捷原則 小型敏捷宣言
敏捷宣言 敏捷原則 敏捷宣言 是乙個籠統的術語，描述和管理用於處理it團隊和專案的幾種輕量級且更全面的敏捷方法。scrum，看板，精益開發，crystal和極限程式設計 xp 是最受歡迎的輕量級敏捷方法。雖然 小型scrum 適用於 敏捷宣言 但以下所述的六個附加值應補充和增強小型團隊的敏捷性。與專...
敏捷教練 敏捷宣言
敏捷軟體開發宣言 我們一直在實踐中探尋更好的軟體開發方法，身體力行的同時也幫助他人。由此我們建立了如下價值觀 個體和互動高於 流程和工具 工作的軟體高於 詳盡的文件 客戶合作高於 合同談判 響應變化高於 遵循計畫 也就是說，儘管右項有其價值，我們更重視左項的價值。敏捷宣言遵循的原則 我們遵循以下原則...
敏捷宣言和敏捷原則
一 敏捷宣言的四個核心 1 個體和互動 勝過 流程與工具 2 可執行的軟體 勝過 詳盡的文件 3 客戶合作 勝過 合同談判 4 響應變化 勝過 遵循計畫 二 敏捷的十二原則 1 我們的最高目標是，通過盡早和持續地交付有價值的軟體來滿足客戶。2 歡迎對需求提出變更 即使是在專案開發後期。要善於利用需求...