敏捷開發里為何倡導固定迭代周期？

萬事ONES

+ 關注

2021-10-20 10:26

1098次閱讀

敏捷開發(Agile Development），是一種應對快速變化需求的軟件開發模式。Scrum 作為經典的敏捷開發框架，被企業廣泛采用。在「Scrum 指南」中，Scrum 之父 Ken Schwaber 強調了迭代（Sprint）時間盒的重要性，一旦迭代開始，迭代的周期就固定下來了，不可隨意延長或縮短。

固定迭代周期的優勢

Scrum 采用迭代增量式的方法來優化可預測性和管理風險，透明性、檢視、調整是 Scrum 的三大支柱，而固定的迭代周期不僅能夠幫助團隊形成良好的協作節奏，更是實現團隊透明、及時檢視和調整項目的重要手段。那么，固定的迭代周期有哪些具體的優勢呢？

1簡化項目規劃及跟蹤

當迭代周期固定且團隊相對穩定時，每個迭代能夠完成開發和測試的需求量也是相對穩定的，Scrum 團隊可以度量每個迭代交付的需求量——即「迭代速率」。當我們需要發布一個里程碑版本時，我們可以基于平均迭代速率來規劃大概需要花費幾個迭代能完成這個發布版本，使得規劃更具合理性。例如，一個項目有 100 個故事點，我們預估團隊的每個迭代速率為 20 個故事點，則該項目預計需要 5 次迭代。接下來便是根據業務價值對故事進行優先級排序，并將它們規劃進迭代中，進行持續增量式開發。

而在迭代開發過程中，產品負責人（PO）必須經常檢視 Scrum 的工件和完成迭代目標的進度，及時發現偏差。Scrum 的迭代計劃會議、每日站會、評審會議和回顧會議便是作為檢視的重要事件，此外，項目管理者還能夠借助「燃盡圖」等可視化工具了解當前迭代剩余工作量情況，提前預知風險并采取應對措施，保障迭代按時交付。

2提高團隊協作效率

項目開發需要多個角色及部門間的協作，固定的迭代周期能夠建立團隊節奏感，形成工作習慣，每個人都知道迭代的各個環節何時進行，大大降低溝通和協同成本。從需求收集、管理到迭代規劃、跟蹤，直至迭代回顧，ONES 為敏捷研發的全環節提供專業支持，促進團隊各角色間高效協作。例如在每日站會中，團隊通過 ONES Project 「敏捷看板」可視化展現迭代的價值流動，了解任務進度和當前遇到的問題，促進團隊間的信息溝通，保證迭代有序推進。

此外，團隊成員還能通過 Wiki 記錄和沉淀項目中的重要文檔，形成團隊共享知識庫，并且能夠在線評論反饋，提高團隊溝通效率。

3團隊產品和過程的持續改進

Ken Schwaber 曾在演講中表示，「Scrum works with idiots」，其背后傳達的正是固定的迭代周期能夠讓團隊成員定期了解項目的開發情況，提高團隊信息的透明性，同時總結迭代中的問題并及時改進。在一個迭代結束后，團隊可以例行地收集內外部反饋意見，將需求歸入到下一迭代中。運用工單管理輕松收集、跟蹤、管理和解決客戶反饋，實現服務效率的提升。在項目復盤時，結合 Performance 歷史報告中的客觀數據，分析團隊效能提升情況，從而達到持續不斷地改進團隊工作。

迭代周期的長度選擇

固定的迭代周期，既然對團隊有這么多益處，那多長的迭代周期才適合團隊呢？開發團隊可以根據過往經驗共同討論出一個合適的迭代長度，它通常被限制在一個月之內。如果迭代周期過長，團隊對于「要構建什么東西」的定義容易發生改變，項目復雜度和風險隨之增加。短迭代從產品規劃、交付效率、質量以及試錯成本上有明顯優勢，而長周期從需求完整性、頻率、工作強度上優勢明顯。當開發一款快節奏的產品，或探索未知市場領域的產品，又或者技術可行性風險較高的產品時，通常需要頻繁根據市場反饋來調整產品形態，這樣的產品開發則更適合使用短迭代，以適應變更帶來的風險。

快速打造 MVP，然后投放市場收集反饋，當產品方案和市場匹配時再進行規模的擴張。熟練掌握敏捷思想，運用合適的研發管理工具，小步快跑、快速迭代才是實現精益創業的最好方法。

[免責聲明]

原文標題：敏捷開發里為何倡導固定迭代周期？

本文由作者原創發布于36氪企服點評；未經許可，禁止轉載。