團隊一起制定了一系列標準規(guī)范，包括數(shù)據(jù)庫設計規(guī)范、編碼注釋規(guī)范以及性能等其他規(guī)范。通過這些規(guī)范來約束項目團隊成員的研發(fā)習慣，避免出現(xiàn)個性化的特色模塊。其主要體現(xiàn)在數(shù)據(jù)庫表命名、字段命名、注釋模板、變量命名、界面元素命名、類，接口命名、代碼組織結(jié)構、穩(wěn)定性、程序包大小等多方面。通過每周的代碼走查（Code Review）來檢查團隊人員是否按照規(guī)范在執(zhí)行，沒有按照規(guī)范執(zhí)行的要求立馬修改，在編程風格上形成一個統(tǒng)一的風格，對于他人接受項目模塊或者是后期的維護，都具有非常重要的作用。
團隊人員流動造成項目進度拖延，同時也會增加項目風險和成本，期間有一個員工離職，幸運的是從別的項目組及時的調(diào)配了一個人員補上，避免了因為人力的缺乏對項目的進度帶來影響。在整個研發(fā)過程中團隊成員之間討論問題也發(fā)生口頭上的爭吵，沒能達成一個統(tǒng)一的共識的情況，納悶的是組里面就有個一位老員工，時常因為討論問題因為意見不合而和新員工發(fā)生爭執(zhí)，明明知道自己的東西存在問題也不承認的陳咬金。雖然作為項目的負責人，也是團隊的技術經(jīng)理，某些時候也很難說話，為了解決問題不得不得罪人，針對不同的情況我主要采用了以下幾種方法：
1）、綜合評估團隊成員的方案，分析各自的優(yōu)缺點，最終讓團隊成員一起總結(jié)出最佳方案。
2）、綜合評估團隊成員的方案，根據(jù)自己的經(jīng)驗和對業(yè)務的熟練度，給團隊成員提出備選方案，最后讓大家評估選擇確定方案。
3）、團隊成員的方案都不可行，根據(jù)自己的經(jīng)驗給出一套方案，強制項目團隊執(zhí)行。
4）、出現(xiàn)溝通解決不了的問題，及時上報給領導，讓上層人員出面調(diào)解。
本篇內(nèi)容為本人在項目管理工作中的真實記錄，以便在項目管理過程中遇到同樣的問題的朋友參考。同時歡迎廣大從事項目管理的朋友前來指點、交流，大家共同學習，進步。
版權說明
本文屬原創(chuàng)文章，歡迎轉(zhuǎn)載且注明文章出處，其版權歸作者和博客園共有。
作者：Beniao
文章出處：http://beniao.cnblogs.com/ 或 http://www.cnblogs.com/