什麼是敏捷迭代方法以及它在哪裡使用?

已發表: 2018-06-22

為了跟上市場需求,數字業務快速發展的場景給 CIO 帶來了越來越大的壓力,以同樣快速地進行軟件開發。

據 Gartner 稱,越來越多的 IT 組織選擇敏捷開發來簡化項目管理並展示業務價值。

第 12年度敏捷狀態報告發現,採用敏捷方法的前五個報告原因之一是加速軟件交付,在 2018 年增長到 75%。而迭代計劃增長 88%,是第二大採用敏捷的方法2018年技術。

什麼是敏捷迭代開發?

軟件開發的敏捷方法最常被描述為迭代和增量開發。 迭代策略是敏捷實踐的基石,其中最突出的是 SCRUM、DSDM 和 FDD。 總體思路是將軟件的開發拆分為重複循環(迭代)的序列。 每次迭代都會發出一個固定的時間長度,稱為時間盒。 一個時間盒通常持續 2-4 週。

克雷格·拉曼 (Craig Larman) 在他的《敏捷與迭代開發——經理指南》一書中對敏捷迭代模型進行了最好的解釋 Larman 解釋說,該模型在 ADTC Wheel(分析、設計、代碼、測試)上發揮作用。 也就是說,每個迭代周期都包含計劃分析、設計、代碼以及測試。 ADTC 輪在技術上更稱為 PDCA(計劃、設計、檢查、調整)循環。 敏捷團隊通過以下方式分別在每次迭代上實現 PDCA 循環:

P(計劃) - 迭代計劃

在這種情況下,團隊合作討論下一次迭代的目標。 它還總結了已完成的工作並確定下一次迭代所需的團隊積壓工作。

D(設計)——迭代執行

這是軟件開發、設計和編碼的“執行”步驟。 如果是第二次或第三次迭代,則還要進行功能測試。 團隊收集用戶故事並為下一步做準備,即迭代審查。

C(檢查) - 迭代審查

也稱為“檢查”步驟,迭代評審由產品負責人執行。 團隊向產品負責人展示經過測試的可交付成果,產品負責人隨後審查已完成的工作並確定是否滿足所有標準。

A(調整)——迭代回顧

在這種情況下,團隊從第一步開始評估迭代的整個過程。 它基本上適用於以前迭代中收集的任何改進。 識別出新問題及其原因。 在團隊再次開始下一個週期之前,對團隊積壓工作進行細化以供將來參考。

重複迭代以進行優化和即興創作,從前一個週期中吸取的經驗教訓將應用於下一個週期。 直到功能齊全的軟件準備好投放市場。

敏捷迭代開發的好處

敏捷項目管理是作為傳統剛性瀑布方法的更靈活替代方案而創建的。

瀑布方法是一種線性方法,從一個階段到下一個階段按順序進行,不允許開發返回到上一步。 不用說,瀑布方法會引起迫在眉睫的影響,包括但不限於增加的開發成本、延長的軟件交付時間和額外的資源投入。

環境數據資源部的首席信息官 Sudhakar Gorti 表示同意, 與瀑布相比,敏捷的主要好處之一是您可以在迭代的基礎上看到可交付成果,並且產品負責人可以決定對產品待辦事項進行更改”。

客戶參與——敏捷迭代開發鼓勵用戶貢獻。 在每個迭代周期之後,都會獲得客戶反饋,然後根據該反饋對產品進行必要的更改。 這方面為項目框架帶來了適應性。

利於進化——敏捷迭代開發過程中的規劃是一項持續的壯舉,它為不斷發展的想法留出了空間,而不是只在瀑布中執行和測試之前的廣泛規劃。

風險評估——敏捷迭代允許在開發早期進行風險識別和緩解,以避免在時間線後期出現減速帶。

快速交付——工作被分成小周期,讓團隊成員專注並按時交付。 此外,在每次迭代的編碼和設計中同時進行測試,大大減少了完成所需的時間。

敏捷迭代方法在哪裡使用?

敏捷迭代方法最適合屬於不斷發展的範圍的項目或業務。 沒有針對已定義時間集的已定義要求集的項目。 對於這種情況,敏捷迭代方法有助於將每次發生不可預見的變化時所需的成本和資源降至最低。

nTask 是使用 Scrum 方法創建的。 Scrum 使用 ADCT 輪支持獨立的團隊合作,為此,各個 nTask 團隊在兩週的衝刺(迭代)中協同工作。

由於 nTask 的範圍在不斷發展,並且每週都會進行添加,因此迭代方法使 nTask 開發團隊能夠來回切換以進行優化。

敏捷諮詢公司 Gear Stream 的首席執行官 Brad Murphy 認為,敏捷迭代方法現在可以廣泛應用於軟件開發以外的領域。

他解釋了數字營銷如何通過使用頻繁交付的元素來收集客戶反饋,從而從迭代方法中受益。 快速徵求的反饋可以直接幫助改進後續迭代以吸引更大的流量。

根據德勤政府洞察中心的調查,2017 年 80% 的主要聯邦 IT 項目稱自己為“敏捷迭代”。這一上升的一個原因很容易解釋為協調完成項目所需的時間減少與項目的總成本。

德勤 2015 年的另一份報告顯示,像巴克萊這樣的銀行也開始在超過 20% 的內部審計中使用 Scrum 等迭代方法。 巴克萊承認在風險管理和規劃等領域受益於 SCRUM。

敏捷迭代方法不僅限於 IT 組織和金融公司。 沃爾瑪使用敏捷迭代方法進行內部審計。 與傳統審計方法相比,他們在敏捷入職後取得的眾多成功之一包括節省時間。

美國聯合航空公司內部審計董事總經理 Ricky Barr 將他使用德勤敏捷內部審計的經驗總結為“通過限時迭代加快審計週期”。

直到 8 年前,Gartner 的絕大多數客戶等許多公司仍然使用傳統的瀑布方法進行應用程序開發。

但隨著多年來敏捷的顯著優勢,從增加商業價值到強大的組織影響,敏捷社區已經從初創企業擴展到 IBM 和思科等全球品牌。