第104章 大变革
作者:八月的狮子座   IT女经理的职场回忆录最新章节     
    cto入职后,在总经理的帮扶下,很快就摸清了公司的底细。以前s总毕竟是院长引荐的人,在各方面都会注意维护院长的利益。然而这位cto是总经理招来的人,是要帮着解决总经理各种问题的人。
    另外作为空降的高层,他还需要做些大项目来证明自己的实力。虽然公司有三个部门做信息化项目,但是只有我们部门是做信息化项目的主力,同事i的部门主要做研发,另一个新成立的部门做非主流的项目。于是cto拿走了一些本来是分给我们部门做的信息化项目,而且还以公司目前的项目经理们能力不足为由,把几位以前和他在华为共事过的外包管理人员招了进来做项目。
    这样导致我们部门的项目减少了,这些大单金额高,大大降低了我们全年的业绩,本来国内外经济持续下滑,我们公司又没有新单,陆陆续续地部门有些同事没有项目做了,空闲下来。业绩和空闲的人力这些都让院长们压力巨大,同事们也是各种忧心忡忡,担心工资继续下降。
    没过多久,cto又把两位以前和他在华为共事过的外包项目经理拉了过来,成立了公司级别的pmo(项目管理办公室),严格管理公司所有的信息化项目。
    本来我们部门早有pmo,而且已经有一套运行两年的项目管理方法和流程。公司的pmo成立后,又出台了一套流程,重启了以前因为不好用而搁置的项目管理系统,项目的方方面面都必须上传到系统里,每个阶段都要达到相应的标准。而且所有项目经理都必须定期向pmo汇报,各方面要求都更加严格,尤其是成本控制。这一切大大加重了我们部门的项目经理的工作负担,他们都叫苦不迭。我们以前经常会灵活指派些空闲资源去其他项目帮忙,让毕业生和新人边工作边学习,这样一整,也都走不通了。不过这样一来,cto逐步实现了他全面把控公司it项目的目的,让大家不得不佩服他的手段。
    然而这一切远远没有结束,还不能达到他牢牢掌管公司的目的。没多久又传来消息:cto要推动架构重组了,他要将三个做信息化项目的部门合并为一个组织,里面按角色分组,设置主管管理小组,然后所有主管向他汇报。项目立项后,高层或各业务部门或pmo挑选并任命项目经理,项目经理向各个主管按资源计划要人,主管分配组员给项目,组员参与项目直至项目完成,最后被释放。整个组织类似一个庞大的资源池,每个小组的主管负责招聘,培训和分配资源。资源分配到项目上后,项目经理分配工作和管理资源,给资源打绩效。每个小组的主管综合资源参与的所有项目反馈和在组内的表现给出最终绩效。
    这是很多做项目型公司都会采用的矩阵模式,并没有多么高深。但是最前期要将因为发展的原因产生的三个独立部门合并起来确实是一件非常困难的事情。
    我们入职那时,还只有两个信息化部门,但是同事i的部门是在半年前刚从我们部门剥离出去的,定位是和我们部门负责项目交付不一样的研发组织。但是一年后总经理又招一个人打算培养成能和我们部门对抗的部门。但是招了一堆高工资的员工,做项目却入不敷出。而同事i的部门也因为研发进度不理想,需要做项目养活部门而做起了项目。
    同事i是董事长拍板招聘入职的,这么多年,因为他直言不讳,做事没有私心,经验丰富,技术过硬颇受大家的尊重。在“三足鼎立”的局面形成后,他一直在游说高层,尤其是董事长能够将三个部门合并。但阻力太大,级别又不高,没人重视。s总入职后也曾经策划过合并,但也许不得高层信任,又触及了太多人的利益,阻力太大而被搁置。
    现在总经理自己招来的cto来主导,加上这么多年下来他们也看到了三个部门并行的诸多弊端,而且那半年多公司业绩实在太差,继续更大程度的降本增效,高层们终于开启了合并的工作。
    按照规划,七月份,三个部门所有的it同事都将从原部门剥离出去,进入新的组织“产品与研发交付中心”,简称“产研中心”。最惨的是我们部门,不但人员出去了,而且以后都不能做信息化项目。这一系列改革大大地打压了院长了,加上部门项目少带来的业绩压力,我们院长颓废了很多。我们部门的工资更是加速下滑,合并前的六月份进入谷底,只有正常的八折。
    因为普通员工还是和以前一样工作,不少人一开始并没有意识到有什么问题。但是紧接着更严格的工时管理制度让大家叫苦不迭。没合并之前,项目减少,已经出现了人员闲置,尤其是那两年大量校招的毕业生,他们大部分还没能达到平均水平的工作效率。那之前部门会安排培训,或是跟着导师工作,又或者安排些其他的工作。而合并后,只能闲置等待新项目。没有新项目,老项目不断结束,越来越多的人员闲置下来。
    而cto却安排人员开发了一个工时管理系统,要求每个人按照真实投入填写每天的工作。以前我们除了工作,还会安排些组内会议,培训和学习。现在cto严格压缩,每周此类非项目工作投入不能超过4小时。即便超过也不能填报。大家只好唯项目是从,到处找项目填工时,很多没有固定项目做的同事每天找相熟的项目经理看看能不能安排些事情,或者早日谋划进入下一个项目。
    项目只有那么多,三个部门合并后人员肉眼可见的富余了。于是cto要求各个资源组长和hr一起辞退“低绩效”员工。我刚当上测试组的资源主管,第一件事情就被安排选人!和选上的员工“聊天”,让人家走人!这时我无比庆幸当初没有硬着留下辞职的员工,我们部门那时只剩下两个测试工程师,而且都有项目。至于其他两个部门的人,我以“不熟悉”为由让原部门的领导去挑选需要辞退的人。至于沟通,这种不体面不道德的事情,你们自己去干吧!
    最后,经过他们的努力,测试组辞退了四位同事,整个测试组最后只有十一人。而三个部门合并后总共辞退将近二十人。而剩下的人也没有好过多少,人心惶惶地到处找项目。项目控成本也越来越严,尤其是有些小项目的项目经理很不地道,不像其他项目会固定资源,总是拖到不行的时候,才找资源主管要人测试。政府项目的项目计划总是变动,资源安排总是无效,到了计划时间也没人来要人,我看到闲置的人员又难过又着急。
    最后cto还要重新设计it人员的职级体系。考试和考核相结合,重新给每位it人员定级。基本也是照搬华为那套,按照公司行业特点小小改动下。本来cto入职后就不断地把以前在华为和他一起共事过的外包人员一个一个的搞进公司。合并后又让自己的人坐上了资源主管,最后定级又让他们高级别。但是后来和他们共事,发现不少人都根本对不住他们的高薪和高级别。但是人家是cto带来的,cto做这么多事情,动了不少人的利益,却没有半点事情。大家都知道他背后是总经理,也都敢怒不敢言。
    这些组合拳一大下来,cto一方面解决了高层们的心病,精简了组织和人员,压缩了成本;另一方面大大树立了自己的威望,牢牢掌控了it部门和资源,引入了自己的心腹后,为以后他的政策推进和管理打下了坚实的基础。
    虽然在这次改革中,离开熟悉稳定的一切面对新变化大家都不同程度地抗拒,而且我们原来的这些员工基本都没落下好处,甚至有些人因此离开或降级,大家都对cto没有好感,怨声载道。但是如果设身处地的把自己放到cto那个位置上去思考,又会发现他做的一切都在情理之中。空降的管理者想要真正地把控局面,实实在在的掌握权力和施展报复确实不易。
    记得当初我和同事i被聘为院总监,改造开发流程时,都有人不满,在知乎上匿名讽刺我们是被外企裁员的“弃子总监”。所以即便我们对他没有好感,但是因为曾经的那段经历和我们也一直反感的各种弊端,我们俩还是支持变革的。
    尤其是同事i,他一直以来都在推动三个部门合并。cto重启合并后,更是鞍前马后地听从cto的差遣,好多事情cto没有出面,都是他冲在前面。因为这些事情动了很多人的利益,而且cto带来的那些人也非常嚣张得罪了不少人。本来大家以前都挺尊重他,结果这次因为他对cto的支持和深度参与,大家将一肚子的怨气撒到他的身上,上上下下都对他不满起来。
    他真的又无私心又天真,只是本着“我认为这样就是对的”的思想继续工作。但凡cto是个有良知的人,估计他或许能实现自己的抱负。然而cto站稳脚跟后,逐渐显露出本来的面目,越发得嚣张起来,做事情毫无底线,深深伤害了包括我俩在内的很多人。