項(xiàng)目開發(fā)中如何提升團(tuán)隊(duì)的戰(zhàn)力？

前言

曾有1些好友和同事問(wèn)我： 伴隨著團(tuán)隊(duì)人數(shù)的增加，怎樣樣能讓全部團(tuán)隊(duì)的產(chǎn)出是 1+1 >2？ 最少也是 1+1 = 2 。

結(jié)合我本身的1些角度和經(jīng)驗(yàn)，我給出了我的1些想法和做法。

(這里的角度是從實(shí)際開發(fā)中合作的角度來(lái)斟酌的，提升薪資1般能在很大程度上提升戰(zhàn)力 ^^, 這個(gè)不在本篇的討論范圍)

1. 統(tǒng)1團(tuán)隊(duì)的“語(yǔ)言”

之前看過(guò)1本書， 書中說(shuō)了這樣1個(gè)寓言-- “巴比倫通天塔”

內(nèi)容大概是：人類希望能聯(lián)合起來(lái)建立通往天堂的高塔。為了禁止人類的計(jì)劃，上帝讓人類說(shuō)不同的語(yǔ)言，令人類相互之間不能溝通，計(jì)劃因此失敗，人類自此各散東西。

這里的統(tǒng)1的團(tuán)隊(duì)“語(yǔ)言”，只的是環(huán)境和編碼上的1些習(xí)慣和規(guī)定。細(xì)部可以是：

1. 統(tǒng)1的規(guī)格文檔

項(xiàng)目不管多少人做，規(guī)格文檔總是需要的， 只是情勢(shì)和標(biāo)準(zhǔn)上會(huì)有1些不同。

比較小的項(xiàng)目， 人比較少， 可以斟酌在 Wiki 上來(lái)寫規(guī)格。情勢(shì)也可能比較隨機(jī)。 但是對(duì)觸及人數(shù)比較多， 項(xiàng)目較大的狀態(tài)，規(guī)范的規(guī)格文檔就會(huì)比較重要。SA, SD , AP, QA 都需要能看得懂。 規(guī)格同樣成為大家交換語(yǔ)言的"教材"。 設(shè)計(jì)1個(gè)好的規(guī)格文檔的模板也就相當(dāng)重要。

2. 統(tǒng)1的集成開發(fā)環(huán)境。

對(duì) Java 開發(fā)者來(lái)講，Eclipse 是個(gè)還不錯(cuò)的選擇。 固然你也能夠選擇 IntelliJ IDEA。 但是對(duì)開發(fā)同1項(xiàng)目的團(tuán)隊(duì)來(lái)講，大家1定要選擇同1套。

對(duì)各種IDE工具來(lái)講，優(yōu)點(diǎn)應(yīng)當(dāng)是各有千秋，選擇1個(gè)最合適項(xiàng)目，合適團(tuán)隊(duì)的。這個(gè)工作可以在項(xiàng)目進(jìn)入開發(fā)階段時(shí)大家1起挑選。

3. 統(tǒng)1的開發(fā)環(huán)境

開發(fā)人員常見(jiàn)的開發(fā)方式 1種是在本地建立個(gè)人開發(fā)環(huán)境進(jìn)行開發(fā)， 另外1種是在1臺(tái)共用的服務(wù)器上建立個(gè)人開發(fā)環(huán)境進(jìn)行開發(fā)， 使用代碼控管工具(P4 or Git)進(jìn)行代碼的獲得或提交。

不論是哪一種，常常會(huì)有以下?tīng)顟B(tài)產(chǎn)生：

1) 新加入member請(qǐng)老員工查看本地開發(fā)遇到的問(wèn)題

2) AP 1 請(qǐng)AP 2 在AP 1 上查看AP 2 寫的Code 的問(wèn)題

3) 大家1起在某臺(tái)機(jī)器上會(huì)診某個(gè)問(wèn)題

如果每一個(gè)開發(fā)人員的開發(fā)環(huán)境相差甚異，必將會(huì)浪費(fèi)1些沒(méi)必要要的熟習(xí)環(huán)境的時(shí)間。 所以， 統(tǒng)1大家的開發(fā)環(huán)境的路徑，開發(fā)項(xiàng)目名稱，統(tǒng)1的部署測(cè)試腳本也就不無(wú)裨益了。

4. 統(tǒng)1的編碼規(guī)范

衍生統(tǒng)1的開發(fā)環(huán)境， 團(tuán)隊(duì)成員使用統(tǒng)1的代碼規(guī)范， 像代碼文件路徑，文件命名， 類的命名， 方法命令，變量命令，參數(shù)命令都能統(tǒng)1的話， 彼此之間熟習(xí)代碼就會(huì)比較快，保護(hù)和更改也就方便了。

2. 共用功能組件的宣揚(yáng)，推行

1般項(xiàng)目的設(shè)計(jì)與開發(fā)中， 必不可少的總有共用模組的存在。(如果沒(méi)有，就要反思1下了)。

共用方法， 共用類， 共用模塊。 總有1些部份是可以提取出來(lái)供團(tuán)隊(duì)來(lái)使用的。除方便其他人，加快開發(fā)速度。

相對(duì)每一個(gè)人都寫1套類似的東西，花比較少的時(shí)間來(lái)提煉，錘煉共用的功能部份，使共用的部份無(wú)毛病，高效力，對(duì)提示項(xiàng)目的質(zhì)量也大有好處。

但是，共用組件的提取和宣揚(yáng)是需要有專門的意識(shí)和計(jì)劃的， 相對(duì)單個(gè)開發(fā)人員來(lái)講， 完成了既定功能的開發(fā)，是時(shí)間要求很緊的狀態(tài)下，他個(gè)人是沒(méi)有精力也不想花額外的時(shí)間去做共用化的，更別說(shuō)宣揚(yáng)和推行了。

固然， 即便共用的組件也不能從共用后就不再變化了， 功能完善與升級(jí)也是需要相應(yīng)的途徑的。

簡(jiǎn)言之， 以生命周期的方式來(lái)管控和保護(hù)共用組件。 從計(jì)劃，到實(shí)行，到銷售，到更新升級(jí)，到Release .... .

3. 代碼質(zhì)量保證

1個(gè)團(tuán)隊(duì)要做正確的事，要正確的做事， 在統(tǒng)1"語(yǔ)言"以后，是很有計(jì)劃達(dá)成 1+1 >2 的效果。 但是1定要確保正確的做事，同理之，如果某個(gè)成員制造了1個(gè)Bug, 影響的不但是他自己， 毛病一樣也會(huì)出現(xiàn) 1+1>2 的狀態(tài)。

所以，每一個(gè)人代碼質(zhì)量都要盡可能有保證。

自動(dòng)代碼Check,  定期的Code Reviewer, 結(jié)對(duì)編程都不失為1種好的做法， 一樣，選擇合適團(tuán)隊(duì)的狀態(tài)的方法就能夠了。

生活不易，碼農(nóng)辛苦
如果您覺(jué)得本網(wǎng)站對(duì)您的學(xué)習(xí)有所幫助,可以手機(jī)掃描二維碼進(jìn)行捐贈(zèng)