敏捷軟件開(kāi)發(fā)實(shí)踐-Sprint Setup Meeting

介紹：

對(duì)于一個(gè)迭代周期Sprint來(lái)說(shuō)，最先開(kāi)始的活動(dòng)并且也是最重要的活動(dòng)之一就是Sprint Setup Meeting. 在這個(gè)會(huì)議上，我們主要會(huì)去探討一些這個(gè)Sprint我們需要完成哪些story，并且這些story的具體需求是什么。其實(shí)，我們公司走的是離岸開(kāi)發(fā)模式，這種模式下，我們由于和我們的客戶有個(gè)時(shí)差（9小時(shí)） ，所以很難大家坐在一起然后和標(biāo)準(zhǔn)的Sprint Setup Meeting一樣開(kāi)始plan. 在這種模式下，我們有2種方式來(lái)實(shí)現(xiàn)。

實(shí)現(xiàn)方式：

一種實(shí)現(xiàn)方式是，我們offshore團(tuán)隊(duì)每次外派一個(gè)人出差，然后這個(gè)人在美國(guó)負(fù)責(zé)和美國(guó)團(tuán)隊(duì)一起開(kāi)展正規(guī)的Sprint Setup Meeting,然后這個(gè)人負(fù)責(zé)記錄好所有的meeting minutes,然后把結(jié)果反饋給中國(guó)這邊的團(tuán)隊(duì)，這是典型的“推”模型，也就是onshore吧Setup Meeting的結(jié)果推給offshore團(tuán)隊(duì)，我去年有半年時(shí)間在美國(guó)，當(dāng)時(shí)我們運(yùn)行的模式就是這種，優(yōu)點(diǎn)是我直接和客戶打交道，我可以拿到需求的第一手資料，從而更加精確的明白他們到底需要什么，但是缺點(diǎn)就是作為 onsite coordinator，特別累，因?yàn)樗仨氶_(kāi)2次會(huì)議，而且一次是要聽(tīng)明白全部，第二次是要吧這些內(nèi)容原封不動(dòng)的“復(fù)制”給offshore團(tuán)隊(duì)，所以需要coordinator本身有一定的技術(shù)水準(zhǔn)，他能時(shí)刻抓住事物本質(zhì)，還要有好的溝通和理解能力，還要有很好的精力。（附上右1 我去年出差的照片）

另外一種實(shí)現(xiàn)方式是：

我們每個(gè)Sprint開(kāi)始的前一天，onshore會(huì)吧這個(gè)sprint的要完成的story預(yù)先定義在Jira上，如下圖：

然后我們團(tuán)隊(duì)各模塊負(fù)責(zé)人會(huì)抽時(shí)間逐個(gè)review一下，并且提出一些困擾的問(wèn)題，然后第二天，我們只用1小時(shí)的時(shí)間來(lái)和onshore美國(guó)團(tuán)隊(duì)開(kāi)展這個(gè)Sprint Setup Meeting, 我一般會(huì)主持offshore這邊的會(huì)議，然后我們快速的review 每個(gè)story,然后就著我們的問(wèn)題和onshore直接討論并且figure out，如果不能就會(huì)記錄下來(lái)并且由專門(mén)的郵件保持跟進(jìn)。

總結(jié)：

在這個(gè)Meeting開(kāi)完之后，team里面每個(gè)成員應(yīng)該對(duì)這個(gè)sprint我們要做的story有一個(gè)宏觀的big picture. 這對(duì)于了解項(xiàng)目組的進(jìn)度，宏觀的把握，以及以后萬(wàn)一team有人請(qǐng)假而去接管任務(wù)，都是有幫助的。