敏捷開發(fā)-Scrum與精益相得益彰

申請免費試用、咨詢電話：400-8352-114

瀑布模型是軟件工程中最初的經(jīng)典模型。這種方法對于那些在初期需求就很完整清晰，并且在開發(fā)過程中不會有太多變化的項目非常適用。但是，大多數(shù)情況下在軟件開發(fā)過程中需求會不斷變化，而瀑布式開發(fā)很難適應(yīng)這種變化。針對瀑布模型的這一不足，隨后涌現(xiàn)了許多開發(fā)模式，比如螺旋模型和統(tǒng)一過程開發(fā)（RUP）模型。盡管與瀑布模型相比，這兩種模型有了很大改進，但它們應(yīng)用起來依然顯得比較沉重，無法適應(yīng)快速的需求變化。這正是以Scrum為代表的敏捷開發(fā)方法所力圖解決的核心問題之一。

快速迭代以響應(yīng)需求的變化

Scrum采用時間更短的迭代周期，這種迭代周期稱為Sprint。一個Sprint通常為2～4周。每個Sprint只開發(fā)價值最高的產(chǎn)品需求部分，并且每個Sprint周期可能包含全部的開發(fā)階段，如需求分析、設(shè)計、編寫代碼、測試、整合以及產(chǎn)品部署。每個短暫的Sprint周期過后，都能產(chǎn)生一個可以被審查、展示且可被用戶使用的軟件。用戶使用后的反饋和當(dāng)前的需求變化整理后可以在以后的Sprint周期中得以實現(xiàn)。這樣就產(chǎn)生了一個快速的反饋循環(huán)，它可以動態(tài)管理實現(xiàn)用戶頻繁的需求變化。Scrum提倡讓客戶全程參與到開發(fā)過程中。客戶的高度參與能有效提高Scrum項目的成功率。客戶的代表需要平衡項目利益相關(guān)者之間的利益，從而能夠管理產(chǎn)品需求、調(diào)整需求的優(yōu)先級、 完善需求描述，讓開發(fā)團隊有一個清晰的方向，以獲得最大的投資回報率。與此同時，Scrum這一模式也涉及諸如團隊、流程、溝通等其他方面的元素，這些元素共同發(fā)展規(guī)范了整個Scrum框架結(jié)構(gòu)。

精益（Lean）軟件開發(fā)模式來源于汽車制造業(yè)。它的主要思想是分析所有的流程，以查明和消除浪費，不斷提高效率。為了達到這個目的，精益模式提出了一些概念和實用的工具。但大部分的工具都面向制造業(yè)而不能直接應(yīng)用于軟件開發(fā)，精益軟件開發(fā)主要借鑒思想。在精益軟件開發(fā)中經(jīng)常會提及兩個概念。一個是拉式系統(tǒng)（pull system）。在拉式系統(tǒng)中，一個流水線上任何一個環(huán)節(jié)的任務(wù)完成后,都會從前一個環(huán)節(jié)自動提取下一個任務(wù)。該模式以客戶的需求而不是市場預(yù)測來推動工作進程。另一方面，通過精益模式可以最小化未完成工作以及半成品的數(shù)量。它們通常被認為是開發(fā)過程中的浪費。除了拉式系統(tǒng)，價值流圖（value stream mapping）也經(jīng)常被應(yīng)用于軟件開發(fā)過程中。價值流圖能夠有效地幫助識別過程中的浪費。

像其他敏捷方法一樣，Scrum同樣專注于管理需求變化和團隊潛能的發(fā)揮，同時它提出了一套比較完整的短開發(fā)周期的操作規(guī)程。而精益則更多地提供一種思維模式，幫助形成具有精益思維和習(xí)慣的開發(fā)團隊。將Scrum的框架與精益的思想結(jié)合起來，可以使它們互相補充形成我們前面提到的一個相對完整并能不斷完善的敏捷開發(fā)體系。我們在一些項目中嘗試實現(xiàn)了這種結(jié)合。在我們的敏捷協(xié)作平臺GScrum上，一種稱為WIP的特殊周期把Scrum的框架和精益開發(fā)中的拉式系統(tǒng)很好地結(jié)合了起來，可以適應(yīng)更快的需求變化。

