浅谈开发人员的管与理

一、口水会议
最近一期的公司内部讨论会上，“代码走查与开发规范”又成了热点讨论议题，但是这个议题已经谈论很多次，也决议了很多次。这次一些旧的问题又被的顶了上来，“应该给出统一的全公司的代码开发规范（其实早就有了）”、“新来的员工总是带着旧有的习惯”、“核心人员都在会上了，大家回去推行和执行就得了，不遵守的就扣钱”，大家踊跃发言，引发数千口水。
二、哪出了问题
我想问题争论的实质应该是开发人员的管理问题，管理离不开制度，如果管理出了问题，简单的来说要么是制度本身出了问题、要么是制度的执行出了问题。“新来的不知道规则，不遵守”、“不遵守就扣钱”等等都属于执行。软件开发人员的确是比较难于管理的，记得李开复曾经就谷歌的管理问题表示：“基本上谷歌的工程师是不能管的，只能理”。由此可以看出，以人为本非常的重要，所以我想以前之所以很多制度执行不下去，同简单粗暴的行政执行方式以及含糊不清的检查、惩罚条款有很大关系。
光管不理是行不通的。人工的检查和惩罚强行下推（例如让每个员工对制度签字画押），管是执行下去了，但是却没有理，理就是通过合理的设计防止员工触犯规章。如果不理的话，大批连续加班的员工最后被扣了钱，抱怨连天，紧接着惩罚被基层执行者人性化的包庇了，上级也给予理解。就这样制定的制度等于一纸空文，等待下一次因为规范问题引发的事故到来，然后启动下一次会议-决议-执行-取消执行的循环。
三、不能仅仅管
执行出了问题，就去加强执行的问题，甚至追究责任人。这个想法没错，也对症下药，但是我认为并不是最好的解决方式。管的劣势如下：
1. 执行成本高；
2. 行政处罚会引起抵触情绪，影响工作；
3. 容易造成官僚，影响项目进度；
4. 执行人员可能会徇私，制度失去威信；
当然如果加大投入上述问题都能够避免，但是我想换换思路，加强加强理。大家知道惩罚不是目的，目的是防止违规，让每个人都遵守制度。那么我们是否在罚款前，仔细想过是否有其他改进的余地，既做到不罚钱又保证制度的执行呢。
四、将制度融入到流程中，实现管、理并用
恶性循环的出路在哪里？在交通管理中，为了防止汽车行驶进入逆行车道，隔离带被安置在两条车道之间，这样即有效的执行了制度又降低了管理成本。同样，为了防止汽车行驶混乱，我们设计了左转、执行、右转车道，及解决了问题，又避免大批处罚的发生。那么开发人员管理也可以采用这种经验，例如在IDE启用代码开发规则检查功能，这样没有通过代码检查的项目，将无法编译成功。同时将代码规范检查嵌入到持续集成中，这样即使有人偷偷将代码迁入也依然逃不过持续集成的检验。这样制度得到了彻底的执行，同时又无需占用推行、执行人员的精力，同时避免处罚的大范围使用。以此类推我们可以将很多制度融入到开发流程中，杜绝违规行为的发生。同时这样的理是实时进行的，与开发进度紧密的结合在一起，在项目的最开始就保证规范。
在管之前先想想理，以人为本出发，理的好即能防患于未然，又能保持和谐的氛围。
欢迎大家就开发人员的管理，谈谈自己的看法。