更新時(shí)間:2021-05-13 來(lái)源:黑馬程序員 瀏覽量:
敏捷開(kāi)發(fā)是一種以人為核心進(jìn)行迭代的開(kāi)發(fā)方法。
在敏捷開(kāi)發(fā)中,軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目,每一個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試,具備集成和可運(yùn)行的特征。
敏捷開(kāi)發(fā)現(xiàn)在主要包括:極限編程、SCRUM、Crystal Methods、FDD(特性驅(qū)動(dòng)開(kāi)發(fā))等。
敏捷開(kāi)發(fā)簡(jiǎn)單理解就是,開(kāi)始項(xiàng)目的時(shí)候不追求一步到位完美的代碼,而是在盡量短的時(shí)間周期內(nèi),開(kāi)發(fā)出產(chǎn)品的核心功能。盡快上線(xiàn)發(fā)布,后面按照周期進(jìn)行迭代升級(jí),完善產(chǎn)品。
在說(shuō)敏捷開(kāi)發(fā)的應(yīng)用之前,先聊聊為什么需要敏捷開(kāi)發(fā)。
程序員大多數(shù)都會(huì)碰到需求一直變一直變,無(wú)線(xiàn)延。而且老項(xiàng)目基本是牽一發(fā)動(dòng)全身,我們以為的一個(gè)BUG,會(huì)影響到另一個(gè)問(wèn)題。還有各種開(kāi)發(fā)文檔、產(chǎn)品文檔、接口文檔和測(cè)試報(bào)告沒(méi)有契合過(guò)等各種問(wèn)題。
如果你遇到這種情況,可以開(kāi)始了解敏捷開(kāi)發(fā)流程了。
敏捷開(kāi)發(fā)的流程:需求規(guī)劃和分期,需求評(píng)審,需求講解,方案評(píng)審,每日會(huì)議,性能測(cè)試,CodeReview,Demo,測(cè)試階段,線(xiàn)上BUG修改流程。
一個(gè)敏捷開(kāi)發(fā)小組的日常:
如果一個(gè)管理還把產(chǎn)品和開(kāi)發(fā)分家成兩個(gè)部門(mén),一定會(huì)有一些矛盾。我們比如是一個(gè)網(wǎng)站開(kāi)發(fā),基于微服務(wù)負(fù)責(zé)網(wǎng)站的某一個(gè)小模塊成立一個(gè)敏捷開(kāi)發(fā)小組。標(biāo)準(zhǔn)配置應(yīng)該是:4個(gè)開(kāi)發(fā),其中一個(gè)起碼是高級(jí)程序員。一個(gè)產(chǎn)品經(jīng)理,一個(gè)測(cè)試,一個(gè)項(xiàng)目經(jīng)理。項(xiàng)目經(jīng)理主要負(fù)責(zé)網(wǎng)站的某模塊的維護(hù)和協(xié)調(diào)。
日常分工:
產(chǎn)品經(jīng)理:寫(xiě)需求設(shè)計(jì)文檔,要把需求整理成Ticket,隨時(shí)和項(xiàng)目成員進(jìn)行確認(rèn)溝通。
開(kāi)發(fā)人員:按照需求文檔的優(yōu)先級(jí)提取Ticket,完成日常的開(kāi)發(fā)任務(wù);
測(cè)試人員:測(cè)試已經(jīng)部署到測(cè)試環(huán)境的程序,如果發(fā)現(xiàn)Bug,提交到Ticket;
項(xiàng)目經(jīng)理:保證日常工作的正常流程,執(zhí)行反饋,并且協(xié)調(diào)組員,組織每日會(huì)議。
產(chǎn)品經(jīng)理:產(chǎn)品經(jīng)理的職責(zé)就不光是畫(huà)原型圖了,而是給產(chǎn)品的模塊分期,制定好優(yōu)先級(jí)和功能是最重要的。產(chǎn)品經(jīng)理要做的是證明自己的功能是合理的。
但是在敏捷開(kāi)發(fā)中產(chǎn)品經(jīng)理不需要為開(kāi)發(fā)進(jìn)度負(fù)責(zé),負(fù)責(zé)開(kāi)發(fā)進(jìn)度的是項(xiàng)目經(jīng)理或者是小組Leader。還有是要在開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)項(xiàng)目的時(shí)間內(nèi)去做下一個(gè)產(chǎn)品的迭代設(shè)計(jì)。
小組Leader或者項(xiàng)目經(jīng)理:需要組織組內(nèi)所有成員參與,如果整個(gè)公司實(shí)行敏捷開(kāi)發(fā),那就是組織各職能的Leader開(kāi)需求評(píng)審會(huì)。
這個(gè)需求評(píng)審的目標(biāo)是可以放到臺(tái)面上并且執(zhí)行下去的方案,如果這里還要繼續(xù)討論是否合理,那這個(gè)會(huì)就很糟。
項(xiàng)目經(jīng)理應(yīng)該負(fù)責(zé)整個(gè)項(xiàng)目的調(diào)控,比如人員成本,時(shí)間成本,項(xiàng)目是否延期,還是調(diào)整功能。
開(kāi)發(fā)組員:除了日常開(kāi)發(fā),主要是當(dāng)項(xiàng)目完工以后,應(yīng)該交叉去做CodeReview,并且出性能測(cè)試報(bào)告,以及組織Demo。
測(cè)試人員:不是單一的做功能或者是性能測(cè)試了,應(yīng)該是做邊界測(cè)試和回歸測(cè)試。最簡(jiǎn)單的功能測(cè)試應(yīng)該都是開(kāi)發(fā)直接完成了,如果有很麻煩的功能測(cè)試,才是測(cè)試人員來(lái)測(cè)。敏捷開(kāi)發(fā)中,應(yīng)該是組員全部承擔(dān)風(fēng)險(xiǎn)。
測(cè)試人員在敏捷開(kāi)發(fā)中還是很重要的,要準(zhǔn)確的記錄以及bug的統(tǒng)計(jì)。甚至測(cè)試人員可以給開(kāi)發(fā)人員打績(jī)效。回歸測(cè)試是要做的,如果可以有很多自動(dòng)化測(cè)試用例就正常用,如果不能就減少回歸測(cè)試。
其實(shí)敏捷開(kāi)發(fā)就是每個(gè)人各盡其職主動(dòng)承擔(dān)一些工作,高效透明的溝通。如果整個(gè)開(kāi)發(fā)團(tuán)隊(duì)龐大,可以先成立敏捷開(kāi)發(fā)小組。只要管理者明確職責(zé)合理分工,不斷的強(qiáng)化跟進(jìn)培養(yǎng)大家去做事情就可以了。
猜你喜歡: