在外包工作,是一种什么样的体验?

转眼而过,就快三年了,有点惊讶,没想到自己会在外包公司坚持了三年。说实话,项目不错(给某岛做电商平台,排名靠前), 但所属的公司有待于考量。

下面从三个方面谈一下感受:

公司层面:

  • 没有归属感。

  刚到公司的时候,所在的办公区域由一条过道分割,其他员工集中在一侧, 新人在另一侧。当时我入职后, 将我分到没人的那一侧(注:另一侧有空位)。真孤独,对新人真的是很难快速融入团队。

  • 福利,你想多了。

  除了年底的阳光普照,就没有任何节日福利。

  • 压榨,必须的。

  不压榨, 哪来价格差, 没有价格差公司赚啥钱, 公司不是慈善机构。

  • 人员流动大,而且很大。

  上周入职,下周就办离职,这不是夸张。三个月内走的,半年内走的太常见。忙的时候拉壮丁来顶一下,或者继续外包其他人或公司(如:公司其他团队,或业内人员,其他公司等)

  • 升职加薪

  升职很难,加薪更难。


项目层面:

  • 任务划分

  1)领导分配,不论技术难易程度,不管所属业务是否擅长,分给你后就必须做。就会出现,高级开发去做加字段的功能,初级员工去做模块设计的功能[不是按照技术难度划分,而是按照提案划分]。

  2)需求是否合理,无需置疑,你只需要做即可。就会出现不合理的需求,不合理的设计。

  • 人员专业度
    • 需求设计人员:注:客户提出需求, 由需求设计人员和客户沟通并根据客户的需求产生需求提案,开发和测试需按照需求提案进行

      1)不做设计,不用Axure或墨刀进行设计,用类似业务模块进行截图,经常出现文档中的设计图和业务不搭边。

      2)没有需求迭代文档,导致需求经常出现断层。

      3)经常用一句话概括。如:涉及到的地方一并处理, 具体操作和xxx类似。

      解释:

        1. 因为要给客户进行工程报价, 简短的一句话涉及到到功能太多,工时就很多,经常引起客户的置疑。

        2. 需求用概况的话,那给开发的标准是?测试人测试的标准是?验收人员验收的标准是?

        3. 体现不出专业性。如果能把影响范围, 涉及的功能详细列出,会让开发,测试,验收,客户觉得你对系统很熟,值得我们信任。

    • 测试人员:

      1)不够专业,思考范围连开发都不如, 那如何去保证质量。

      2)有些连基本的SQL都不会,需要开发写好辅助SQL,  别说暴力测试,边缘测试。3)压测几乎是开发去搞,自动化测试更别说。

    • 开发人员:

      1)思考受限,按照需求提案开发,从不多想,就会造成,该这没问题,但将其他模块影响到,或者其他流程无法继续走下去。

      2)有现成的直接拿来用,不管后续扩展,维护及代码可读性。

      3)可能是外包吧, 开发就不在乎代码质量,也可能是时间压榨的紧,或者其他原因, 总结代码质量很差。

    (ps: 做的越快,领导越高兴, 你可以一个文件代码超过10万行+, 你也可以一个方法代码超过几千或者上万行, 也可以通一个业务方法写好几次等等... 这些领导都不说你,但绝不可延期。这样的环境下,你觉得在工作中提升技术的可能性高么?

    • 领导班子:

      1)上一任PM, 技术型,但责任度有待于考量,号称消息终结者,任何消息到他那没下文了,需要员工督促, 但决策方面还是可以。

      2)现任PM, 10年以上老员工,服务型,不懂技术,不懂业务,更不愿意学习。喜欢乱指挥,把项目和人员搞的乌烟瘴气,没有自己的想法,喜欢用大领导压人,不会用人。

    • 维护人员: (维护团队定义: 当项目验收并上线后, 出现的问题及故障由维护团队处理)

      遇到问题,喜欢乱抛,丢给开发,不自己解决处理。俩个高级不知道在干嘛,另一个20+年工作经验,懂技术, 竟然干修改数据的任务。如果只是做这些,一个初级即可,还需要俩个高级+一个20年工作经验的人呢,太浪费团队成本。

  • 崇尚人工

  这个没说的,举俩个案例吧

    案例1:我们是做.net开发的,但打包,发布,部署等都是人工操作。小王是开发,兼职(人工打包,发布, 部署)打包,部署。因为每天都需要打包部署3-5次供测试人员测试,很占用他的时间, 最后引入自动打包工具。开始受到很大的阻力,但在其努力和坚持下还是成功了。阻力是,人工打包放心,没用过工具,担心出问题,不想承担责任,到目前为止。

    案例2:有个政府项目,在验收完,政府要求将历史数据导入进来, 但数据在另个厂商,别人不给。领导下令,全部员工手动将另一个系统的数据, 通过粘贴复制到本系统中,十几万数据啊,大哥。

  • 线上故障

    每次发生后,各级领导,员工所有人都待命,事后,不做反思,不做复盘。仿佛一道惊雷从天而过,和我无关,以后类似的问题还会继续发生,感觉都习以为常。案例:有次是给用户重复发邮件的,当时影响约12-13万会员,平均每个会员收到100+份邮件,当时影响很大,慌的一匹。找到bug所在,处理完,然后上线...就没然后了(商务上的事不说了,指的是项目上的事)。

    到目前为止,经常客户反馈“会员经常收到订单相关的短信”。有生成环境bug 造成重复发送, 有员工测试再测试站, UAT 环境发送。

    现在都习以为常了,客户好说话, 也不至于你们这么玩吧。

  • 人员等级

    本部门的员工等级成倒三角型。高级居多,中级次之,初级个别。这就导致升职加薪多难。

  • 个人层面:
    • 好的方面

      1)抗压能力得到了不少的锻炼。

      2)全面了解了外包性质的工作。

      3)磨平了棱角,从脾气暴躁的变成心平气和

    • 坏的方面

      1)身体素质差了不少,还好没秃顶,可能自己还不够努力。

      2)职业目标发生偏离,本想继续提升技术,现在已经失去原来的热情。


总结:

  短短三年,喜也罢,忧也罢,都是经历,无需在意得失,前路慢慢,砥砺前行。


最后说明:

  以上总结都算是中规中矩(甚至偏好),但真实的工作比起更 **,告诫大家:选择外包需谨慎,能不去就不去。

猜你喜欢

转载自www.cnblogs.com/duanbi/p/12801405.html