項(xiàng)目經(jīng)過(guò)了迭代一階段，總體來(lái)說(shuō)我對(duì)team還是比較滿(mǎn)意的，盡管也出現(xiàn)了不少的問(wèn)題，但在這些問(wèn)題暴露出來(lái)后領(lǐng)導(dǎo)們就認(rèn)為我這樣管理team是不正確的，我對(duì)team的過(guò)于信任導(dǎo)致了這次迭代一出現(xiàn)了目標(biāo)偏差的現(xiàn)象，但我個(gè)人不這么認(rèn)為，在團(tuán)隊(duì)管理上我一直堅(jiān)信應(yīng)該建立在對(duì)team的信任以及建立team的一致作戰(zhàn)能力、一致榮譽(yù)感上，而不是步步對(duì)team進(jìn)行制度性的防范和監(jiān)控，這個(gè)我是不太認(rèn)同的，盡管這樣的做法通常來(lái)說(shuō)確實(shí)能得到一個(gè)比較好的結(jié)果，但是我認(rèn)為在那樣的team中工作是不快樂(lè)的，會(huì)容易造成team的疲憊感，工作除了付出自己的辛苦得到物質(zhì)收獲外，我覺(jué)得最重要的還是讓team得到精神上的快樂(lè)，我倡導(dǎo)快樂(lè)工作。
不過(guò)當(dāng)然，既然暴露出問(wèn)題，自然值得總結(jié)，在總結(jié)后發(fā)現(xiàn)現(xiàn)在的team確實(shí)是有些松散，還不夠緊密的團(tuán)結(jié)，重要的是沒(méi)形成統(tǒng)一的榮譽(yù)感，在這樣的情況下我仍然認(rèn)為并不是通過(guò)制度、監(jiān)控等方法去控制team，而是仍然給team一定的空間，簡(jiǎn)單的說(shuō)說(shuō)這次出現(xiàn)的問(wèn)題和自己的解決思路：
1、迭代版本產(chǎn)生了偏離需求和UI的現(xiàn)象
出現(xiàn)這個(gè)現(xiàn)象我覺(jué)得最主要的原因是在提煉用戶(hù)故事時(shí)做的不夠好，同時(shí)在用戶(hù)故事的錄入上的控制
也不夠好，針對(duì)這次出現(xiàn)的現(xiàn)象，我覺(jué)得在用戶(hù)故事上必須表達(dá)出一個(gè)成功的業(yè)務(wù)場(chǎng)景的詳細(xì)描述(通
過(guò)附帶UI來(lái)說(shuō)明)、業(yè)務(wù)規(guī)則的說(shuō)明以及用戶(hù)故事驗(yàn)證的說(shuō)明。
判斷一個(gè)用戶(hù)故事是否完成的標(biāo)準(zhǔn)就是成功的業(yè)務(wù)場(chǎng)景的執(zhí)行、業(yè)務(wù)規(guī)則的滿(mǎn)足以及是否能夠通過(guò)用
戶(hù)故事驗(yàn)證。
驗(yàn)證工作由on-site customer做，多數(shù)情況下on-site customer就是項(xiàng)目經(jīng)理、BA或需求分析人員。
通過(guò)頻繁發(fā)布的持續(xù)集成版本將自己實(shí)現(xiàn)的用戶(hù)故事與用戶(hù)故事驗(yàn)證人員進(jìn)行頻繁的溝通和交流。
開(kāi)發(fā)人員往往對(duì)細(xì)節(jié)不夠重視也是造成此現(xiàn)象的原因，開(kāi)發(fā)人員往往只注重主體功能的完成，但把細(xì)
節(jié)卻給忽略了，這個(gè)在以后的迭代中需要進(jìn)行糾正，培養(yǎng)開(kāi)發(fā)人員對(duì)于用戶(hù)故事完成的概念的認(rèn)識(shí)。
2、開(kāi)發(fā)人員在實(shí)現(xiàn)任務(wù)時(shí)出現(xiàn)了不知如何下手的現(xiàn)象
造成這種現(xiàn)象的發(fā)生我覺(jué)得最主要的仍然是CRC設(shè)計(jì)以及任務(wù)分解上出現(xiàn)了問(wèn)題，按照CRC設(shè)計(jì)的要
求以及任務(wù)分解的要求這種現(xiàn)象出現(xiàn)的情況應(yīng)該是不會(huì)發(fā)生的，盡管這次team的能力是有些欠缺，但
CRC設(shè)計(jì)加上任務(wù)分解其實(shí)會(huì)形成非常明確的詳細(xì)設(shè)計(jì)以及如何實(shí)現(xiàn)詳細(xì)設(shè)計(jì)的任務(wù)，在這點(diǎn)上解
決方案就是在下一次迭代會(huì)議上加強(qiáng)CRC設(shè)計(jì)以及任務(wù)分解這兩塊，CRC設(shè)計(jì)一定要能通過(guò)情景測(cè)
試，任務(wù)分解一定要分解的足夠清晰，讓開(kāi)發(fā)人員都能明白是怎么做的，至于碰到難點(diǎn)的地方自然是
先安排為Spike任務(wù)。
3、開(kāi)發(fā)人員在進(jìn)行任務(wù)跟蹤時(shí)出現(xiàn)偏離的現(xiàn)象
開(kāi)發(fā)人員仍然沒(méi)能形成很好的任務(wù)跟蹤的習(xí)慣，這點(diǎn)只能不斷的糾正，培養(yǎng)開(kāi)發(fā)人員形成這樣的習(xí)
慣。
4、接口依賴(lài)造成的瓶頸現(xiàn)象
這是此次迭代出現(xiàn)的一個(gè)較大的問(wèn)題，未形成一個(gè)迭代中的接口依賴(lài)的全貌圖，導(dǎo)致了在任務(wù)分配后
接口依賴(lài)常常集中在一個(gè)人的身上，出現(xiàn)了瓶頸現(xiàn)象，這點(diǎn)在第二個(gè)迭代中需要改進(jìn)，增加整個(gè)迭代
的接口依賴(lài)圖，這個(gè)可根據(jù)CRC設(shè)計(jì)提取形成。
5、任務(wù)自行挑選造成的任務(wù)完成有難度的現(xiàn)象
此次迭代中出現(xiàn)了這個(gè)現(xiàn)象，部分人員挑選了超過(guò)其能力很多的任務(wù)，最后導(dǎo)致了任務(wù)完成的過(guò)程中
出現(xiàn)了很多的問(wèn)題，這個(gè)我仍然覺(jué)得一方面是CRC設(shè)計(jì)的問(wèn)題，另一方面是缺少PP的原因。
6、持續(xù)集成失敗次數(shù)過(guò)多的現(xiàn)象
此次迭代中造成持續(xù)集成失敗的原因竟然多是測(cè)試代碼編寫(xiě)的不正確以及測(cè)試代碼對(duì)于運(yùn)行數(shù)據(jù)的依
賴(lài)，這個(gè)我在項(xiàng)目總結(jié)會(huì)議上進(jìn)行了講解，由于這個(gè)項(xiàng)目壓力太大，而且team能力確實(shí)有些不足，所
以我未強(qiáng)制執(zhí)行TDD，不過(guò)仍然極度鼓勵(lì)；第二個(gè)原因則是在造成了持續(xù)集成失敗后未列為最高優(yōu)先
級(jí)的事去做。
這次出現(xiàn)這些問(wèn)題雖然有些是和團(tuán)隊(duì)個(gè)人相關(guān)，但我更多的認(rèn)為這就是整個(gè)團(tuán)隊(duì)的責(zé)任，而不是某個(gè)人的，因此在第二個(gè)迭代中我仍然是以培養(yǎng)整個(gè)團(tuán)隊(duì)的一致榮譽(yù)感為首，并且仍然給予團(tuán)隊(duì)足夠的空間以及充分的信任；而且在第一次迭代中出現(xiàn)這些問(wèn)題也是好事，畢竟這是一支全新的團(tuán)隊(duì)，在團(tuán)隊(duì)能力欠缺的情況下我對(duì)于團(tuán)隊(duì)的表現(xiàn)是比較滿(mǎn)意的，在后續(xù)我仍然的更多是依靠交流、反饋以及共同作戰(zhàn)來(lái)彌補(bǔ)上面的問(wèn)題，而不是依靠制度和強(qiáng)制性的監(jiān)督。
比較可喜的是Team開(kāi)始接受整個(gè)軟件過(guò)程，TDD也開(kāi)始得到接受，而且team成員的能力提升也是比較的明顯，這其實(shí)對(duì)我而言就已經(jīng)達(dá)到目標(biāo)了，相信這樣的一支團(tuán)隊(duì)是不會(huì)讓我失望的。