technorati 標籤:敏捷軟體開發
核心內容：
1. 個體和互動 勝過 過程和工具
2. 可以工作的軟體 勝過 面面俱到的文件
3. 客戶合作 勝過 合同談判
4. 響應變化 勝過 遵循計畫
啟示：
1. 人是獲得成功的最為重要的因素，記住，團隊的構建要比環境的構建重要的多。一般的程式設計水平 + 良好的合作、溝通能力 >> 高水平程式設計能力但缺少有效溝通能力
2. martin文件第一定律： 直到迫切需要並且意義重大時，才來編制文件。
3. 成功的專案需要有序、頻繁的客戶反饋。不是依賴於合同或者關於工作的陳述，而是讓軟體的客戶和開發團隊密切地在一起工作，並盡量經常地提供反饋。
4. 計畫不能考慮的太遠。應該：為下兩周做詳細的計畫，為下三個月做粗略的計畫，再以後就做極為粗略的計畫。
12條原則：
1. 我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意。
2. 即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化為客戶創造競爭優勢。
3. 經常性的交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。
4. 在整個專案開發期間，業務人員和開發人員必須天天都在一起工作。
5. 圍繞被激勵起來的個人構建專案。給他們提供所需要的環境和支援，並且信任他們能夠完成工作。
6. 在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
7. 工作的軟體是首要的進度度量標準。
8. 敏捷過程提供可持續的開發速度。責任人、開發者和使用者應該能夠保持乙個長期的、恆定的開發速度。
9. 不斷關注優秀的技能和好的設計會增強敏捷能力。
10.簡單——使未完成的工作最大化的藝術——是根本的。（未完成—>已完成，maybe,i think）
11.最好的架構、需求和設計出自於自組織的團隊。
12.每隔一定時間，團隊會在如何才能更有效率的工作方面進行反省，然後相應地對自己的行為進行調整。
敏捷過程示例：
scrum，crystal，特徵驅動軟體開發（feature driven development，簡稱fdd），自適應軟體開發（adative softwaredevelopment，簡稱adp），以及最重要的極限程式設計（extreme programming，簡稱xp）。
敏捷軟體開發宣言和原則
我們一直在實踐中探尋更好的軟體開發方法，身體力行的同時也幫助他人。由此我們建立了如下價值觀 個體和互動 高於 流程和工具 工作的軟體 高於 詳盡的文件 客戶合作 高於 合同談判 響應變化 高於 遵循計畫 也就是說，儘管右項有其價值，我們更重視左項的價值。敏捷宣言遵循的原則 我們遵循以下原則 我們最重...
敏捷軟體開發宣言及原則
宣言 個體和互動 勝過過程和工具 可以工作的軟體 勝過面面俱到的文件 客戶合作 勝過合同談判 響應變化 勝過遵循計畫 原則 1 我們最優先做的是通過盡早 持續的交付有價值的軟體來使客戶滿意。2 即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。3 經常性地交付可以工作的軟體，...
敏捷軟體開發宣言
注 以人為本的思想，利用工具的是人，遵循過程的也是人，如果有最好的工具和過程，而個體卻沒有很好的去利用工具，遵循過程的話，工具和過程也不能發揮預計的效果 另外，流程和工具的一部分作用也是為了團隊成員更好地互動 所以個體和互動是跟本，過程和工具固然重要，卻是輔 注 文件有很多作用，比如變更的記錄和交流...