敏捷方法是一種軟體開發的迭代方法。每次迭代的敏捷方法都需要1到4周的短時間間隔。敏捷開發流程是一致的，以滿足不斷變化的業務需求。它可以更快，更少地分發(發佈)軟體。
單階段(傳統)軟體開發需要6到18個月。在單階段(傳統)開發中，最初預測所有需求收集和風險管理因素。
敏捷軟體開發過程經常採用可行產品的回饋。可行的產品在迭代後的1至4周內交付。
敏捷中的角色
敏捷方法中有兩種不同的角色。它們是Scrum Master和產品負責人。
1. Scrum Master
Scrum Master是團隊領導和設施提供商，幫助團隊成員遵循敏捷實踐，以便團隊成員滿足客戶要求。Scrum master負責以下職責：
- 他們實現了所有角色和功能之間的緊密合作。
- 他們清除所有的阻礙。
- 他們保護團隊免受任何干擾。
- 他們與組織合作，跟蹤公司的進度和流程。
它們確保正確利用Agile Inspect＆Adapt流程，包括
- 計畫的會議
- 每日站立會議
- 演示
- 復審
- 復審會議
- 促進團隊會議和決策過程。
2. 產品負責人
產品負責人是從業務角度運行產品的人，產品負責人承擔以下責任：
- 他定義了要求並確定了其價值的優先順序。
- 他設定了發佈日期和內容。
- 他在迭代和發佈計畫會議中發揮了積極作用。
- 他確保團隊正在努力實現最有價值的要求。
- 他代表了客戶的聲音。
- 他接受符合完成定義和定義的驗收標準的用戶故事。
跨職能團隊
每個敏捷團隊都包含自給自足的團隊，團隊成員為5到9人。每個成員的平均經驗為6至10年。敏捷團隊包含3到4個開發人員，1個測試人員，1個技術主管，1個Scrum主管和1個產品所有者。
Scrum master和產品所有者視為團隊介面的一部分，其餘成員是技術介面的一部分。
敏捷團隊如何規劃他們的工作？
敏捷方法不是一套特定的儀式或特定的開發技術。它是一組方法論，表明了對緊密回饋週期和持續改進的承諾。敏捷團隊在迭代中工作以滿足客戶需求，每次迭代需要10到15天。然而，最初的敏捷宣明不設定兩周迭代的時間段或理想的團隊規模。
每個用戶需求都是基於計畫的，以及他們的積壓優先順序和大小。團隊決定他們擁有多大範圍以及每個團隊可以執行計畫任務的時間。
什麼是用戶要求？
用戶要求根據功能定義用戶的要求，可能有兩種類型的功能。
- 作為<用戶角色>我想要<功能>以便實現<商業價值>
- 為了<商業價值>作為<用戶角色>我想要<功能>。
在軟體發佈計畫期間，使用相對比例點對用戶需求進行粗略估計。在迭代計畫期間，把需求分解為任務。
用戶需求與任務之間的關係
- 用戶需求談論要做什麼，它定義了用戶的需求。
- 任務談論如何完成，它定義了如何實現功能。
- 用戶需求由任務實現，每個需求都是作為任務收集的。
- 當在當前迭代中計畫時，用戶需求被分成不同的任務。
- 用戶任務以小時為單位估算，通常為2至12小時。
- 使用驗收測試驗證需求。
當需求完成時
敏捷團隊決定完成任務的意義。它可能有不同的標準：
- 當整個任務(開發，測試)完成時。
- 當所有驗收測試正在運行並通過時。
- 沒有發現缺陷。
- 產品所有者已接受該要求。
- 將軟體產品交付給最終用戶時。
什麼是軟體驗收標準？
驗收標準定義為產品所有者所需的功能，行為和性能。它定義了要執行的操作，以便開發人員知道用戶需求何時完成。