Scrum流程個(gè)人整理版精

1、Sprint 計(jì)劃會(huì)議1:原始需求者、產(chǎn)品負(fù)責(zé)人及團(tuán)隊(duì)一起,確定任務(wù)優(yōu)先級(jí),定出Sprint 目標(biāo)和既定產(chǎn)品Backlog。Sprint 計(jì)劃會(huì)議2:團(tuán)隊(duì)將既定產(chǎn)品Backlog 中的每一項(xiàng)細(xì)化成多個(gè)任務(wù)。每個(gè)任務(wù)完成的時(shí)間限定在一天內(nèi)。Scrum 每日例會(huì):項(xiàng)目團(tuán)隊(duì)成員間的一個(gè)進(jìn)度協(xié)調(diào)會(huì)議。會(huì)議每天都在同一時(shí)間同一地點(diǎn)舉行。時(shí)間限定在15 分鐘內(nèi)。Sprint 驗(yàn)收會(huì)議:由原始需求者或產(chǎn)品負(fù)責(zé)人斷定實(shí)際所發(fā)布的功能是否與既定的Sprint 目標(biāo)一致。Sprint 回顧會(huì)議:項(xiàng)目團(tuán)隊(duì)分析Sprint中的成功經(jīng)驗(yàn)和所遇到的障礙。整個(gè)Sprint的周期(時(shí)間盒確定為10天(兩周,具體的時(shí)間安排為:

2、Sprint會(huì)議(0.5天開發(fā)(8天驗(yàn)收&總結(jié)(0.5天技術(shù)提升日(1天,自主學(xué)習(xí)技術(shù)1、需求收集1.1 需求的分類需求可與分為業(yè)務(wù)團(tuán)隊(duì)的,也可以包括團(tuán)度內(nèi)部的,比如性能優(yōu)化。1.2 需求提交模板 任務(wù)可用性問題(Bug性能問題概念想法注意:即使是概念性的想法,目前技術(shù)上無法實(shí)現(xiàn)的想法都可以收集。優(yōu)先級(jí)可從以下五種情況中選擇特別的嚴(yán)重非常重要很重要普通低注意:切忌將所有的任務(wù)的優(yōu)先級(jí)都設(shè)置的非常的高,這里不提供非常緊急這樣的表述。我們只會(huì)根據(jù)重要程度去執(zhí)行任務(wù),所以緊急的任務(wù)需要業(yè)務(wù)部門及需求方盡早的提出。需求類型可以是兩種類型詳細(xì)需求毛坯需求注意:我們的需求并不是要求一定要完整的,及

3、時(shí)是一些非常毛坯的需求,也可以提交過來,毛坯的需求由產(chǎn)品負(fù)責(zé)人進(jìn)行分析和梳理,暫不清楚的可選擇擱置。需求標(biāo)題有自己進(jìn)行書寫,但是需要遵守的規(guī)范是采用動(dòng)賓短語格式。比如:導(dǎo)出+CN酒店每天的PV、UV等流量數(shù)據(jù)注意:這里的需求內(nèi)容一定是站長(zhǎng)使用者角度是提出的,切勿出現(xiàn)專業(yè)的程序方面的表述:如添加一個(gè)導(dǎo)出的按鈕。還有需要注意的是動(dòng)詞切忌使用大而寬泛的詞,比如管理,類似管理關(guān)鍵詞這樣的需求是嚴(yán)格避免的,這樣會(huì)使得要開發(fā)的內(nèi)容變得沒有清晰的邊界。詳細(xì)描述需要按照用戶故事的格式進(jìn)行書寫。具體用戶故事格式的要求如下:用戶故事是從用戶的角度來描述用戶渴望得到的功能。需要注意的是用戶故事不能夠使用技術(shù)語言來描

4、述,要使用用戶可以理解的業(yè)務(wù)語言來描述。一個(gè)好的用戶故事包括三個(gè)要素:角色:誰要使用這個(gè)功能?；顒?dòng):需要完成什么樣的功能。商業(yè)價(jià)值:為什么需要這個(gè)功能,這個(gè)功能帶來什么樣的價(jià)值。用戶故事通常按照如下的格式來表達(dá):作為一個(gè)<角色>, 我想要<活動(dòng)>, 以便于<商業(yè)價(jià)值>比如:作為一名酒店前端開發(fā)人員,我期望查看所有酒店頁(yè)面的頁(yè)面打開時(shí)間,以便了解哪些頁(yè)面需要進(jìn)行技能優(yōu)化。一個(gè)好的用戶故事同時(shí)要符合INVEST原則,INVEST原則分別是:獨(dú)立性(Independent: 要盡可能的讓一個(gè)用戶故事獨(dú)立于其他的用戶故事。用戶故事之間的依賴使得制定計(jì)劃,確定優(yōu)先級(jí),

5、工作量估算都變得很困難。通常我們可以通過組合用戶故事和分解用戶故事來減少依賴性?？蓞f(xié)商性(Negotiable: 一個(gè)用戶故事的內(nèi)容要是可以協(xié)商的,用戶故事不是合同。一個(gè)用戶故事卡片上只是對(duì)用戶故事的一個(gè)簡(jiǎn)短的描述,不包括太多的細(xì)節(jié)。具體的細(xì)節(jié)在溝通階段產(chǎn)出。一個(gè)用戶故事帶有了太多的細(xì)節(jié),實(shí)際上限制了和用戶的溝通。有價(jià)值(Valuable: 每個(gè)故事必須對(duì)客戶具有價(jià)值。一個(gè)讓用戶故事有價(jià)值的好方法是讓客戶來寫下它們。一旦一個(gè)客戶意識(shí)到這是一個(gè)用戶故事并不是一個(gè)契約而且可以進(jìn)行協(xié)商的時(shí)候,他們將非常樂意寫下故事?？梢怨浪阈?Estimable:開發(fā)團(tuán)隊(duì)需要去估計(jì)一個(gè)用戶故事以便確定優(yōu)先級(jí),工作量

6、,安排計(jì)劃。但是讓開發(fā)者難以估計(jì)故事的問題來自:對(duì)于領(lǐng)域知識(shí)的缺乏(這種情況下需要更多的溝通,或者故事太大了(這時(shí)需要把故事切分成小些的。短小(Small: 一個(gè)好的故事在工作量上要盡量短小,最好不要超過8個(gè)人/天的工作量,至少要確保的是在一個(gè)迭代能夠完成。用戶故事越大,在安排計(jì)劃,工作量估算等方面的風(fēng)險(xiǎn)就會(huì)越大?？蓽y(cè)試性(Testable: 一個(gè)用戶故事要是可以測(cè)試的,以便于確認(rèn)它是可以完成的。如果一個(gè)用戶故事不能夠測(cè)試,那么你就無法知道它什么時(shí)候可以完成。注意:角色的范圍不能過大,比如是作為一名用戶,這樣是的不被接受的。商業(yè)價(jià)值也不能大而寬泛,比如,能為公司創(chuàng)造業(yè)績(jī)。如果要寫也一定要對(duì)業(yè)績(jī)

7、做初步估算,比如,預(yù)期會(huì)給公司帶來每月1萬張訂單。驗(yàn)收條件是開發(fā)完成后檢驗(yàn)的標(biāo)準(zhǔn),所以一定要認(rèn)真填寫,否則可能開發(fā)出來的東西與預(yù)期不達(dá)標(biāo)。以上面的導(dǎo)出+CN酒店每天的PV、UV等流量數(shù)據(jù)為例,它的驗(yàn)收條件可以為:1 可以為每個(gè)用戶設(shè)置是否擁有此導(dǎo)出權(quán)限2 導(dǎo)出的時(shí)間可以細(xì)化的天。即可導(dǎo)出每天的流量。3 導(dǎo)出數(shù)據(jù)的最大時(shí)間跨度為31天4 對(duì)于導(dǎo)出數(shù)據(jù)做好日志記錄,后期可查是誰進(jìn)行了導(dǎo)出。5 導(dǎo)出的字段包括:PV、UV、跳出率、新訪客占比。價(jià)值驗(yàn)證說明如何跟蹤上線后的效果2、Sprint 計(jì)劃會(huì)議1目標(biāo):定出Sprint 目標(biāo)和既定產(chǎn)品Backlog。2.1 會(huì)議準(zhǔn)備所有會(huì)議資源都已預(yù)訂會(huì)議室投影

8、儀筆記本在會(huì)議前一天確定議程,將目標(biāo)和議程發(fā)送給所有與會(huì)者原始需求人(可選擇不來產(chǎn)品負(fù)責(zé)人 Scrum Master開發(fā)團(tuán)隊(duì)已按優(yōu)先級(jí)排列產(chǎn)品Backlog整理完畢 Sprint 時(shí)間表已經(jīng)安排 Sprint 計(jì)劃會(huì)議1 的時(shí)間安排 Sprint 計(jì)劃會(huì)議2 的時(shí)間安排 Sprint 的第一天已確定 Sprint 的最后一天已確定 Scrum 每日例會(huì)的時(shí)間安排 Sprint 驗(yàn)收會(huì)議的時(shí)間安排 Sprint 回顧會(huì)議的時(shí)間安排2.2 會(huì)議議程把Sprint 時(shí)間表公開給所有人產(chǎn)品負(fù)責(zé)人向團(tuán)隊(duì)產(chǎn)品闡述需求(用戶故事開發(fā)人員對(duì)用戶故事不清楚的點(diǎn)可以及時(shí)提出。產(chǎn)品負(fù)責(zé)人或者原始需求者負(fù)責(zé)解答不清楚

9、的故事點(diǎn)。如果討論現(xiàn)場(chǎng)發(fā)現(xiàn)有遺漏的需求,可由產(chǎn)品負(fù)責(zé)人添加至產(chǎn)品Backlog。如果對(duì)需求的優(yōu)先級(jí)存在異議,可會(huì)上討論,確定最終的執(zhí)行順序。產(chǎn)品負(fù)責(zé)人& 需求方和小組成員相互認(rèn)可這Sprint 目標(biāo)和既定產(chǎn)品Backlog2.3 會(huì)議結(jié)果為Sprint 計(jì)劃會(huì)議2的進(jìn)行準(zhǔn)備好既定產(chǎn)品Backlog2.4 補(bǔ)充內(nèi)容產(chǎn)品Backlog模板(基本同需求模板 等待處理正在進(jìn)行已經(jīng)完成不予處理暫時(shí)擱置需要討論3、Sprint 計(jì)劃會(huì)議2目標(biāo):確定所有任務(wù),生成Sprint Backlog,確認(rèn)Sprint 目標(biāo)3.1 會(huì)議準(zhǔn)備要求原始需求者離開會(huì)議,參會(huì)人員為產(chǎn)品負(fù)責(zé)人 Scrum Master

10、開發(fā)團(tuán)隊(duì)在Sprint 計(jì)劃會(huì)議1后10分鐘舉行 Sprint 計(jì)劃會(huì)議1中整理的既定產(chǎn)品Backlog任務(wù)估時(shí)牌(按1,2,3,5,8,13估算3.2 會(huì)議進(jìn)程團(tuán)隊(duì)成員按順序分析既定產(chǎn)品Backlog的討論實(shí)現(xiàn)細(xì)節(jié)編碼測(cè)試代碼審核學(xué)習(xí)新技術(shù)編寫文檔部署上傳可看情況確定是否使用撲克估時(shí)任務(wù)超過一天時(shí),需要拆成多個(gè)小任務(wù)如果團(tuán)隊(duì)評(píng)估下來任務(wù)過多,可和產(chǎn)品負(fù)責(zé)人一起刪減任務(wù)如果團(tuán)隊(duì)評(píng)估下來任務(wù)過少,可和產(chǎn)品負(fù)責(zé)人一起從產(chǎn)品Blaclog中引入新的需求。3.3 會(huì)議結(jié)果將最終確認(rèn)的可完成的需求清單郵件至原始需求人產(chǎn)品負(fù)責(zé)人 Scrum Master開發(fā)團(tuán)隊(duì)將最終確認(rèn)的任務(wù)列表郵件至產(chǎn)品負(fù)責(zé)人 Scr

11、um Master開發(fā)團(tuán)隊(duì)3.4 補(bǔ)充內(nèi)容Sprint Backlog模板 務(wù)可以是程序類描述,如數(shù)據(jù)數(shù)據(jù)庫(kù)設(shè)計(jì)4、Scrum 每日例會(huì)目標(biāo):團(tuán)隊(duì)成員間工作進(jìn)度的溝通和協(xié)調(diào)4.1 會(huì)議準(zhǔn)備邀請(qǐng)與會(huì)者外部團(tuán)隊(duì)協(xié)助人員(如有有需要的話原始需求人(只有選擇是否參加,過程中不可發(fā)言在Sprint Backlog 上的所有任務(wù)都是可以增刪修改,可重排序的一臺(tái)電腦,中間標(biāo)識(shí)任務(wù)的狀態(tài),可設(shè)為待處理,正在處理,已完成的。4.2 會(huì)議進(jìn)程注意:會(huì)議限定在15分鐘內(nèi)團(tuán)隊(duì)里的每個(gè)成員都必須回答以下三個(gè)問題,并考慮其相關(guān)的行動(dòng)。上次會(huì)議時(shí)的任務(wù)哪些已經(jīng)完成?把任務(wù)從正在處理狀態(tài)轉(zhuǎn)為已完成狀態(tài)下一次會(huì)議之前,你計(jì)劃完

12、成什么任務(wù)?如果任務(wù)狀態(tài)為待處理:轉(zhuǎn)為正在處理狀態(tài)如果任務(wù)不在Sprint Backlog 上:添加這個(gè)任務(wù)如果任務(wù)不能在一天內(nèi)完成:把這任務(wù)細(xì)分成多個(gè)任務(wù)如果任務(wù)可以在一天內(nèi)完成:把任務(wù)狀態(tài)設(shè)為正在處理如果任務(wù)狀態(tài)已經(jīng)是正在處理:詢問是否存在阻礙任務(wù)完成得問題有什么問題阻礙了你的開發(fā)如果有阻礙你開發(fā)進(jìn)度的問題:把該障礙加入到障礙Backlog 中,Scrum Master負(fù)責(zé)記錄如果展開了一個(gè)問題的討論提醒團(tuán)隊(duì)的成員們注意把精力集中在回答關(guān)鍵問題上如果相關(guān)人員想發(fā)表些言論禮貌地提醒他,該會(huì)議只允許讓小組成員討論4.3 會(huì)議結(jié)果得到最新的障礙Backlog得到最新的Sprint Backlog

13、最新的工作進(jìn)度圖(燃盡圖第一次的例會(huì)創(chuàng)建一封郵件,由Scrum Master會(huì)議后將例會(huì)內(nèi)容回復(fù)此郵件。4.4 障礙Backlog障礙Backlog 列舉了所有團(tuán)隊(duì)內(nèi)部和團(tuán)隊(duì)相關(guān)的和阻礙項(xiàng)目進(jìn)度的問題。Scrum Master 需要確保所有的障礙Backlog 中的問題都已分配并可以得到解決。10 大典型障礙會(huì)議規(guī)則沒能被遵循產(chǎn)品遠(yuǎn)景和Sprint 目標(biāo)不清晰沒有產(chǎn)品負(fù)責(zé)人負(fù)責(zé)回答提問產(chǎn)品Backlog 未能按商業(yè)價(jià)值區(qū)分優(yōu)先級(jí)并不是所有負(fù)責(zé)交付產(chǎn)品的人員都是團(tuán)隊(duì)里的成員Scrum Master 還要處理其他任務(wù),不能集中精力團(tuán)隊(duì)人數(shù)過多團(tuán)隊(duì)沒有能坐在一起工作的空間團(tuán)隊(duì)的Sprint Back

14、log 混亂中間遇到了技術(shù)難題5、Sprint 驗(yàn)收會(huì)議目標(biāo):根據(jù)團(tuán)隊(duì)這次Sprint 所發(fā)布的版本,評(píng)審相關(guān)的Backlog 中的問題,檢查是否已達(dá)到Sprint 的目標(biāo)。5.1 會(huì)議準(zhǔn)備所有會(huì)議資源都已預(yù)訂會(huì)議室投影儀筆記本在會(huì)議前一天確定議程,將目標(biāo)和議程發(fā)送給所有與會(huì)者原始需求人(可選擇不來產(chǎn)品負(fù)責(zé)人 Scrum Master開發(fā)團(tuán)隊(duì)對(duì)于每個(gè)人來說Sprint 目標(biāo)都是公開的對(duì)每個(gè)人來說既定產(chǎn)品Backlog 是公開的,可獲取的5.2 會(huì)議進(jìn)程團(tuán)隊(duì)按Backlog 中的問題,逐個(gè)地介紹這次Sprint 的結(jié)果,和演示新功能。如果產(chǎn)品負(fù)責(zé)人或需求方想要改變功能:添加一個(gè)新問題到產(chǎn)品Bac

15、klog 中如果對(duì)功能有一個(gè)新的想法:添加一個(gè)新問題到產(chǎn)品Backlog 中如果小組報(bào)告項(xiàng)目遇到阻礙現(xiàn)在還沒能解決:把該障礙加入到障礙Backlog5.3 會(huì)議結(jié)果對(duì)這次Sprint 的結(jié)果和整個(gè)產(chǎn)品的開發(fā)狀態(tài)的共識(shí)6、Sprint 回顧會(huì)議目標(biāo):通過總結(jié)以往的實(shí)踐經(jīng)驗(yàn)來提高團(tuán)隊(duì)生產(chǎn)力。注意:主要指導(dǎo)原則:不管我們現(xiàn)在發(fā)現(xiàn)了什么問題,我們必須懂得并堅(jiān)信每個(gè)人通過他們當(dāng)時(shí)所知的,他所擁有的技能和可得到的資源,在限定的環(huán)境下,都盡其所能做出了最好的成績(jī)。6.1 會(huì)議準(zhǔn)備邀請(qǐng)與會(huì)者: Scrum Master團(tuán)隊(duì)所有成員產(chǎn)品負(fù)責(zé)人(可選附屬工具便簽紙白板在白板上寫上主要指導(dǎo)原則在白板上畫上一個(gè)至少三頁(yè)紙連在一起長(zhǎng)的時(shí)間軸在白板上寫上我們的成功經(jīng)驗(yàn)是什么在白板上寫上有什么能夠改進(jìn)在白板上寫上誰負(fù)責(zé),然后分成兩個(gè)區(qū)域團(tuán)隊(duì)和公司附屬工具:6.2 會(huì)議進(jìn)程介紹會(huì)議目標(biāo)介紹會(huì)議主要指導(dǎo)原則在時(shí)間軸上,標(biāo)記出Sprint 的開始和結(jié)束時(shí)間向與會(huì)者解說如何使用該便簽紙進(jìn)行工作派發(fā)便簽,并且讓每人寫上他們認(rèn)為這次Sprint 中最為重要的事,限時(shí) 5 分鐘每個(gè)與會(huì)者輪流把他的貼紙貼到白板的時(shí)間軸上,并用兩句話來解說這事有什么特別的地方分發(fā)便簽紙,并讓每人寫上我們的成功經(jīng)驗(yàn)是什么,限時(shí)5分鐘每個(gè)與會(huì)者輪流把他的貼紙貼到白板我們的成功經(jīng)驗(yàn)是什么的區(qū)域上,并解說。分發(fā)便簽紙,并讓每人寫上有什么能夠改