敏捷開發的誕生：
2001.2,17名軟體工程師在美國猶他州的snowbied舉行了會議，討論輕量級軟體的開發方法，並發布了《敏捷開發宣言》，這標誌這敏捷開發的誕生。
敏捷宣言：
個體與互動》過程與工具
敏捷方法認為，人是軟體開發中最重要的因素，開發團隊要能做到團結協作，人與人面對面的交流、溝通，是最快速、最有效的途徑。
可以工作的軟體》面面俱到的文件
文件的意義在於為程式服務，過多的文件需要開發人員花費大量的時間去維護，而且還要確保文件與**的實時性，否則就失去了文件的意義。而問題也就在於，開發人員沒有把時間、精力放到最重要的任務上，能力、資源沒有最大化的發揮效能。敏捷方法認為，文件應當短小精悍、易於維護，而且主題突出
客戶協作》合同談判
客服對產品的要求是不斷變化的，試圖一開始就規定專案的細節和進度，顯然是不現實的。只有開發團隊和客服頻繁的溝通，客戶做出反饋，才能促使專案成功。
相應變化》遵循規矩
客服的需求在產品的開發階段時不斷變化的，即使談判是確定的需求，也可能會根據某些因素而發生變化，所以在制定計畫時要做到簡潔，靈活，以適應技術需求的變動。所有的未知情況是不可能考慮周全的，所以我們制定計畫時要留出緩衝期，應對未知。
核心思想
以人為核心，迭代，迴圈漸進的思想。軟體專案經常被拆分成多個子專案來完成，乙個步驟稱作一次迭代，迭代完成後會有乙個可以交付的產品，這樣有利於分解專案的複雜度。所以核心是：「以人為本」，「適應變化」
以人為本：
敏捷開發認為，人是最重要的因素。對於人來說，軟體開發是一件愉悅的事情，它注重自我的能動性，以積極，愉悅，樂觀的心態完成開發，並培養自豪感。
適應變化：
傳統的軟體開發要求要有，清晰的需求，詳細的文件，按照預定的計畫逐一進行開發，測試。這樣的開發在制定好計畫之後拒絕變化，無法應對客服需求的實時更改，後續維護必然花很久的時間。
敏捷開發是用最簡潔的方法適應變化，客戶也是開發的參與者。開發團隊能在最短時間內得到客戶的反饋，不斷適應需求的變更。
管理工具：
版本控制整合，進度跟蹤，工作分配，整合發布，迭代規劃，論壇和軟體缺陷報告和跟蹤。
我們專案中用到的兩款專案管理工具，其一是國內的公司出品的web版的開源軟體——禪道（zentao），它集產品管理、專案管理、質量管理、文件管理、組織管理和事務管理於一體，是一款專業的研發專案管理軟體，完整地覆蓋了專案管理的核心流程。還有一款是國外的atlassian公司出品的專案與事務跟蹤工具——jira，被廣泛應用於缺陷跟蹤、客戶服務、需求收集、流程審批、任務跟蹤、專案跟蹤和敏捷管理等工作領域。
方法：xp，scrum，crystal method，fdd，asd，dsdm，rup，ld
敏捷開發智慧型敏捷系列之一 序言
這是智慧型敏捷系列的第一篇。之一，之二，之三，之四，之五 本文將解決各種敏捷中需要辯證思考的問題，包括 寫文件還是不寫文件？擁抱變更還是迭代期內無變更？持續交付的產品因為不完整被客戶鄙視怎麼辦？做架構設計還是不做？突出進度忽略了質量怎麼辦？我們不用文件就能開發但客戶偏偏要文件怎麼辦？自動化測試費力而...
敏捷開發智慧型敏捷系列之一 序言
本文將解決各種敏捷中需要辯證思考的問題，包括 寫文件還是不寫文件？擁抱變更還是迭代期內無變更？持續交付的產品因為不完整被客戶鄙視怎麼辦？做架構設計還是不做？突出進度忽略了質量怎麼辦？我們不用文件就能開發但客戶偏偏要文件怎麼辦？自動化測試費力而且測試 可能跟應用 一起被拋棄怎麼辦？敏捷開發中一直有幾個...
敏捷開發般若敏捷系列之一 序言
這是敏捷開發般若敏捷系列的第一篇。之一，之二，之三，之四，之五，之六，之七，之八，之九 作為預熱，之前的智慧型敏捷系列中提到，多數情況下敏捷實踐應該如何，都要 看著辦 而無有定法，但每次思考又有 避免浪費 等相對確定的思維方向，總是徘徊在虛實之間，難以把握。智慧型受到因緣 內因，外緣 所限，所以每次...