上周五和本周二，我經(jīng)歷了兩次教科書一樣的SCRUM會(huì)議。

cu_Cbear

轉(zhuǎn)：redouble

上周五和本周二，我經(jīng)歷了兩次教科書一樣的SCRUM會(huì)議。

背景：
我準(zhǔn)備在公司推進(jìn)敏捷項(xiàng)目管理方法。想辦法得到了軟件開發(fā)部部門經(jīng)理的支持。于是乎在新立項(xiàng)的G維護(hù)項(xiàng)目中進(jìn)行實(shí)驗(yàn)。

上周五下午，是G維護(hù)項(xiàng)目的一次迭代匯報(bào)會(huì)議。
會(huì)議中，我?guī)椭��?xiàng)目組成員回顧了已經(jīng)完成的工作，同時(shí)分析了工作沒有按照計(jì)劃完成的原因。會(huì)議的效果如下：

1.下一次迭代的估算時(shí)，每個(gè)成員每周流出1天的工作量來應(yīng)付突發(fā)的事件。
2.討論出了若干實(shí)際的方法來解決項(xiàng)目中出現(xiàn)的溝通的問題。

本周二上午，是G維護(hù)項(xiàng)目的迭代規(guī)劃會(huì)議。會(huì)議中：

1.先約定了以后會(huì)議的一些常態(tài)規(guī)范和約定
2.計(jì)算了本次迭代項(xiàng)目組所有可用工作量的小時(shí)數(shù)
3.請產(chǎn)品經(jīng)理按照優(yōu)先級的順序給大家講解需求
1.產(chǎn)品經(jīng)理由于沒有按照部門規(guī)定的用例格式書寫需求條目，被部門經(jīng)理嚴(yán)重批評
2.過程中，我盡量的引導(dǎo)了所有項(xiàng)目組成員對需求條目進(jìn)行討論和澄清
4.針對每一條需求，項(xiàng)目組成員進(jìn)行了DELPHI的估算方式
1.估算以小時(shí)數(shù)為單位，而不是功能點(diǎn)
2.針對每一條的估算分割成了開發(fā)和測試兩部分
5.由于有另外一個(gè)產(chǎn)品經(jīng)理的需求還需要占用項(xiàng)目組的時(shí)間，因此要求兩個(gè)產(chǎn)品經(jīng)理對需求條目進(jìn)行合并，并對優(yōu)先級進(jìn)行了協(xié)調(diào)。
6.項(xiàng)目組成員對本迭代的需求進(jìn)行了認(rèn)領(lǐng)
1.開發(fā)經(jīng)理也會(huì)承擔(dān)一部分開發(fā)任務(wù)。按照原來的計(jì)劃方式，開發(fā)經(jīng)理會(huì)承擔(dān)很多難度較大的需求條目。工作量過載會(huì)導(dǎo)致開發(fā)經(jīng)理成為瓶頸。采用這樣的計(jì)算方式，避免了出現(xiàn)上述的問題。其他的開發(fā)人員幫助開發(fā)經(jīng)理分擔(dān)了工作。
2.測試人員只有一名，但是測試的工作量已經(jīng)溢出，因此要求開發(fā)人員分擔(dān)了一些測試執(zhí)行的工作。
3.最終達(dá)到了工作量的大致平衡分布。

當(dāng)然，規(guī)劃會(huì)議中也出現(xiàn)了一些問題：

1.對于某一條需求，分割粒度不夠。有兩個(gè)開發(fā)人員估算了40小時(shí)，開發(fā)經(jīng)理估算了20小時(shí)。按照一般的約定，應(yīng)該由產(chǎn)品經(jīng)理再次分割指16小時(shí)之內(nèi)。但是強(qiáng)勢的部門經(jīng)理堅(jiān)持認(rèn)為該需求不能在分割了�；�于當(dāng)時(shí)的環(huán)境，我沒有堅(jiān)持。
2.還是針對該條需求，開發(fā)人員的估算存在明顯的分歧（包括部門經(jīng)理在內(nèi)），出現(xiàn)了短暫的緊張氣氛。由于我意識(shí)到該條需求具有明顯的潛在認(rèn)領(lǐng)者（開發(fā)經(jīng)理），因此我也沒有堅(jiān)持針對他的估算必須達(dá)成一致。
3.針對于需求的描述格式。由于部門內(nèi)部發(fā)布了用例的規(guī)范格式，因此當(dāng)然要求產(chǎn)品經(jīng)理進(jìn)行遵守。但是針對這個(gè)特定的項(xiàng)目（用戶的角色非常單一），我們都發(fā)現(xiàn)，描述功能比描述場景可能更加合適。因此，在日后的改進(jìn)工作中，有必要發(fā)布用戶故事的格式規(guī)范。
4.在瀏覽需求條目時(shí)，發(fā)現(xiàn)了不同的需求條目之間存在著依賴關(guān)系，即某需求的開發(fā)的開始和估算依賴于另外一條需求。我在本次會(huì)議中沒有處理這個(gè)情況。我覺得這其實(shí)是由于被依賴的需求條目還需要被拆分。但是，我準(zhǔn)備在下一次迭代中再處理這種情況。
5.本次規(guī)劃中發(fā)現(xiàn)需求來源于兩個(gè)產(chǎn)品經(jīng)理。這一次雖然協(xié)調(diào)的比較順利，但以后還是需要盡量避免。

雖然出現(xiàn)了一些問題，但是我還是對這兩次會(huì)議非常滿意了！關(guān)于部門經(jīng)理非常強(qiáng)勢的問題，由于本次實(shí)驗(yàn)部門經(jīng)理也非常支持，因此我會(huì)在以后的私下聊天中，逐步改變部門經(jīng)理的管理方式。

感謝以下一些圖書的作者：
《SCRUM敏捷項(xiàng)目管理》
《SCRUM敏捷項(xiàng)目管理實(shí)戰(zhàn)》
《硝煙中的SCRUM和XP》
《敏捷無敵》
《敏捷估計(jì)與規(guī)劃》