監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢(xún)管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 簽約案例 | 購(gòu)買(mǎi)價(jià)格 | 在線(xiàn)試用 | 手機(jī)APP | 產(chǎn)品資料
X 關(guān)閉

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

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà):400-8352-114

文章來(lái)源:泛普軟件

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

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

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

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

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

Scrum的三種角色和四個(gè)會(huì)議

Scrum框架主要包括三種角色和四個(gè)會(huì)議。其中三種角色有:

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

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

●  團(tuán)隊(duì)成員: 即項(xiàng)目開(kāi)發(fā)人員。

四個(gè)會(huì)議包括:

●  周期計(jì)劃會(huì): 在產(chǎn)品擁有者和團(tuán)隊(duì)之間對(duì)下個(gè)周期要完成的需求達(dá)成一致,并對(duì)其進(jìn)行規(guī)劃.

●  每天例會(huì): 每天15分鐘,團(tuán)隊(duì)成員之間互相交流進(jìn)展、問(wèn)題和下一步計(jì)劃。

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

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

把精益思想融入Scrum

Scrum、精益開(kāi)發(fā)模式以及其他的敏捷方法與傳統(tǒng)的軟件工程或項(xiàng)目管理理論與實(shí)踐相比有一個(gè)共同的優(yōu)點(diǎn): 簡(jiǎn)單。不過(guò),在實(shí)際運(yùn)用過(guò)程卻也并不容易。

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

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

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

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

發(fā)布:2007-04-21 11:56    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章:

泛普沈陽(yáng)OA行業(yè)資訊其他應(yīng)用

沈陽(yáng)OA軟件 沈陽(yáng)OA新聞動(dòng)態(tài) 沈陽(yáng)OA信息化 沈陽(yáng)OA快博 沈陽(yáng)OA行業(yè)資訊 沈陽(yáng)軟件開(kāi)發(fā)公司 沈陽(yáng)門(mén)禁系統(tǒng) 沈陽(yáng)物業(yè)管理軟件 沈陽(yáng)倉(cāng)庫(kù)管理軟件 沈陽(yáng)餐飲管理軟件 沈陽(yáng)網(wǎng)站建設(shè)公司