項目管理技巧-怎么讓代碼規范執行下去

一、系統里面存在的糟糕代碼情況有：

   1. 代碼規范，命名規范和注釋

   2. 公用代碼的抽取和封裝

   3. 性能低下的代碼

   4. 表現層、業務層、數據持久層位置存放混亂問題 

二、問題

1. 崗位調動，接手一個新的項目組。舊項目一踏糊塗，全部無規范和設計。

2. 組成員各做各的，毫無團隊協作能力，更別說團隊凝聚力。簡直不能更糟糕。

3. 新項目、新成員，新項目重新做了明確規范和框架設計，但組員很多時候不能很好的按照規范進行開發

4. 我有強迫症 

三、開始犯的錯誤，也是最笨的做法

定時核查，自己看到不正確代碼同時指出，讓開發優化，缺點：

1. 比較耗時，沒有很多時間來檢查所有開發代碼

2. 周期長，這個過程要一直持續很久，才能有效果

3. 效果慢

4. 容易導致組員開發反感，這很重要，任何事情重復了次數多了，都無法避免

四、解決方案

1. 選一個檢查負責人，定一個周期（一周），每周三出一份檢查報告。

2. 報告放入文檔，附帶截圖和問題說明、以及所隨機抽查的文件，發送全組

3. 負責人規定最后修復時間，所屬問題對應開發修復后並回復 

五、要點

1. 負責人檢查這個過程，他會自己認真考慮問題和優化方案，這很重要，負責人過程肯定印象深刻，可以避免再犯

2. 實際中，負責人檢查的肯定有不少遺漏和不正確或要點沒指出，特別是首次作為檢查人時

3. 自己通過檢查文檔，過一遍，把負責人考慮不全的同他當面溝通指正， 同時讓他更新問題文檔， 這里可直接提高他的編碼能力

4. 這個檢查過程，提高最大的是負責人。所以負責人每周期一換，輪流來， 當他們經歷規范負責人后，對項目歸宿感和規范要求會大有提升，后面至少負責人會認真寫出正確的編碼

5. 相信經過幾輪后，每個開發最后都得到大量提高和合作能力

6. 項目經理可節省大量時間，且提高開發水平、代碼規范、性能、代碼重用等優化 

六、總結

1. 把問題拋出給組員，並嘗試讓他們獨立解決

2. 大部分時候，只要引導方法正確，他們很處理的很好

3. 非必要的話，需避免自己獨自扛着問題，讓組成員處理、進步變得優秀才是‘可持續發展’模式，這需要一個過程，雖然難，但一定要進行 

附帶新規范代碼預覽

 

PS：關於團隊管理和團隊技能提高是個循環漸進的過程，但一定要有思考和推進，來對抗人與生俱來的惰性和舒適區。

新的一年，大組進行拆分，目前又4個小組組成。

團隊也會擴展，增加一個新組，需要高級開發、技術經理。團隊特點：團隊年輕化，晉升機會多，充滿活力，女性比例高。

如果你對開發工作充滿熱情，且你有一技之長，歡迎溝通（[e-mail]），職位要求本科或以上。高級開發（15-18K），技術經理（18K上）。