丨大廠都在用哪些敏捷方法下

這個(gè)小組是做開(kāi)發(fā)的，基于微服務(wù)負(fù)責(zé)的某一個(gè)小模塊。標(biāo)準(zhǔn)配置7人，4個(gè)程序員（至少有一個(gè)資深程序員，有架構(gòu)能力），1個(gè)產(chǎn)品經(jīng)理（Scrum里面叫ProductOwner），1個(gè)測(cè)試，1個(gè)項(xiàng)目經(jīng)理（Scrum里面叫ScrumMaster）。主要負(fù)責(zé)某Ticket，隨時(shí)和項(xiàng)目成員溝通確認(rèn)需求；開(kāi)發(fā)人員：每天從看板上按照優(yōu)先級(jí)從高到低領(lǐng)取Ticket，完成日常開(kāi)發(fā)任務(wù)；Bug，提交Scrum程管理，基于極限編程做工程實(shí)踐，看板可視化。每周一個(gè)Sprint。如何完成需求和修復(fù)沒(méi)有人愿意星期五部署，那意味著如果部署后發(fā)現(xiàn)故障，可能周末都沒(méi)法好好休息了。所以即使程序早已經(jīng)測(cè)試好了，除非特別緊急，否則都會(huì)留在下一周再部署。所以部署放在上半周，這樣后面遇到問(wèn)題還有足夠的時(shí)間去應(yīng)對(duì)。部署很簡(jiǎn)單，按照流程執(zhí)行幾個(gè)命令就可以完成生產(chǎn)環(huán)境部署。部署完成后，需要對(duì)線上監(jiān)控的圖表進(jìn)行觀察，如果有問(wèn)題需要及時(shí)甄別，必要的話對(duì)部署進(jìn)行回滾操作。但輕易不會(huì)打補(bǔ)丁馬上重新上線，因?yàn)閭}(cāng)促之間的修復(fù)可能會(huì)導(dǎo)致更大的問(wèn)題。Sprint每周二開(kāi)迭代回顧會(huì)議，總結(jié)上個(gè)迭代回顧會(huì)議(SprintRetrospective)會(huì)議，目的是回顧一下在迭代中，團(tuán)隊(duì)有哪些做的TicketBacklog例如會(huì)議上，測(cè)試人員反饋說(shuō)，上一個(gè)Sprit，開(kāi)發(fā)人員上線前幾個(gè)小時(shí)還往預(yù)部署的分支里面更新代碼，導(dǎo)致測(cè)試需要重新做回歸測(cè)試，但因?yàn)闀r(shí)間不夠了，沒(méi)來(lái)得及測(cè)試完整，導(dǎo)致上線后不穩(wěn)定，建議以后不要隨意在上線前，在部署分支更新代碼。 如果會(huì)議中要形成涉及項(xiàng)目的決策最好是通過(guò)集體表決的方式?jīng)Q策，盡可能避免式?jīng)Q策。因?yàn)槊艚莸脑瓌t之一是要激勵(lì)項(xiàng)目人員，給他們以所需要的環(huán)境和支持，并相信他 nningMeeting）SprintTicket高到低從Backlog中選出下個(gè)Sprint的內(nèi)容。SprintBacklogTicket1-5，1示容易1天以內(nèi)可以完成的工作量，2分表示2天內(nèi)可以完成的工作，5分表示非常復(fù)雜，需要5天以上的工作量。評(píng)估每條TicketTicketBug，可能是優(yōu)化任務(wù)。同時(shí)會(huì)大家一起討論這個(gè)Ticket，確保充分理解這個(gè)Ticket每個(gè)團(tuán)隊(duì)成員在心中對(duì)Ticket會(huì)議組織者確認(rèn)大家是否都已經(jīng)確定估算結(jié)果，確認(rèn)后，開(kāi)始倒數(shù)：“3，2，1”，大家一起伸出一只手，亮出代表分?jǐn)?shù)的手指頭。大家積極參與，詳細(xì)了解需求。相比以前，可能只有當(dāng)某個(gè)功能模塊分配到自己頭上的工作量是由實(shí)際參與開(kāi)發(fā)的成員作出評(píng)估，往往更準(zhǔn)確也更容易被接受。以前項(xiàng)目經(jīng)理促進(jìn)成員的交流和經(jīng)驗(yàn)。我們知道一般經(jīng)驗(yàn)淺的新手估算工作量都會(huì)偏樂(lè)觀，而經(jīng)驗(yàn)豐富的老手則會(huì)更準(zhǔn)確，通過(guò)這種方式，新手可以向老手學(xué)習(xí)到很多工作量估算甚至技術(shù)實(shí)現(xiàn)的經(jīng)驗(yàn)。SprintSprint如說(shuō)這樣一個(gè)7人的小團(tuán)隊(duì)，一個(gè)Sprint預(yù)計(jì)可以完成20-30分的Ticket。周五標(biāo)志著一周的工作要結(jié)束了，所以下班之前（4），branchcut（分支切經(jīng)過(guò)一周的開(kāi)發(fā)，master（主干）已經(jīng)合并了不少新的PR（PullRequest求），master所以我們需要把master上的代碼部署到測(cè)試環(huán)境進(jìn)試，并且對(duì)測(cè)試出來(lái)的Bug進(jìn)行master次Sprint結(jié)束，從master創(chuàng)建一個(gè)分支版本出來(lái)，然后基于這個(gè)分支部署和修復(fù)Bug。所以需要基于主干做一個(gè)branchcut，創(chuàng)建一個(gè)預(yù)部署的分支，將預(yù)部署分支的代碼部署部署測(cè)試環(huán)境，每周的branchcut（分支切割），回答其他小組的問(wèn)題，主持每日會(huì)議通常來(lái)說(shuō)，基于敏捷開(kāi)發(fā)一個(gè)Sprint、一個(gè)Sprint迭代，節(jié)奏還是比較穩(wěn)定的，這個(gè)SprintSprint，不影響發(fā)布。不像瀑布模型那樣前松后以前我在使用迭代模型開(kāi)發(fā)時(shí)，一般是4周左右的迭代周期，2周就是極限了，所以最開(kāi)始看敏捷開(kāi)發(fā)用1周的迭代周期，心中也有疑惑，1周時(shí)間又要開(kāi)發(fā)又要測(cè)試怎么保證質(zhì)1Sprint有足夠比例的自動(dòng)化測(cè)試代碼，可以很好地保證質(zhì)量。當(dāng)用戶的主要功能都通過(guò)自動(dòng)化測(cè)試覆蓋時(shí)，基本可以保證主要功能流程不會(huì)出問(wèn)題。一個(gè)Sprint開(kāi)發(fā)完成后，并不馬上部署生產(chǎn)環(huán)境，而是先部署到測(cè)試環(huán)境，會(huì)有有專業(yè)的測(cè)試人員進(jìn)試，并非完全依賴自動(dòng)化測(cè)試。有時(shí)候一些大的功能更新，甚至?xí)M織全組成員一起測(cè)試，以彌補(bǔ)測(cè)試人員不足的情況。在一個(gè)Sprint也就是說(shuō)，雖然是1周的Sprint，但是其實(shí)還有1周的時(shí)間進(jìn)試。每個(gè)Sprint不僅開(kāi)發(fā)新功能，同步還要修復(fù)以前版本的Bug。這樣基本上可以保證有好的質(zhì)量。而且這種1周的迭代，可以保持每周都有內(nèi)容更新，還有個(gè)好處就是每周更新的內(nèi)容不多，出現(xiàn)問(wèn)題的話，很容易就定位到是什么地方導(dǎo)致的問(wèn)題。Sprint去做，并且確保在規(guī)定的時(shí)間范圍內(nèi)完成。至于工期的估算，在迭代規(guī)劃會(huì)上會(huì)對(duì)每個(gè)Ticket進(jìn)行打分，根據(jù)分?jǐn)?shù)可以預(yù)估有多少工組和組之間的溝通協(xié)作，主要通過(guò)郵件、會(huì)議、內(nèi)部溝通工具，最終任務(wù)會(huì)以Ticket的形在敏捷開(kāi)發(fā)中，有一種實(shí)踐叫結(jié)對(duì)編程，就是兩個(gè)程序員在一臺(tái)電腦上一起工作。這個(gè)一直爭(zhēng)議比較大，但是如果用來(lái)兩人一起排查一些問(wèn)題，或者是資深程序員帶新手程序員，則是一種非常好的協(xié)作方式。上面介紹的實(shí)踐案例和標(biāo)準(zhǔn)Scrum我上面介紹的內(nèi)容，確實(shí)和標(biāo)準(zhǔn)的Scrum首先是角色名稱不一樣，在crum里面是分ProdctOwer、SrumMaser和Team三種角色，而在這個(gè)案例中是產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理和團(tuán)隊(duì)成員，但其實(shí)只是名字叫法不一樣。還有要注意一點(diǎn)，就是傳統(tǒng)的項(xiàng)目經(jīng)理，會(huì)是偏控制型角色，SrmMaser則是一種服務(wù)型的角色，主要職責(zé)是保障敏捷流程的執(zhí)行，以及提供必要的幫助，很多團(tuán)隊(duì)的決策就是采用集體決策的方式。另外，Scrum有四種會(huì)議，除了前面介紹的三種：每日站會(huì)（DailyScrum）、Sprint計(jì)劃會(huì)（Sprintnning）和Sprint回顧會(huì)議（SprintRetrospective），其實(shí)還有一種會(huì)議是Sprint評(píng)審會(huì)（SprintReview）。Sprint評(píng)審會(huì)主要是客戶Sprint的完成結(jié)果。因?yàn)樯厦孢@個(gè)小組并沒(méi)有直接的客戶，這個(gè)小組的站立會(huì)議并不是“標(biāo)準(zhǔn)”的站立會(huì)議，Scrum的站立會(huì)議通常只有15分鐘，這里增加的每天Ticket環(huán)節(jié)，主要是為了將優(yōu)先級(jí)高的Bug修復(fù)之類(lèi)的Ticket放到當(dāng)前Sprint，及時(shí)響應(yīng)，及時(shí)處理。有的項(xiàng)目組沒(méi)有這個(gè)環(huán)節(jié)，是由測(cè)試人員或者ScrumMaster直接將Ticket放到看板。這個(gè)小組并沒(méi)有使用用戶故事來(lái)開(kāi)發(fā)需求，而是由產(chǎn)品經(jīng)理事先寫(xiě)好需求文檔。在上一篇文章里面，提到了Srm采用用戶故事的方式，分拆需求，減少繁重的需求文檔，在實(shí)現(xiàn)的過(guò)程中再溝通確認(rèn)需求。這是Scrum推薦的式，也是一種高效的方式，但并不代表這是唯一的方式。如果有產(chǎn)品經(jīng)理，可以提前幾個(gè)Sprint就將需求文檔寫(xiě)詳細(xì)，一樣可以達(dá)到高效的理解需求的效其實(shí)在《05|敏捷開(kāi)發(fā)到底是想解決什么問(wèn)題？》就有講過(guò)，是不是敏捷開(kāi)發(fā)，并不比如說(shuō)非標(biāo)準(zhǔn)的站立會(huì)議效率更優(yōu)，那么就應(yīng)該采用非標(biāo)準(zhǔn)的站立會(huì)議；如果有專業(yè)產(chǎn)品經(jīng)理事先做好需求分析，可以達(dá)到解釋清楚需求的效果，就沒(méi)必要一定要用用戶故事來(lái)理解需求。Sprint，怎么保證每周都有交付，還能起來(lái)。大廠會(huì)注重流程和工具的應(yīng)用，通過(guò)Ticket的方式來(lái)管理和開(kāi)發(fā)任務(wù)，通過(guò)自Scrum、極限編程和看板，針對(duì)各自項(xiàng)目組的特點(diǎn)，會(huì)有所希望上面介紹的敏捷應(yīng)用，能對(duì)你理解敏捷開(kāi)發(fā)有所啟發(fā)，幫助你優(yōu)化改進(jìn)日常項(xiàng)目流程。還有要注意的一點(diǎn)就是，沒(méi)有萬(wàn)能的開(kāi)發(fā)模式，只有適合項(xiàng)目的開(kāi)發(fā)模式，最重要的還是要摸索出一套適合你自己項(xiàng)目特色的開(kāi)發(fā)模式。限于篇幅，對(duì)于crum、極限編程和看板，我并沒(méi)有展開(kāi)細(xì)講，還需要大家自己輔助看看書(shū)，我在《學(xué)習(xí)攻略|怎樣學(xué)好軟件工程？》和《05|敏捷開(kāi)發(fā)到底是想解決什么問(wèn)題？》文章中也列了一些參考書(shū)籍。留言區(qū)有同學(xué)推薦的文章《天下武功，唯快不破—新時(shí)代敏捷項(xiàng)目管理之道》對(duì)敏捷開(kāi)發(fā)Sprint試，而是把測(cè)試放在下一個(gè)Sprint，這樣做有什么優(yōu)缺點(diǎn)？歡迎在留言區(qū)與我討論。 不得售賣(mài)。頁(yè)面已增加防盜追蹤，將依法其上一 06|大廠都在用哪些敏捷方法？（上下一 08|怎樣平衡軟件質(zhì)量與時(shí)間成本范圍的關(guān)系言言 一路向 4目前認(rèn)為的難處：1探索無(wú)止 3以及時(shí)同步bug修復(fù)，缺點(diǎn)是麻煩，每次要cherrypick。 作者回復(fù):贊，可以先實(shí)驗(yàn)，看看估算是不是適合，如果好的話就可以進(jìn)一步固定下來(lái)。結(jié)對(duì)編程（英語(yǔ)：Pairprogramming）是一種敏捷軟件開(kāi)發(fā)的方法，兩個(gè)程序員在一個(gè)計(jì)算機(jī)上共同工作。一個(gè)人輸入代碼，而另一個(gè)人他輸入的每一行代碼。輸入代碼的人稱作駕駛員，代碼的人稱作觀察員（或?qū)Ш絾T）。兩個(gè)程序員經(jīng)?；Q角色。十斗簸 2作者回復(fù):這個(gè)問(wèn)題幫不上你，因?yàn)槲褻++不懂，你得自己去網(wǎng)上問(wèn)問(wèn)別人。 作者回復(fù):我覺(jué)得當(dāng)前Sprint的測(cè)試，還是應(yīng)該和當(dāng)前Sprint一起走比較好，因?yàn)檫@個(gè)Sprint的內(nèi) 2關(guān)于分支部署那里，我們采用的辦法是拉個(gè)新分支做開(kāi)發(fā)，在預(yù)發(fā)測(cè)試好了再合并但天之大 天之大 2編程國(guó) 2我覺(jué)得可能是第一個(gè)spntspnt…劉曉 1什么也不 這個(gè)sprintv1.2v1.2不包含sprintv1.1 1星星童 哈 1哈 Bug，測(cè)試提了一個(gè)Bug（例如：Ticket-234），這個(gè)Bug的Ticket屬于Sprint1.1，而不是Sprint像Jira這種軟件，可以多個(gè)Sprint共存，也就是你看Sprint1.1，可以看到Sprint1.1的所有的Ticket狀態(tài)；切換到Sprint1.2，可以看到Sprint1.1