開發經理（技術型）需要做的第一件事情
根據我近些年在IT行業的摸爬滾打，發現作爲一個合格的開發經理需要做的第一件事情是：規範。
1、規範代碼
每個公司都有自己的規範文檔，但是很少有同學按照規範標準來寫自己的代碼。這樣導致代碼風格多元化、代碼邏輯可愛化，更有甚者，會有人連自己的代碼都看不懂。爲什麼？原因很簡單，雖然寫了規範文檔，做了規範培訓，但是沒有強制的執行和跟蹤。
我認爲作爲一個合格的開發經理，需要做如下三件事情。第一步，寫代碼規範文檔，做培訓。第二步，按照規範生成開發模版，規定手下的所有開發人員的開發工具中導入此模版。第三步，反覆覈查開發人員的代碼（3-6個月），直到規範成爲一種習慣。
2、規範文檔
文檔在中國IT公司幾乎不受太大的重視。
在項目型的公司，要麼就是沒有文檔，要麼就是文檔氾濫（要知道，有很多文檔是做給QA看的，其實都是垃圾），我有時候就想，這樣有意義嗎？文檔的目的是開發人員的輔助工具，尤其對於剛入職公司的新人而言，不會有幾個“好心腸”的老員工去幫助新員工講解項目架構和原理的，進來了就是靠自己摸索，那麼文檔對於新人就顯得尤爲重要了。所以，要麼就建立一個好的培訓機制，要麼就寫好文檔，如果兩者都做的很好爲最佳。
在互聯網公司，對於一些生命週期短暫的小項目不寫文檔我同意，畢竟需要時間成本。但是這樣的項目代碼規範一定嚴格，儘量精細到數據庫字段的規範。因爲這種類型的項目開發人員一般爲1人，如果此人離開，後來人員交接時，能夠更快的看懂對方的代碼，以節省時間。此外，對於核心項目，一定需要一套完整的API文檔，以供各項目組之間的互通，減少不必要的溝通。
總結：正是因爲沒有合理的規範，某個模塊的開發人員離職，會消耗公司的巨大維護成本。如果能夠做到以上兩點規範，相信能夠給公司帶來更多的效能。
