根据我近些年在IT行业的摸爬滚打，发现作为一个合格的开发经理需要做的第一件事情是：规范。

1、规范代码

    每个公司都有自己的规范文档，但是很少有同学按照规范标准来写自己的代码。这样导致代码风格多元化、代码逻辑可爱化，更有甚者，会有人连自己的代码都看不懂。为什么？原因很简单，虽然写了规范文档，做了规范培训，但是没有强制的执行和跟踪。

    我认为作为一个合格的开发经理，需要做如下三件事情。第一步，写代码规范文档，做培训。第二步，按照规范生成开发模版，规定手下的所有开发人员的开发工具中导入此模版。第三步，反复核查开发人员的代码（3-6个月），直到规范成为一种习惯。

2、规范文档

    文档在中国IT公司几乎不受太大的重视。

    在项目型的公司，要么就是没有文档，要么就是文档泛滥（要知道，有很多文档是做给QA看的，其实都是垃圾），我有时候就想，这样有意义吗？文档的目的是开发人员的辅助工具，尤其对于刚入职公司的新人而言，不会有几个“好心肠”的老员工去帮助新员工讲解项目架构和原理的，进来了就是靠自己摸索，那么文档对于新人就显得尤为重要了。所以，要么就建立一个好的培训机制，要么就写好文档，如果两者都做的很好为最佳。

    在互联网公司，对于一些生命周期短暂的小项目不写文档我同意，毕竟需要时间成本。但是这样的项目代码规范一定严格，尽量精细到数据库字段的规范。因为这种类型的项目开发人员一般为1人，如果此人离开，后来人员交接时，能够更快的看懂对方的代码，以节省时间。此外，对于核心项目，一定需要一套完整的API文档，以供各项目组之间的互通，减少不必要的沟通。

    总结：正是因为没有合理的规范，某个模块的开发人员离职，会消耗公司的巨大维护成本。如果能够做到以上两点规范，相信能够给公司带来更多的效能。