敏捷開發研究

丹佛斯（天津）有限公司 商志偉

當今世界科技日新月異，市場的需求隨時在發生著變化。傳統的瀑布式軟件開發模型，對快速變化的需求應對方法顯得捉襟見肘，無力應對。敏捷開發模型應運而生。敏捷開發模型的誕生，就是為了應對快速變化的城市需求，提高產品開發速度，快速的拿出可運行的產品，然后再逐步對產品進行優化，最終完成產品的交付。本文將著重介紹敏捷開發概念及其優勢，以及如何進行敏捷開發。

1 敏捷開發模型的概念

想要理解敏捷開發模型，首先要了解另外兩個概念：瀑布開發模型和迭代開發模型。瀑布開發模型是最為傳統的軟件開發模式，包括需求分析，設計，實現，測試和發布。瀑布開發模型的簡要流程如圖1-1所示：

圖1-1 瀑布開發模型的簡要流程圖

在瀑布開發模型中，整個過程自上而下進行。上一個階段的輸出，是下一個階段的輸入，在前一階段工作完成之前，不允許進行下一階段的工作。整個瀑布開發過程的工作量就像瀑布一樣，自上而下的流動，不能由下向上反向流動。迭代開發模型的簡要流程如圖1-2所示：

圖1-2 迭代開發模型的簡要流程如圖

迭代開發模型將傳統的瀑布開發模型打散成一個一個小的迭代過程，每個迭代都包含需求分析，設計，實現，測試和發布。迭代開發模型與瀑布開發模型最大的區別在于：不必等到上一階段工作全部完成，就可以進行下一階段的工作。每一個迭代，只完成一部分產品功能需求，循序漸進的完成產品的所有功能需求。

敏捷開發是一個以人為本，利用了迭代開發思想的開發方法。敏捷開發不追求項目前期的完成設計和實現，而是致力于用最快的速度開發出可用的軟件，然后在后續的迭代中，根據客戶的反饋逐步升級和完善軟件，最終交付客戶滿意的產品。

2 敏捷開發的優勢

敏捷開發的一個重要優勢是項目開發速度“快”。敏捷開發團隊使用自我管理、自我組織的管理方式，團隊成員擁有最大限度的自由，這極大的激發了每個成員的開發熱情和創造力，從而實現了項目開發的“快”。敏捷開發的另一個優勢是以人為本，一方面表現為將客戶引入到項目團隊中來，根據客戶的反饋來調整產品功能，使產品更加符合客戶的需求；以人為本另一方面表現為，項目成員全部進行自我管理，各個成員擁有最大的自由度來完成各自的任務。

3 如何實現敏捷

敏捷開發有很多實現形式，如SCRUM，極限編程，特性驅動開發等等。本文著重介紹以SCRUM形式實現敏捷開發。

3.1 Scrum中工具和角色的定義

SCRUM是一種開發流程框架，是一種實現敏捷開發的最佳實踐。SCRUM中有一系列工具和角色定義，下面對這些工具和角色進行詳細介紹。

Sprint：沖刺周期，一般為2～6周。

User Story：用戶故事，即用戶的外在業務需求。

Task：開發任務，是由User Story拆分出來的。

Product Backlog：產品待辦事項列表，這個列表是有優先級排序的。

Sprint Backlog：沖刺周期待辦事項列表，是當前Sprint選出來的產品待辦事項的列表，將會在當前Sprint實現并交付。

Sprint Plan Meeting：沖刺計劃會，由整個Scrum團隊為當前Sprint中要做的工作制定計劃。

Daily Stand up Meeting：每日站會，展示項目進度，團隊成員各自展示：昨天我做了哪些工作，今天我計劃完成哪些工作，以及是否有障礙阻礙團隊達成Sprint目標。

Sprint Review Meeting：沖刺評審會，團隊成員展示各自在當前Sprint中實現的成果，從客戶那里得到對本次成果的反饋，根據用戶反饋決定成果是可以交付，還是需要進一步改善。并且，團隊成員與客戶和其他利益相關者一起，討論剩余的、變化的或新增的產品需求，對Product Backlog進行維護。

Sprint Retrospect Meeting：沖刺回顧會，Scrum團隊檢查項目開發以來有哪些不足之處，制定改進方法，并在接下來的Sprint中實現改進方法。

