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