HIT项目实施人员大吐槽：别把我们不当回事

一般来说，项目中的一线实施人员要比项目开发人员的流动更加频繁，而IT公司似乎并不在意这个情况，认为实施工作是比较简单的，只要做好交接即可，或者临时安排开发人员补充，在新的实施人员到位后，进行简短的培训就替换上岗。本文作者有近十年的IT从业经历，他强烈呼吁：“项目实施并不是这么简单的！”

 来源：HIT专家网    作者：周世杰

项目实施人员频繁更替

一般来说，项目中的一线实施人员要比项目开发人员的流动更加频繁，其原因有很多个方面：

首先，最直观的是收入没有开发人员高。虽然在客户眼里和称呼中他们往往是X工、X经理，但是实际在研发中心眼里，他们就相当于一个和客户打交道、为开发人员屏蔽客户噪音、同时解决现场突发问题的人员，虽然其中有些人也有一定的技术能力，但总体上没有开发人员的能力系统和专业。因此，自然也得不到与开发人员对等的评价和待遇。

其次，工作强度大。无论是7*24小时的在线系统，还是5*8的普通业务系统，现场实施人员都有可能白天与客户及研发中心一同工作，晚上又要进行测试和上线活动。这意味着他们的工作强度比一般的开发人员更大。比方说，一个开发人员熬夜赶完了一个功能的实现后，可以回去睡觉，但是一个现场实施人员很可能是熬夜实施了一个上线后，白天又要陪着客户上班，完成其他日常工作。干3个10小时的强度是远远比不上一个30个小时的。

再次，前途不定。开发人员的系统开发能力能够得到不断提升，在十几年后可以成为总监级的技术、管理人员。但是一线实施人员往往在一两年后就基本定型了，现场的维护工作就那么多，技能得不到提升。要想有所发展，要么进入开发体系进行系统地开发工作；要么成为售前或者业务咨询。总之，单方面的实施工作很难有前途可言。

另外，实施人员有更多的机会与其他竞争公司进行接触。一个大客户往往有很多集成商驻扎，大家的实施人员都互相有所接触和了解，如果有所需要会直截了当地挖人。而且在项目割接过程中，虽然说代码都是客户的，但是如果被割接系统的一方的实施人员无论其上层的倾向如何，其本身都不会主动地加入到配合割接之中，这会增加他们的工作量，又不会得到任何好处。而要加快割接进度，连人带项目一起割接就往往是一个不错的选择。这也是一线实施人员流动频繁的原因。