Scrum的三種角色和四個會議

Scrum框架主要包括三種角色和四個會議。其中三種角色有:

●  產(chǎn)品擁有者: 該角色負責(zé)產(chǎn)品的遠景規(guī)劃，平衡各方面的利益，確定不同的產(chǎn)品需求積壓的優(yōu)先級等。它是開發(fā)團隊和客戶或最終用戶之間的聯(lián)絡(luò)點。

●  Scrum專家: Scrum專家負責(zé)指導(dǎo)開發(fā)團隊進行Scrum開發(fā)與實踐。它也是開發(fā)團隊與產(chǎn)品擁有者之間交流的聯(lián)絡(luò)點。

●  團隊成員: 即項目開發(fā)人員。

四個會議包括:

●  周期計劃會: 在產(chǎn)品擁有者和團隊之間對下個周期要完成的需求達成一致，并對其進行規(guī)劃.

●  每天例會: 每天15分鐘，團隊成員之間互相交流進展、問題和下一步計劃。

●  周期展示會: 向產(chǎn)品擁有者和相關(guān)人員展示新完成的需求并收集反饋意見。

●  周期回顧會: 總結(jié)上個周期的經(jīng)驗和教訓(xùn)。

把精益思想融入Scrum

Scrum、精益開發(fā)模式以及其他的敏捷方法與傳統(tǒng)的軟件工程或項目管理理論與實踐相比有一個共同的優(yōu)點: 簡單。不過，在實際運用過程卻也并不容易。

首先，變化對許多人來說是難以接受的。初次使用敏捷開發(fā)的團隊都有一個從接受到真正應(yīng)用的過程。一些敏捷開發(fā)實踐如測試驅(qū)動開發(fā)、結(jié)對編程以及每天的Scrum會議都需要一段時間讓開發(fā)團隊逐漸適應(yīng)。因此，公司領(lǐng)導(dǎo)的強力支持和對團隊的培訓(xùn)，是讓敏捷模式給一個公司真正帶來回報的重要因素。

其次，在Scrum實踐中，Scrum專家（Scrum Master）是一個核心的角色。該角色從字面上很容易被理解為一個在Scrum開發(fā)團隊中擁有極高權(quán)力，同時管理所有成員的人。實際上，這個角色并未被賦予行政職權(quán)，但他必須擁有很強的軟力量及社交技巧。根據(jù)我們的實踐經(jīng)驗，Scrum專家需要理解團隊中的每個成員，將所有人團結(jié)起來。同時，Scrum專家還必須在團隊效率與開發(fā)人員的感受之間取得平衡。

對于采用Scrum方法的團隊，還可能遭遇許多技術(shù)性的問題。敏捷開發(fā)團隊的一大挑戰(zhàn)是如何能夠不斷改進開發(fā)過程。剛開始，敏捷開發(fā)對于整個開發(fā)團隊來說可能還是比較新鮮的。但是開發(fā)團隊很快就會對敏捷方式，特別是每天的Scrum會議感到乏味。一旦感到乏味并開始松懈，開發(fā)團隊要么會放棄敏捷模式回到原有的開發(fā)模式上，要么會停留在對敏捷開發(fā)的膚淺應(yīng)用層次上。這樣一來，團隊的積極性和創(chuàng)造性會受到打擊，停滯不前。此時，結(jié)合精益開發(fā)方法能有效解決這個問題。

精益模式提倡持續(xù)不斷地改進、減少流程中的浪費。這個概念應(yīng)該被注入到整個團隊中，讓團隊形成精益的思維和長期的習(xí)慣，這樣一來，不斷的改進和提高會讓團隊保持高昂的士氣和熱情。運用精益開發(fā)模式相對比較抽象，而最佳的應(yīng)用精益軟件開發(fā)的途徑是從簡單入手，理解其思想，然后針對團隊情況摸索創(chuàng)新，應(yīng)用一些精益的有效工具，讓整個團隊習(xí)慣精益的思維模式和行為。當(dāng)然，請有相關(guān)經(jīng)驗的專家或顧問指導(dǎo)、交流會事半功倍。(ccw)