當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 泛普各地 > 遼寧OA系統(tǒng) > 沈陽(yáng)OA系統(tǒng) > 沈陽(yáng)OA行業(yè)資訊
敏捷開(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)
- 1存儲(chǔ)發(fā)展簡(jiǎn)史 從"傻瓜陣列"到"按需存儲(chǔ)"
- 2信息安全法規(guī)與倫理道德調(diào)查
- 3加密專(zhuān)家RSA大會(huì)對(duì)談云計(jì)算的風(fēng)險(xiǎn)
- 4企業(yè)對(duì)協(xié)同辦公需求分析
- 5信息化防疫:體驗(yàn)“Google流感趨勢(shì)”
- 6企業(yè)IT系統(tǒng)中應(yīng)用防火墻能做什么?
- 7體驗(yàn)全新的虛擬化數(shù)據(jù)中心價(jià)值觀(guān)
- 8快速清除系統(tǒng)中的木馬病毒方法分享
- 9六方面入手選擇和使用UTM設(shè)備
- 10應(yīng)用導(dǎo)向 存儲(chǔ)虛擬化技術(shù)的今天
- 11云計(jì)算:是用外部云還是內(nèi)部云?
- 12企業(yè)建私有云有哪些存儲(chǔ)需求?
- 13中國(guó)企業(yè)信息安全落后于全球平均水平
- 14云計(jì)算來(lái)臨 哪些真相無(wú)法回避?
- 15SOA早期應(yīng)用總結(jié):五個(gè)關(guān)鍵教訓(xùn)
- 16何迪生:解讀2009“IT風(fēng)險(xiǎn)管理之道”
- 17Linux系統(tǒng)與Win系統(tǒng)目錄結(jié)構(gòu)差異
- 18OA辦公系統(tǒng)流程審批自由流程解析
- 19盤(pán)點(diǎn)數(shù)據(jù)保護(hù)方式看中小企業(yè)信息安全
- 20基于移動(dòng)agent技術(shù)的供應(yīng)鏈訂單流管理
- 21選擇和管理企業(yè)應(yīng)用程序產(chǎn)品的最佳做法
- 22云計(jì)算終端瀏覽器:需要?不需要?
- 23解讀虛擬世界中的動(dòng)態(tài)能力規(guī)劃
- 24協(xié)同OA軟件對(duì)區(qū)域市場(chǎng)現(xiàn)狀及其趨勢(shì)判斷
- 25虛擬化HPC:直面七大技術(shù)挑戰(zhàn)
- 26趨勢(shì):虛擬化將成為企業(yè)移動(dòng)應(yīng)用的核心
- 27虛擬化推廣應(yīng)用還未成熟 五大瓶頸
- 28增加服務(wù)器穩(wěn)定性的12種技術(shù)
- 29全面審視三種視頻會(huì)議技術(shù)優(yōu)缺點(diǎn)
- 30微軟高管稱(chēng)開(kāi)源使其比任何時(shí)候都忙?
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