程序员的无奈（四）:新人引起的变革
由于一期的项目按时交工，客户给予的评价也不错，公司在济南终于有了可发展性。
二期项目的开发周期评估是两年，为以防万一，公司决定把研发团队扩展到五十人。同时，又定了一系列的规章制度，体系基本成型后，上层领导感觉公司在山东已经落稳了脚跟，嘱咐了一些事情后，没两天就回上海总公司了。
领导走了，顿时公司炸开了锅一样。说白了，其实大领导在不在，工作上也没啥变化，但心里就像是有层纱，怎么动怎么磨的难受。
新一任的领导依旧是秉持着中庸的态度，敢于给我们顶压力我们就谢天谢地了。
上层领导团走了，现任领导相当于每人高升了一级，而我也就由小组长升为代项目经理，之所以有个“代”字，想必大家也懂。
接下来的这一个多月真是轻松，平常聊聊天，上班看看新闻，除了等需求下来，最主要的工作就是面试给公司选人了。
我作为初审，多少有些紧张，没法子，只能故作淡定的和他们聊聊天，探探究竟。而对于技术能力我是心知肚明的，也就只能鉴别些对自己不负责任的，对于有些能力的就直接追问写我不懂的，听听他人的见解总有些好处。
断断续续的面了一百多个，筛选出了二十多个加入我们的阵营，豁然间发现，办公室小了许多。
需求一点点的下发，我们一点点的确认拆分，这感觉比纯开发还爽。从此领导再也不用担心我的工作了，so easy！
某一天， 看到有两个同事在群里争吵，是因为由谁开发的事。
我主动找他们聊了一下，一个是新人小勇，一个是我们的老伙计柱子。从他们的谈话中听的出是前浪推后浪的感觉，柱子想让小勇帮自己分担，可是柱子是个认死理的人，给他的任务从不含糊，不是他的寸土不入。
这件事由 我在中间调停了下，最后还是由柱子不太情愿的接了下来。通过这件事，吃饭闲暇之余，又了解了其他员工的情况。被多分任务是很经常的事，大多也没有怨言，最大的原因就是想趁此学点东西，顺便还可以请教下老员工。
但事情总不会朝着一个方向发展，等大家对自己的需求烂熟于胸，技术成长又到了新的阶段的时候，可就不会在那么乖乖的听老员工的话了。
尤其到了时常加班的时候，个个都是把不跌的忙完回家吃饭打dota去，谁还有心情请教你问题，在公司学点知识。
可是，像柱子一样的几个老员工脑子也就是这么拧，非要挤出点元老的资格，感受感受喝茶抽烟的待遇。
然后，一场动乱发生了。。。。
毕竟是新人一条心，有几个开始向我反映工作压力太大，公司氛围不好，要离职。。。
我顿时就懵了！
我才来公司大半年，啥经验没有，知道其中的缘由却又说不动他们，那么结果只有一个了 ——他们是想涨工资。
回想先前的领导班子，他们是公司师祖，往那一站就是泰斗。而我呢，经验不如他们，技术强不到哪去，是凭借一期项目的优越表现及强烈的责任感侥幸获得了这个职位。可是，等往事随风，沧海过后，谁还记得你的丰功伟绩，留下的不过是一叶黄秋。
找我的上级汇报，上级说要处罚那几个偷懒的。我说这样不好，如此以来我就成给人穿小鞋的了，以后还怎么带领团队。后来想了几个对策，又一个个被接连否认，这是灵光一闪，有了！
拿到给出的需求文档，我又开始仔仔细细研读，没有列入开发清单的进行重新拆分，拆分的项目不再分给每个组的组长，而是直接挂在公司的需求平台上。谁了解谁熟悉谁抢到了，谁就开发，个人是个人的，互不干扰。然后又给公司提议实行工作量考核制，需求上给定的工作时间和提交质量进行考核。
领导们经过商讨，觉得可行，而且解决了不少需要从中人力调节的麻烦，就批了。
之后大家对这改革后的工作模式虽然没怎么听到反对声，但也不代表就得到了大家的认可。
对于项目经理而言，项目是可控的，可是人却不一定非要按你的进度执行。如果没有一个好的体制，假如又会重现项目一期的情况，是否再会有人拍着胸脯说我给你顶起来？
不要妄想了。。。
