scrum軟件開發(fā)用例怎么寫?

一、scrum軟件開發(fā)用例

scrum軟件開發(fā)用例有一個(gè)“三三四”原則，即三個(gè)角色、三個(gè)產(chǎn)出物、四個(gè)會(huì)議。

?? 三個(gè)角色：PO、Scrum Master、Dev Team

PO：Product Owner，一般都是產(chǎn)品經(jīng)理，負(fù)責(zé)需求分析和整理、分解驗(yàn)收story、維護(hù)Product backlog等（關(guān)于backlog和story會(huì)在下面有詳細(xì)的描述）。Scrum Master：扮演推動(dòng)者的角色，他要負(fù)責(zé)主持會(huì)議、協(xié)助團(tuán)隊(duì)內(nèi)部成員解決困難、解決外部對(duì)團(tuán)隊(duì)內(nèi)部的過分干擾、和外界的主要溝通工作等。Master可以由專門的人來擔(dān)當(dāng)，也可以由團(tuán)隊(duì)內(nèi)部的成員來擔(dān)當(dāng)，很多團(tuán)隊(duì)都是由PO來同時(shí)兼任Master，筆者建議由團(tuán)隊(duì)內(nèi)部成員輪流擔(dān)當(dāng)，這樣能夠培養(yǎng)團(tuán)隊(duì)成員的責(zé)任感，增強(qiáng)團(tuán)隊(duì)的凝聚力，并讓大家更加容易理解敏捷開發(fā)的精髓。Dev Team：整個(gè)開發(fā)和測(cè)試團(tuán)隊(duì)，包括UI設(shè)計(jì)師等所有相關(guān)人員。

?? 三個(gè)產(chǎn)出物：Product Backlog、Sprint Backlog、Potential Shippable Product Increment

Product Backlog：產(chǎn)品需求池Sprint Backlog：此次需要開發(fā)的需求集合Potential Shippable Product Increment：可交付的結(jié)果

?? 四個(gè)會(huì)議：Sprint Planning、Daily Scrum Planning、Sprint Review、Sprint Retrospective

Sprint Planning：需求評(píng)審會(huì)和迭代啟動(dòng)會(huì)，這個(gè)會(huì)議上，需要得出以下結(jié)論：全員明確清晰的迭代目標(biāo)澄清所有的需求及技術(shù)實(shí)現(xiàn)風(fēng)險(xiǎn)評(píng)估需要的工作量，以及需要投入的人員確定出所有最終需要發(fā)布的功能集合及工作量，需要將Story拆解成Task，以小時(shí)為單位。Daily Scrum Planning：每日站會(huì)，顧名思義，就是站著開會(huì)，大家圍成一個(gè)圈或者半圈，這樣做有兩個(gè)目的，一個(gè)是高效，另一個(gè)是可以方便團(tuán)隊(duì)所有人都可以看見對(duì)方。站會(huì)的目的有以下3個(gè)：監(jiān)督個(gè)人的承諾：確認(rèn)個(gè)人是否完成昨日的目標(biāo)培養(yǎng)團(tuán)隊(duì)文化了解項(xiàng)目進(jìn)展：團(tuán)隊(duì)中每個(gè)人都應(yīng)該了解其他人在做的事情，以及當(dāng)前團(tuán)隊(duì)的進(jìn)展和風(fēng)險(xiǎn)。最實(shí)際的好處就是這樣可以清楚的知道別人做的事情是否對(duì)自己有影響，或者自己是否可以提供幫助等。

站會(huì)的時(shí)間，建議不超過15分鐘，只描述狀態(tài)和任務(wù)，不討論技術(shù)細(xì)節(jié)，另外，每個(gè)人圍繞以下3個(gè)話題來簡(jiǎn)單描述自己的進(jìn)展：

昨天完成了什么？目前有什么困難，需要幫助的？今天準(zhǔn)備做什么？

站會(huì)的時(shí)候，Scrum Master一定要注意以下問題：制止不必要的討論、禁止小會(huì)、控制發(fā)言時(shí)間、不要跑題等，另外，站會(huì)的時(shí)候，Master需要修改燃盡圖（后面會(huì)有對(duì)燃盡圖的詳細(xì)描述）。

Sprint Review：迭代評(píng)審會(huì)，此次會(huì)議的主要內(nèi)容是相關(guān)利益者及團(tuán)隊(duì)成員展現(xiàn)本次迭代的功能增量，需要注意的是不展示未完成的功能，也不需要PPT，演示結(jié)束后記錄好相關(guān)反饋。很多采用敏捷開的團(tuán)隊(duì)都不開Review會(huì)議，其實(shí)Review會(huì)議是有一定的好處和目的的：可以讓團(tuán)隊(duì)的成果得到認(rèn)可，提升團(tuán)隊(duì)的自我價(jià)值感其他人可以了解團(tuán)隊(duì)在做的事情可以吸引一些利益相關(guān)者的注意，并得到一些反饋演示能夠?qū)F(tuán)隊(duì)成員造成的一定的壓力，迫使團(tuán)隊(duì)認(rèn)真完成工作Sprint Retrospective：迭代回顧會(huì)，會(huì)議主要是回顧此次迭代的整體情況，一定要全員參加，一起回顧此次迭代做的好的地方，以及需要改進(jìn)的地方，并對(duì)這些需要改進(jìn)的點(diǎn)，提出改進(jìn)措施。

延伸閱讀：

二、看板 & 燃盡圖

看板一般是一個(gè)物理白板，目的是做迭代進(jìn)展可視化跟蹤和協(xié)作溝通?？窗迳闲枰獙⒚總€(gè)人的任務(wù)，以對(duì)應(yīng)的狀態(tài)（To Do/Not checked out、Doing/Checked out、Done）展示出來，一般使用便簽紙。

同時(shí)要在白板上畫出燃盡圖，燃盡圖指示的是當(dāng)前剩余的工作量，是一個(gè)跟蹤項(xiàng)目進(jìn)展非常好的指示器。燃盡圖上一般有2條曲線，如下圖的燃盡圖，灰色的直線表示的是優(yōu)異剩余工作量曲線，藍(lán)色的表示實(shí)際的剩余工作量曲線，正常情況下，藍(lán)色的線應(yīng)該在灰色的線上下浮動(dòng)，并在最后一天合到同一個(gè)點(diǎn)上。燃盡圖可以在每天站會(huì)的時(shí)候由PO更新狀態(tài)。