翻页   夜间
28小说网 > 中奖一个亿后,我成了公司救世主 > 第160章 当她这个部门经理是摆设

    天才一秒记住本站地址:[28小说网] https://www.28xs.cc/最快更新!无广告!

    “谁知道呢?反正我收到的消息就是这些。”

    “你有具体名单吗?”

    “有哦!你要不要看看?”

    沈宴深二话没说,直接来到小胖子电脑前,呵呵,有名有姓,一线客服只保留一个人,二线客服只保留四个,不会是真的吧?

    最让沈宴深意外的是,连客服主管,他的同门师妹魏师双也赫然在名单之列。

    “话说表单组又是怎么回事?人都走完了,以后你们的表单咋办?”

    “凉拌!管他的,反正我们就只管把需求收集好就行,至于谁来做表单,也轮不到我们操心。”

    说起这个,小胖子又换上一副八卦语气,“你是不知道表单组这次裁员有多离谱。”

    “有多离谱?”沈宴深捧哏。

    “这次裁员是梁老太一手策划的,她直接找表单组的人谈的,谈完之后,她们都开始交接工作了,表单组的组长王娜婷去找周健芳说,她也不干了,这个时候周健芳才知道裁员这回事。

    然后周健芳又去跟表单组的人说,让她们先不要走,她去找梁老太协商。最后协商的结果是,她们还是得继续走人。”

    沈宴深忍不住给这骚操作点赞,“竟然真的这么离谱!也就是说,梁老太要裁员,压根都没和周健芳商量,甚至都没通知她,而是下面的人找她撂挑子了,她才知道自己部门的人都快被裁光了?”

    “没错!”

    要不怎么说一山不容二虎呢?

    周健芳是智选科技软件工程运维部的部门经理,而梁老太则是空降到他们部门做管理工作的。

    梁老太本名梁菲菲,年龄比大多数智选科技的员工都大,加上做管理工作的一般都不太受欢迎,也不知道从什么时候开始,就得了这个“梁老太”的绰号。

    梁菲菲加入软件工程运维部其实才半年左右,沈宴深尤记得她当初加入部门群时的发言。

    “从今天开始,我会和芳姐一起负责部门的管理工作。我主要负责部门规章制度建立,培训,绩效考核等管理性质的工作,后面可能都会跟大家有比较多的沟通,希望大家积极配合,大家一起把部门做好哈!”

    也不怪她不受欢迎,从她的发言来看,就知道她的加入其实是要整顿大家的工作方式,提出更高的要求,并且很大可能还会影响大家到手的工资。

    这个影响多半并不是积极的,所谓的绩效考核,对管理者来说,永远是正面的,但对员工来说,基本等同于要扣人家的钱。

    不仅普通员工不待见她,便是同为管理者的周健芳,也是如此。

    这也很好理解,她周健芳才是部门的一把手,现在突然杀出个梁菲菲,还点明是来协助做管理工作的,这不明摆着是分她权吗?

    之前她管理得好好的,为什么要她横插一脚来做所谓的管理工作?是因为周健芳无暇管理,还是她管理得不好?抑或是公司有其他考虑。

    反正无论哪一种情况,都是在打她周健芳的脸。

    当然,周健芳除了和其他部门员工一样被动接受,也别无他法,除非她也不想干了。

    谁让梁老太有老板两口子的尚方宝剑呢!

    这么一回想,沈宴深倒是窥见了一点端倪,看来智选科技的资金短缺是至少半年前就出现了,也就是去年年底的时候。

    如果不是这样,又何必从那个时候就派梁菲菲到他们部门来搞所谓的管理。

    可惜半年多来,管理收效甚微,最终还是没能抵得过业绩实在太差的根源。

    笑话!只节流,不开源,怎么可能扭亏为盈呢?

    “他们这次裁员拿的是什么补偿方案?”沈宴深倒是更关心这个。

    如果能拿到N或者N+1,倒也还不错,不过小胖子很快就把这个不切实际的幻想打破。

    他伸出一个食指,“这个数。”

    沈宴深故意猜错:“N+1?”

    “想太多!就给一个月补偿!然后,可以配合拿失业金。这还是这个月走人的优待,据说如果是下个月再走,连1都没有了。”

    论狠,还得是梁老太啊!

    哦,不对,准确的说应该是那两口子!

    “劝退的那些同事都接受了?”

    “基本上吧!不走还能咋滴?下个月说不定连降薪后的工资都发不出来了,还不如拿着一个月的补偿尽快去找下家。虽然现在外面工作也不好找!但总比待在这个狗逼公司天天被恶心强。”

    “他们这批都是这个月月底离职吗?”

    “不是,准确的说是这周五。狗逼公司恨不得他们立马原地消失,毕竟多上一天班就要多给一天的工资。奈何他们手上还有工作需要交接,所以给的时间是最迟这周星期五。”

    沈宴深忍不住感叹,“真是丧心病狂啊,那么多人,说劝退就劝退,可以想象,接下来的一段时间,工作得有多乱套!”

    事实上,不用等到这周五,星期三的时候,沈宴深已经感受到一股杂乱了。

    最直接还是表单,表单这块的活有一个特殊之处,那就是技术含量不高,但又无可替代。

    无论是新签约还在实施中的项目,还是已移交售后运维的客户,都有各种各样的表单需求或缺陷需要处理。

    尤其是还在实施中的项目,通常都有几张到几十张的表单需要开发,这些表单的开发还会直接影响到项目的进度,甚至于很多客户会以表单未交付为由,拒绝或拖欠项目应付的款项。

    表单的交付期限又总是很长,短则半个月甚至一个月,长的话,两三个月也是常有的事。

    就这样的交付,客户满意度可想而知。

    真正的表单开发或缺陷修复实际上是花不了多少时间的,但为什么交期又那么久,原因有二。

    一自然需求实在太多,表单的人手根本忙不过来。

    另外一个原因,虽然表单写脚本的时间花不了多少,但沟通的时间却很长。

    需求来自客户,客户只知道他想要什么效果,但不懂软件的实现逻辑,且还存在一些业务壁垒,要把客户想要的效果细化成真正可实现的需求,这期间就得经过大量多次反复的沟通。

    表单组的人都在离职交接中,绿城研发那边已经提前拉好内部沟通群了,沈宴深也在其中。

    负责生产管理系统需求的农秀艳,先甩了一张截图,然后在群里绿城分公司的总经理和对应的开发负责人。

    “汉格客户的四张表单需求,实施工程师催问时间了,麻烦大概评估一下吧!”喜欢中奖一个亿后,我成了公司救世主请大家收藏:
章节错误,点此报送(免注册), 报送后维护人员会在两分钟内校正章节内容,请耐心等待。