以自己擅长的方式做项目

Oracle上线1周多,远在天边的表扬暂时压制了本地蠢蠢欲动的不满,到目前为止,出货没影响、报表没影响,对一个工厂信息系统来说,已经算是成功了。现在看牺牲掉的,是一些部门的工作量剧增,乐观的预估在第一个月还不至于有太大的反弹,但如果不想办法改进,后期的抱怨应该会相当强烈。

现在做总结貌似有点早,但再过几天只怕自己会忘记。纵观整个项目过程,各种匪夷所思的情况层出不穷,所有的情况都是因为人,整个项目团队、各方干系人的变动从第一天到最后一天一直在发生。

项目的一开始,原来的项目经理,也就是我的前老板,和财务关键用户先后离职,留下的摊子在各方都不愿接手的情况下不得已交到我手上,同时交接的还有一整个摇摇欲坠的IT部。造成这种情况的主要原因,是当时的工厂GM在厂内散布的浮夸氛围已经让整个工厂都十分浮躁,每个人都在想着自己的后路。6月到7月,工厂有超过10个办公室职能部门的核心员工离职,到8月份,GM自己也宣布将在3个月内去职。而与此同时,总部IT架构也在做调整,从集团CIO到业务部门的IT经理统统换人,导致在整个8月和9月,我的汇报层级上,无论是IT部门还是项目组、直线汇报还是曲线汇报的对象要么是即将去职的,要么是临时暂代的。到10月,原先IT部门里的两个员工也相继离职,我就彻底处在了一个向上没人管向下也没人管的尴尬境地。

在这段时间,我的解决办法是找外包。由于公司HR的明哲保身和不作为,部门里流失的人员迟迟得不到补充,在10月到今年3月之间,除了我要求的一个内部转岗的同事之外,HR只给我找到了一个实习生,直到3月份,才把第二个人头补上;期间还发生了要求为实习生提高工资被拒的鬼扯事情。在人员不到位的情况下,外包是我当时唯一的出路,而在外包供应商的选择上,现在看起来也是犯了一个不大不小的错误。当时供应商,本身并不具备开发的技术实力,所有的技术人员都是以转包的方式以这个供应商的名义派驻到工厂,而在这段期间,这家供应商的老板居然在人员工资和项目分成上进行克扣,导致在项目最关键的时候差点因为供应商内部矛盾而赶不上关键里程碑,不得已我只能终止了和这家供应商的合作,直接把技术人员所在的公司引入到项目中来。由于这个问题导致的人员流失,直接导致了在上线之后一个与Oracle做连接的子系统迁移没做完,直到现在还在进行修复调试。

在项目组之外,原先负责工厂helpdesk两个外包员工也因为各自奇葩的原因而离职,一个是因为能力不足,另一个居然是向供应商索贿,也算是神奇的插曲。所幸helpdesk的人并不难找,而公司另一家硬件服务供应商一直十分稳定,在段时间内就帮忙把人补充到位了。

 

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注