根據我近些年在IT行業的摸爬滾打，發現作為一個合格的開發經理需要做的第一件事情是：規范。

1、規范代碼

    每個公司都有自己的規范文檔，但是很少有同學按照規范標準來寫自己的代碼。這樣導致代碼風格多元化、代碼邏輯可愛化，更有甚者，會有人連自己的代碼都看不懂。為什么？原因很簡單，雖然寫了規范文檔，做了規范培訓，但是沒有強制的執行和跟蹤。

    我認為作為一個合格的開發經理，需要做如下三件事情。第一步，寫代碼規范文檔，做培訓。第二步，按照規范生成開發模版，規定手下的所有開發人員的開發工具中導入此模版。第三步，反復核查開發人員的代碼（3-6個月），直到規范成為一種習慣。

2、規范文檔

    文檔在中國IT公司幾乎不受太大的重視。

    在項目型的公司，要么就是沒有文檔，要么就是文檔泛濫（要知道，有很多文檔是做給QA看的，其實都是垃圾），我有時候就想，這樣有意義嗎？文檔的目的是開發人員的輔助工具，尤其對于剛入職公司的新人而言，不會有幾個“好心腸”的老員工去幫助新員工講解項目架構和原理的，進來了就是靠自己摸索，那么文檔對于新人就顯得尤為重要了。所以，要么就建立一個好的培訓機制，要么就寫好文檔，如果兩者都做的很好為最佳。

    在互聯網公司，對于一些生命周期短暫的小項目不寫文檔我同意，畢竟需要時間成本。但是這樣的項目代碼規范一定嚴格，盡量精細到數據庫字段的規范。因為這種類型的項目開發人員一般為1人，如果此人離開，后來人員交接時，能夠更快的看懂對方的代碼，以節省時間。此外，對于核心項目，一定需要一套完整的API文檔，以供各項目組之間的互通，減少不必要的溝通。

    總結：正是因為沒有合理的規范，某個模塊的開發人員離職，會消耗公司的巨大維護成本。如果能夠做到以上兩點規范，相信能夠給公司帶來更多的效能。