敏捷開發，要求在開發過程中不斷增強，從而提高軟體質量，以達到提高商業收入的目的。它是乙個迭代的過程，乙個不斷提高企業投資回報率和服務質量的過程。值得注意的是，成功的敏捷開發，單純依附於活躍的開發過程和理解敏捷所帶來的效益並對此有濃厚興趣的企業使用者。
本文將介紹敏捷開發的五大過程及這些過程中所要用到的工具。
1. 敏捷計畫
典型的敏捷開發將整體工作分為一系列的發布過程，每個發布過程都是乙個迭代迴圈，每個迭代迴圈都會發布一組功能特性。
敏捷計畫規定了每個迴圈中所需要完成的工作（發布/迭代）。在該階段，產品所有者將描述每個迴圈過程中他希望看到的產品樣子。
敏捷計畫包含發布計畫與迭代計畫，兩者的內容及執行者不同：
工具：制定敏捷計畫，有很多任務具可以使用，如：
2. 建立使用者故事
使用者故事，是對功能、特性的簡單描述。每個特性也可能由很多故事組成。使用者故事要簡單且容易理解，能在幾分鐘內通過幾行字表述清楚。請注意，使用者故事是由專案所有者或主要使用者群體來定義的，而非開發者。
正如mike cohnrn所建議的，使用者故事應該遵循下面的格式：
引用作為乙個（某種角色），我需要（某事）如此如此。
例如，作為乙個使用者，我希望通過姓名來查詢我的客戶。
工具：最好的方法是使用索引卡片來記錄各個故事。有很多種工具可以幫助完成故事圖譜與故事追蹤，如
注意：故事並不是一次性完成的，它迴圈往復，且貫穿於整個專案開發周期中。
3. 評估你的工作
在敏捷中，評估用於**功能實現的複雜程度，並根據以前完成相似複雜度功能的經驗預估所需要的完成時間。它是乙個持續的過程，基於之前的經驗和模式學習，不斷提高評估的準確性。
通常，評估故事的複雜程度多基於故事要點，而非所耗費的時間。要點解釋了故事的複雜性，並通過資料1，2，3……來體現。
評估有助於做出更好的商業決策，定義發布/迭代的範圍。例如，我們可以很容易地為每次迭代/發布中的所有故事分配同樣的數字。
工具：planning poker
是定義和改善你評估的最好技術。
4. 站立會議
站立會議是開發團隊每天進行的簡短會議。會上每個人需要說明昨天所完成的事，及今天的計畫和被分配任務現在的狀態。商業使用者和領域專家偶爾也會參加，這將給他們更多關於專案的信心。
它不是例行會議，僅僅對專案實施情況給出粗略的描述，而是要提供更多關於專案的可視性內容，增強團隊間的協作，對當天的計畫給出正確指導。
工具：在站立會議中，白板是非常有效的工具。
5. 專案監控技術
速率：通過速率，可以精確地測量開發團隊發布商業價值的速度。速率是對生產力的測量。通過計算一定間隔內完成工作的單元數來計算速率。
在每次迭代的最後，為了計算速率，敏捷團隊會檢視該過程所完成的工作要求，並累加與這些要求相關聯的故事點。所完成故事點的總數便是團隊的速率。首次小小的迭代之後，你會逐漸發現某種趨勢，且能計算出平均速率。
下面一些工具可以幫助追蹤速率。
burndown reports：
burndown report是追蹤專案進度的另乙個標尺。它用來追蹤完成故事點的個數，監控簡單的迭代、發布和整個專案積壓的工作。它可以顯示進度，反映產品交付的價值和團隊的速率。
以下一些工具可用於測量burndown reports：
敏捷開發過程剖析及工具推薦
摘要 敏捷開發是乙個迭代的過程，具有盡早發布，持續交付特點，滿足了軟體市場快速發展的需要。該文從開發過程及所需輔助工具方面進行闡述。原文作者為專注於soa jee groovy grails和scala的系統架構師nitin kumar。敏捷開發，要求在開發過程中不斷增強，從而提高軟體質量，以達到提...
敏捷開發過程剖析及工具推薦
敏捷開發，要求在開發過程中不斷增強，從而提高軟體質量，以達到提高商業收入的目的。它是乙個迭代的過程，乙個不斷提高企業投資回報率和服務質量的 過程。值得注意的是，成功的敏捷開發，單純依附於活躍的開發過程和理解敏捷所帶來的效益並對此有濃厚興趣的企業使用者。本文將介紹敏捷開發的五大過程及這些 過程中所要用...
敏捷開發過程
敏捷開發是以四條基本價值觀為基礎的開發過程實踐。基本價值觀 1 人及人與人之間的互動 重於 過程和工具 2 可以工作的軟體 重於 面面俱到的文件 3 與客戶間的合作 重於 簡單的一紙合同 4 應對變化 重於 遵循計畫 具體可以細化為12條基本原則 1 最優先的事是盡快提供可以工作的軟體給客戶，以使客...