看了<<谦虚一点去工作>>的回复，吓了我一跳，看来大家都以为我是"妒贤忌能、独断专横"的人了。
天大的误解啊！
看来不得不说说背后的故事了。
从我过往的博客，大家都能猜到我两年前离开亚信广州分公司，来到这个小城市的一个小公司工作。那时公司管理状况就不用我夸了，没有项目管理系统和缺陷管理系统，开发工作是做到哪里是哪里，老板不懂技术也没时间管这些，所以才愿意出在这个城市还算可以的待遇给我来管理开发。
在亚信广州分公司是使用亚信自己开发的一整套系统，cvs系统、缺陷管理系统(自己开发的吧)、测试案例系统(TestLink)，大家都使用习惯了，确实是好用，对项目管理有很大作用的。所以当时我就留意学习了这些系统是怎么关联的，cvs commit之后是怎么显示在缺陷管理系统上的，谁用什么技术做了二次插件开发啊。
刚开始来现在公司，一看源代码和文档，都是在开发人员各自的机器上。在这种空白情况下，我没有生搬硬套，要大家把整一套项目开发管理系统搭建起来，而是先解决源代码和文档问题，和最老最资深的员工商量，一起搭建了SVN服务器。当时我就提出，以后我们还是要搭建Bug缺陷管理系统，测试要重视起来。我是清楚知道，不能一下子对这些主要以北大青鸟和中专生组成的队伍，填鸭式地灌输一堆我在广州几家公司见过的系统，那会让他们撑死。不过还是先放了一个话，说等我们测试组成熟起来了，就建立缺陷管理系统。
两年之后，也就是现在，我看测试组对新老系统也很熟悉了，而且上个月测试人员说功能太多，用Excel保存，很难管理，很容易忘记，问我是不是搞个Bug管理系统。我一看时机成熟了，下面的人都要求了，还不上就是我的不是了，在公司每周老板召集的例会上，我正式提出了要上这个系统，老板也说支持，要上这个Bug管理系统。所以我就调研bugzilla、bugfree、JIRA、XPlanner等等，又问已经离职去其它公司的同事，刚好一个同事公司用JIRA，他力推JIRA，说比较好用。之后我花了一周时间调研、搭建、测试、试运行、分开发小组培训、最后正式上线。
我有一个小项目，是几个北大青鸟的实习生在开发，试运行都是在这个项目上先尝试一下流程的，都不敢浪费正式员工的时间。
这期间我同时做的一件事，是对一个项目进行代码审查，在前面几篇blog里大家都知道了。原因是他们经过4个月的开发，最后集成测试，几个测试人员发现很多问题，反映到我这里，加上当时老板也提醒我，要注意软件质量啊，现在开发任务很少了，有时间一定要在质量上多注意，我们老板在这方面是很有觉悟的。所以我就做了两个动作：
一是审查代码：要求这个项目开发组所有人每天下班前一定要提交代码，第二天早上我审查代码，可读性差、日志不全等马上给我改。
二是业务流程、页面风格一定要测试组确认、特别是测试老员工确认，没通过不要写代码，做出东西一定要有业务价值。
问题就在这里：
为了一视同仁，我要求所有老员工也要按时提交代码，本来这个东西我以前也一直强调，他们没怎么遵守，而且也检查他们代码，要他们修改。项目又不是特别紧，重构一下有什么影响呢。
这下好家伙，个别老员工在例会上不反对，平时开项目小组会议不吱声，然后私下里跟离职的员工说我这两个动作是：
"正经的事情没做好，尽做些不相干的事情"
老员工代码我就不能检查了？！叫你修改就会影响你工作了？！老板强调支持的事，你还意见大，开会时屁都不放一个！
昨天真想把几个组召集起来，开会训一下。但细细一想，不能这么做，我自己认为对的事、对公司长远有好处的事，只要老板不喊停，坚持执行下去。有时候没必要所有的人都理解都支持，总有部分人是为了自己的私利而反对你的决策的。
后来我又通过QQ告诉那离职的同事，千万不要让那人知道我已经知道这个事了，我当时开玩笑说：大管理要有大胸襟，我装着不知道。
因为公司小、人不多，很多小项目是一个人维护着的，所以我下决心要交叉维护，每个点上要两个以上的人，以防万一。
看了这背后来龙去脉，大家还说我不对，指出之后那我要虚心学习了。