敏捷方法論


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

用戶需求與任務之間的關係

當需求完成時

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

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

什麼是軟體驗收標準?

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