一步一步來，最容易做的就是開始使用版本控制軟件
第二步就是單獨(dú)指定一個(gè)人寫單元測(cè)試，雖然少了一個(gè)人做開發(fā)，但可以有效提高產(chǎn)品質(zhì)量
# re: 技術(shù)團(tuán)隊(duì)管理（一）[未登錄] 回復(fù) 更多評(píng)論
2009-01-19 12:20 by
1. 都為欠缺開發(fā)經(jīng)驗(yàn)的應(yīng)屆畢業(yè)生
培訓(xùn)、溝通、討論
2. 沒有做完善的詳細(xì)設(shè)計(jì)，需求分析完后立即開發(fā)，導(dǎo)致后期頻繁改變系統(tǒng)架構(gòu)，延遲開發(fā)時(shí)間
-->需求文檔、review需求文檔
開發(fā)文檔、review開發(fā)文檔
3. 沒有模塊做單元測(cè)試
-->培訓(xùn)
4. 沒有 code review
-->問題不是很大，可以兩兩review 互相學(xué)習(xí)
5. 代碼覆蓋率 < 10%
-->一和代碼架構(gòu)有關(guān) 學(xué)習(xí)、總結(jié)、討論
二和測(cè)試方式有關(guān) 培訓(xùn)
6. 開發(fā)小組提交到時(shí)測(cè)試小組前，沒有做內(nèi)部測(cè)試，導(dǎo)致很多產(chǎn)品被測(cè)試小組打回
-->寫測(cè)試文檔，培訓(xùn)測(cè)試流程、方式 評(píng)估bug個(gè)數(shù) 代碼可讀性 作為個(gè)人績(jī)效考評(píng)依據(jù)
7. 測(cè)試小組目前只做黑盒測(cè)試，很多BUG測(cè)不出或難以重現(xiàn)，導(dǎo)致產(chǎn)品在正式投入使用后出現(xiàn)很多問題
-->到測(cè)試組前，需要研發(fā)做白盒測(cè)試。測(cè)試小組拿到產(chǎn)品前，根據(jù)需求文檔寫測(cè)試項(xiàng)。愈是代碼行數(shù)多的模塊，所做的測(cè)試項(xiàng)愈多
8. 沒有完善的版本管理，從客戶那邊拿回來產(chǎn)品經(jīng)常找不到對(duì)應(yīng)的源代碼
-->指定項(xiàng)目經(jīng)理，對(duì)項(xiàng)目負(fù)責(zé)，可以調(diào)度研發(fā)人員、測(cè)試人員等資源。另安排專門的人做it文檔、版本等管理。
總之 應(yīng)屆生有激情，給予相應(yīng)的指導(dǎo)培訓(xùn)、制度化、多鼓勵(lì)、多總結(jié)，一切會(huì)好起來的。
樓主 要不要聘請(qǐng)一個(gè)兼職顧問，提供一下培訓(xùn)啊，呵呵。
另 removed
一些大公司可能都是這樣的。
外資可能會(huì)在管理方面做得出色一點(diǎn)。