程序员的无奈(四):新人引起的变革

由于一期的项目按时交工,客户给予的评价也不错,公司在济南终于有了可发展性。

二期项目的开发周期评估是两年,为以防万一,公司决定把研发团队扩展到五十人。同时,又定了一系列的规章制度,体系基本成型后,上层领导感觉公司在山东已经落稳了脚跟,嘱咐了一些事情后,没两天就回上海总公司了。

领导走了,顿时公司炸开了锅一样。说白了,其实大领导在不在,工作上也没啥变化,但心里就像是有层纱,怎么动怎么磨的难受。

新一任的领导依旧是秉持着中庸的态度,敢于给我们顶压力我们就谢天谢地了。

上层领导团走了,现任领导相当于每人高升了一级,而我也就由小组长升为代项目经理,之所以有个“代”字,想必大家也懂。

接下来的这一个多月真是轻松,平常聊聊天,上班看看新闻,除了等需求下来,最主要的工作就是面试给公司选人了。

我作为初审,多少有些紧张,没法子,只能故作淡定的和他们聊聊天,探探究竟。而对于技术能力我是心知肚明的,也就只能鉴别些对自己不负责任的,对于有些能力的就直接追问写我不懂的,听听他人的见解总有些好处。

断断续续的面了一百多个,筛选出了二十多个加入我们的阵营,豁然间发现,办公室小了许多。

需求一点点的下发,我们一点点的确认拆分,这感觉比纯开发还爽。从此领导再也不用担心我的工作了,so easy!

某一天, 看到有两个同事在群里争吵,是因为由谁开发的事。

我主动找他们聊了一下,一个是新人小勇,一个是我们的老伙计柱子。从他们的谈话中听的出是前浪推后浪的感觉,
柱子想让小勇帮自己分担,可是柱子是个认死理的人,给他的任务从不含糊,不是他的寸土不入。

这件事由 我在中间调停了下,最后还是由柱子不太情愿的接了下来。通过这件事,吃饭闲暇之余,又了解了其他员工的情况。被多分任务是很经常的事,大多也没有怨言,最大的原因就是想趁此学点东西,顺便还可以请教下老员工。

但事情总不会朝着一个方向发展,等大家对自己的需求烂熟于胸,技术成长又到了新的阶段的时候,可就不会在那么乖乖的听老员工的话了。

尤其到了时常加班的时候,个个都是把不跌的忙完回家吃饭打dota去,谁还有心情请教你问题,在公司学点知识。

可是,像柱子一样的几个老员工脑子也就是这么拧,非要挤出点元老的资格,感受感受喝茶抽烟的待遇。

然后,一场动乱发生了。。。。

毕竟是新人一条心,有几个开始向我反映工作压力太大,公司氛围不好,要离职。。。

我顿时就懵了!

我才来公司大半年,啥经验没有,知道其中的缘由却又说不动他们,那么结果只有一个了 ——他们是想涨工资。

回想先前的领导班子,他们是公司师祖,往那一站就是泰斗。而我呢,经验不如他们,技术强不到哪去,是凭借一期项目的优越表现及强烈的责任感侥幸获得了这个职位。可是,等往事随风,沧海过后,谁还记得你的丰功伟绩,留下的不过是一叶黄秋。

找我的上级汇报,上级说要处罚那几个偷懒的。我说这样不好,如此以来我就成给人穿小鞋的了,以后还怎么带领团队。后来想了几个对策,又一个个被接连否认,这是灵光一闪,有了!

拿到给出的需求文档,我又开始仔仔细细研读,没有列入开发清单的进行重新拆分,拆分的项目不再分给每个组的组长,而是直接挂在公司的需求平台上。谁了解谁熟悉谁抢到了,谁就开发,个人是个人的,互不干扰。然后又给公司提议实行工作量考核制,需求上给定的工作时间和提交质量进行考核。

领导们经过商讨,觉得可行,而且解决了不少需要从中人力调节的麻烦,就批了。

之后大家对这改革后的工作模式虽然没怎么听到反对声,但也不代表就得到了大家的认可。

对于项目经理而言,项目是可控的,可是人却不一定非要按你的进度执行。如果没有一个好的体制,假如又会重现项目一期的情况,是否再会有人拍着胸脯说我给你顶起来?

不要妄想了。。。






作者:螃蟹(itxxz)

出处: http://itxxz.com
 
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接
 
原文地址:https://www.cnblogs.com/superli0426/p/3770053.html