現在很多公司企業都在實施或者要求開發人員具備 「敏捷研發實踐」，那到底什麼是敏捷開發呢？
我們都見過或者經歷過因為開發過程冗餘、笨重、繁雜而失敗的專案。世上應該有一種更好的軟體開發方法： 只關注真正重要的事情，少關注那些占用大量時間而無關緊要不重要的事情。它的學術名稱就叫敏捷。
敏捷開發是一種以人為本、團隊合作、快速響應變化和可工作軟體為宗旨的開發方法。
敏捷開發的宣言：
1,個體和互動勝過過程和工具
2，可工作的軟體勝過面面俱到的文件
3，客戶協作勝過合同談判
4，響應變化勝過遵循計畫
敏捷的方法可以快速的響應變化，它強調團隊合作，人們專注於具體可行的目標，實現真正的可以工作的軟體，這就是敏捷開發的精神。
它要求團隊中的每乙個人（包括與團隊合作的人）都具備職業精神，並積極地期望專案能夠獲得成功。它並不要求所有人都是有經驗的專業人員，但必須具有專業的工作態度：每個人都希望盡最大的可能做好自己的工作。
這意味著，我們不能在專案結束的時候才進行測試，不會在月底才進行一次系統整合，也不會再一開始編碼的時候就停止蒐集需求和反饋。相反，這些活動會貫穿專案的整個生命週期。事實上，只要有人繼續使用這個軟體，開發就沒有真正的結束。我們進行的是持續開發、持續反饋。我們不需要等到好幾個月後才發現問題：越早發現問題，就越容易修復問題，所以應該就在此時此刻把問題修復。
這就是敏捷開發的重點所在。
這種持續前進的開發思想根植於敏捷方法中。它不但應用於軟體開發的生命週期，還應用於技術技能的學習、需求採集、產品部署、使用者培訓等方面。它包括了軟體開發各個方面的所有活動。
敏捷開發就是在乙個高度協作的環境中，不斷的使用反饋進行自我調整和完善。
敏捷的團隊應該採取什麼樣的工作和生活方式呢？
首先，它要整個團隊一起努力。敏捷團隊往往是乙個小型團隊，或者是大型團隊分為若干小型團隊（10人左右）。團隊的所有成員在一起工作，如果有可能，最好有獨立的工作空間，一起共享**和必要的開發任務，並且大部分時間都能在一起工作。同時和客戶或者軟體的使用者緊密工作在一起，並且盡可能早且頻繁地給他們演示最新的系統。
我們要不斷的從自己寫的**中得到反饋，並且使用自動優化工具不斷構建（持續整合）和測試系統。在前進過程中，我們都會意識的修改一些**：在功能不變的情況下，從新設計部分**，改善**質量。這就是所謂的重構，它是軟體開發中不可缺少的一部分，程式設計，永遠沒有真正意義上的「結束」。
要以迭代的方式進行工作：確定一小塊時間（一周左右）的計畫，然後按時完成它們。給客戶演示每個迭代的工作成果，及時得到他們的反饋，這樣可以保證方向正確，並且根據實際情況盡可能的頻繁發布系統版本讓使用者使用。
軟體開發之道
電子在原子核周圍旋轉，構成了原子，原子構成了分子。電子的定向移動形成電流，各種電子元件一起組成基本的電路。模擬電路，數位電路，各種邏輯閘電路。邏輯閘電路組裝成各種晶元。繼續組裝可以構成積體電路，超大規模積體電路，於是有了各種各樣的開關，數以億計的開關。可以通過撥弄各種開關來控制cpu,但是這樣很麻煩...
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...
敏捷軟體開發
敏捷軟體開發 英語 agile software development 又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作...