講敏捷開發的太多了，我只說下個人理解
對於現在使用者要求的最短時間對需求的響應，好像迄今也只有敏捷開發足夠緊密的版本迭代模式能夠適應。但是敏捷開發模式其實不僅僅是敏捷+開發而已，這是一種研發模式，而不僅僅是開發瘋狂coding可以搞定的。
任何事情都需要條件，我只說我看到的：
a． 足夠數量的伺服器；
b． 一專多能的技術人員；
c． 全程測試，自動化測試，版本發布自動化；
d． 盡可能少的文件；
e． 圓桌辦公；
f． 效率優先。
a. 為什麼需要足夠數量的伺服器，因為灰度公升級，快速迭代發布版本，總不能一直按照現有的晚上十二點以後公升級吧，這樣每週搞一次通宵，神仙都熬不住，你聽說過qq發布訊息說：今晚要系統公升級，大家都洗洗睡吧？必須構建條件，任何時候都能公升級；
b. 專業程度越來越高，導致角色的分工到後來成為了交流的壁壘，這麼小團隊，要效率就需要一專多能，一專是你需要做好本職工作，多能才能更好的溝通，不但了解更要理解別人在做什麼，為什麼這麼做；
c. 全程測試的意思是，從架構設計一開始，重要的技術要點就要驗證，沒有經過驗證就直接開工，相當於不打地基直接修高樓；自動化測試方案一早就要制定，準確的說是半自動化測試方案，否則全人工測試是不可想象的；版本發布自動化，可靠的環境和資料維護和設計，是半自動化測試的基礎；
d. 盡可能少的文件，可惜現在的**編輯器都是文字的，否則都應該直接把演算法描述，對應的介面，測試用例等等要素**並茂的寫進**文件，既然一定要分開寫**和文件，核心的文件必須要不斷更新維護，比如設計文件；
e. 以前大專案使用工具，實現全流程的資訊化管控，任何乙個需求誰什麼時候提出的，誰跟進的，哪個開發和測試完成的，都會全流程透明，優點是全流程透明可控，缺點是靠郵件，靠工具進行交流，效率低下。移動網際網路要的是效率，直接圓桌隨時多對多交流，互相學習互相促進，工作改進不再靠全面資料蒐集與度量，而是關鍵資料蒐集與改進；
f. 移動網際網路行業的特點是創新，創新就意味著做十個東西掛掉九個，所以這個行業真正比的是挖地雷，一方面判斷準確率要高，其次要速度足夠快，效率優先，所有的一切都要給效率讓道，最極端的情況是專案只有**。專案計畫？白板上每天更新；設計文件？大家草稿紙上明確；測試用例設計？口頭達成一致。還有什麼是一定要的？版本第一時間發布才是王道。
敏捷開發的本質就是病毒生存，每個病毒都很小，但是病毒變異進化的速度極快，生存的唯一法則就是變化，高速變異適應環境，一旦條件具備就瘋狂擴散。
敏捷開發基本要素
1.敏捷是 乙個 過程 敏捷不是乙個過程，是一類過程的統稱，它們有乙個共性，就是符合敏捷價值觀，遵循敏捷的原則。敏捷的價值觀如下 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過 遵循計畫 由價值觀引出的12條敏捷原則 我們最優先要做的是通...
敏捷開發基本要素
1.敏捷是 乙個 過程 敏捷不是乙個過程，是一類過程的統稱，它們有乙個共性，就是符合敏捷價值觀，遵循敏捷的原則。敏捷的價值觀如下 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過 遵循計畫 由價值觀引出的12條敏捷原則 我們最優先要做的是通...
實現敏捷開發流程
最近幫助乙個團隊完成轉型，實現敏捷開發流程。我發現消極因素主要 於兩個方面 員工和管理人員。員工不願意採用敏捷方法主要歸結於意識的缺乏和對未知的恐懼。員工不了解整個專案或者產品的整體規劃，尤其是公司願景和發展路線圖。緊迫感不是來自於使命感，而是來自於專案的時間壓力。工作流程的創新與產品創新同樣重要。...