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

有必要建立一支稳定的实施队伍

一般来说，IT企业似乎并不在意实施人员的频繁流动，认为实施工作是比较简单的工作，只要做好交接即可，或者临时安排开发人员补充，在新的实施人员到位后，进行简短的培训就替换上岗。企业所抱怨的只是频繁换人造成的一定程度的成本增长，例如培训成本等。

笔者认为，上述认识有待商榷，项目实施并不是这么简单的。

首先，大量的项目信息是保留在一线实施人员的脑子里的，而不是文档中。国内的项目，尤其是国内公司对国内客户的项目，其项目文档管理并不是完全参照CMM各体系来的，其文档体系在整个开发过程中或许还能保持不断的更新完善，但是在实施及维护过程中，却不见得总能得到及时修正。而且有很多与客户约定俗成的东西也可能不太好放入文档中，而是成为了口口相传的信息。例如，开发中心对某些小bug没有安排修改，而是给出了一个绕路的办法。这些信息随着人员的频繁更替会迅速流失。一般来说，如果在半年内对一个项目的实施人员更新三次，那么基本除了文档以外，其他的信息很难再保留下来。很多本来可以迅速解决的小问题，就变成了惊动客户的大问题，影响了客户评价。

第二，实施人员能够看到更多的客户需求，比开发人员更了解真实的客户。比如，开发人员做了一个录入的功能，也经过了严格的测试，但是到了实施人员手里后，往往会被各种抱怨。为什么？就是因为没有满足客户的需求。

开发人员是坐在办公室里开发的，他只要完成录入的功能，自己录入一下就可以了；而测试人员也是一样的测，或许角度不同，但是差别不大。但是到了实施人员手里，他们往往就会以真正客户的心态来看这个需求。你录进去了是不假，但是我一天要录300条怎么办？6小时的满负荷工作相当于我一分钟就要录入一条，但是你的软件基本上要四五分钟才行，这个客户能用得起来吗？这种差别虽然细微，结果却是能用与不能用的根本性不同。

第三，稳定的实施人员有更好的客户关系。如果我和你萍水相逢，又不擅言辞，那么我们之间谈谈天气还是可以的。如果我和你有十年的交情，那我们之间可以谈谈彼自家庭的琐碎细节。对于客户也是这样的，如果总是不断地换人，客户没有安全感，还要重新与实施人员建立稳定的交流方式，这对客户也是一种成本。当过于频繁时，客户也就不会太投入于这方面，降低了沟通的意愿。

第四，现在建平台是一种必然的趋势，但是这个平台应该是一个什么样的平台，似乎甲乙双方还没有谈得拢。有基于开发和架构层面的，也有基于业务层面的，但是我更倾向于基于业务层面的。即提出一个完整的基于各种现实情况下的业务规范，然后实现这一套规范，就像Web Service一样，只要实现了相关约定，就能互联互通，从而达成一个满足客户需求的软平台。

这个平台的前提假设就要基于各种现实情况，那么怎么来获取这种现实情况？其实，他们就淹没在大量的一线实施人员反馈的现场情况中，如果不针对这些进行总括设计，而是基于已经实现的一两个固定流程与几个经典模块的拼接，是很难真正贴近客户需求的。

因此，频繁地更换项目实施人员其实并不是一个明智之举，加大对一线实施人员的倾斜，建立一支稳定的实施队伍是和建立一支高水平的开发队伍一样，是十分必要的。