敏捷方法論

敏捷方法是一種軟體開發的疊代方法。每次疊代的敏捷方法都需要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小時。
• 使用驗收測試驗證需求。

當需求完成時

敏捷團隊決定完成任務的意義。它可能有不同的標準：

• 當整個任務(開發，測試)完成時。
• 當所有驗收測試正在執行並通過時。
• 沒有發現缺陷。
• 產品所有者已接受該要求。
• 將軟體產品交付給終端使用者時。

什麼是軟體驗收標準？

驗收標準定義為產品所有者所需的功能，行為和效能。它定義了要執行的操作，以便開發人員知道使用者需求何時完成。