Product Owner：產品負責人，管理產品待辦事項列表的唯一責任人。產品負責人的工作包括：清晰的描述產品待辦事項；為產品待辦事項添加優待級；確保產品待辦事項列表對Scrum團隊所有成員可見；確保Scrum團隊對產品待辦事項列表中的內容達到一定程度的理解。

Development Team：開發團隊，主要負責完成項目開發任務，將產品待辦事項列表中的內容實現為可發布的產品增量。開發團隊是自組織的，沒人能夠命令他們以何種固定的形式實現產品待辦事項；開發團隊是跨職能的，團隊擁有創造產品增量需要的一切技能；開發團隊成員之間是平等的，沒有上下級的關系；開發團隊中的成員可以有自己的特長，但是開發的責任歸屬于整個開發團隊；開發團隊不包含像是產品測試或產品需求分析這些負責指定領域的子團隊。開發團隊成員一般在3～9人之前，團隊成員太少的話，沒有足夠的交互，生產力增長不大，而團隊成員太多的話，需要過多的溝通協調工作，影響開發效率。

Scrum Master：Scrum負責人，負責確保團隊遵循Scrum的理論、實踐和規則。Scrum Master是Scrum團隊中的協助式領導。Scrum Master協助產品負責人找到有效管理產品待辦事項列表的技巧，清晰地和開發團隊溝通項目愿景、產品待辦事項列表中的條目，教導開發團隊創建清晰簡明的產品待辦列表條目，理解并實踐敏捷開發，推動Scrum各項活動。Scrum Master協助開發團隊自組織和跨職能，創造高價值的產品，移除開發團隊遇到的障礙，在Scrum還未被完全理解的環境下指導開發團隊進行Scrum活動。Scrum Master協助組織采用Scrum，在組織范圍內計劃Scrum的實施，幫助員工及干系人理解并實施Scrum，發起能提升Scrum團隊生產力的變革，與其他Scrum Master一起幫助組織更有效的施行Scrum。

3.2 Scrum的價值觀

（1）個體和互動高于流程和工具；

（2）工作的軟件高于詳盡的文檔；

（3）客戶合作高于合同談判；

（4）響應變化高于遵循計劃。

3.3 Scrum的12條原則

（1）我們最重要的目標，是通過持續不斷地及早交付有價值的軟件使客戶滿意。

（2）欣然面對需求變化，即使在開發后期也一樣。為了客戶的競爭優勢，敏捷過程掌控變化。

（3）經常地交付可工作的軟件，相隔幾星期或一兩個月，傾向于采取較短的周期。

（4）業務人員和開發人員必須相互合作，項目中的每一天都不例外。

（5）激發個體的斗志，以他們為核心搭建項目。提供所需的環境和支援，輔以信任，從而達成目標。

（6）不論團隊內外，傳遞信息效果最好和效率最高的方式是面對面的交談。

（7）可工作的軟件是進度的首要度量標準。

（8）敏捷過程倡導可持續開發。責任人、開發人員和用戶要能夠共同維持其步調穩定延續。

（9）堅持不懈地追求技術卓越和良好設計，敏捷能力由此增強。

（10）以簡潔為本，它是極力減少不必要工作量的藝術。

（11）最好的架構、需求和設計出自組織團隊。

（12）團隊定期地反思如何能提高成效，并依此調整自身的舉止表現。

敏捷開發原則是對敏捷價值觀的解釋和實踐，它將敏捷的價值觀落實到具體的可操作的原則之上，遵循這十二條原則，是敏捷軟件開發項目得以成功的基石。

4 結束語

利用Scrum實施的敏捷開發模型，能夠快速響應需求變化，提高項目開發速度，并確保開發的產品確實滿足客戶的需求，是客戶真正想要的產品。

[1]《Scrum要素》作者∶Chris Sims & Hillary Louise Johnson．

[2]《Extreme Programming Explained》作者∶Ken Beck & Cynthia Andres．

[3]《Scrum敏捷軟件開發》作者∶Mike Cohn．

[4]《敏捷迭代開發∶管理者指南》作者∶Craig Larman．

[5]《Scrum敏捷項目管理實戰》作者∶Ken Schwaber．