浅谈开发人员的管与理

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

最没头脑的管理的就是"扣钱"

这文章写得很多

但实在的意义不大， 你这个例子说的太多了

这个比较同意
管理要的是“人心”

被管理着~~

制度是必须要有的，也应该有考核。
问题是有谁能够做代码的评审？如果没有能力做评审，制度就是虚设，有能力，只要在项目刚开始的时候，每天开会检查代码，一个人一个人的拎，很快就会把代码整标准。
代码写的不标准，可能更多的是开发人员没人教，需要培训。

LZ可以试试我说的，你看那个做代码评审的人，自己写代码的水平怎么样，如果很高，那么先做好培训，然后每天盯代码，有问题就让他改。

能力具备了，考核就要上去，没有什么不能管的，不遵守规矩不在经济上处罚，你有什么办法？赏罚不均，对认真执行制度的人更是伤害。Google怎么样你听他吹，你自己过日子要紧。

实际上开发人员的管理也没有那么难的，你要求他们做什么怎么做，首先你要做到，或者你能找到人能做到，然后就是培训。
言传身教、以身作则。有能力，做的到，就管的了。
有的公司开发人员提升太快，他自己的技术能力还没有达到可以制定公司标准的水平，因为在管理的位置上，所以提出各种想法，出发点很好，就是控制不住。
在IDE里通过技术手段来解决，我觉得不是一个好办法，工具的使用是在手工处理的办法很成熟，不用工作很麻烦的条件下再考虑。也就是我们常对用户说的，业务改善先行，IT工具配合，在手工处理没有解决的情况下，不要考虑技术工具。

物治必先人治，治物必先治人

还是我所在的公司比较人性化，管理的很松，但是大家都很自觉。

感觉LZ前面说得都挺对。

可是最后理的措施却觉得可行性不高。