作为一名实施，需要自己反编译、网络抓包、猜测数据库，干的全不像实施的活……

一位朋友提到这样的一个问题：

“做为一名现场实施人员，面对某x系统，一片空白。好不容易整明白点了，又发现x系统与某xx系统有关系，再深入一点，还与某xxx系统相连，后面还有更多的xxx..系统，没有源代码，没有文档，偌大一家公司管理上竟如此不规范。客户提出需求后，整理发给总部的开发人员，N久不能修复 ，还整天帮他更新调试，拿到输出结果再发邮件他，净瞎忙活，不指望开发之后，开始自己反编译、网络抓包、猜测数据库这些方式去搞了，干的全不像实施的活，这种情况怎么破？？”

很经典的问题，这个问题大致可以分解为两个问题：

1）实施人员干的不是实施活；
2）旧系统的麻烦。

 

实施人员干的不是实施活

很多公司对实施的定位都是有问题的，实施的位置是比项目经理、开发，甚至测试还要低的。但实施是战斗在一线的，直接面对客户的。

如果你是这位实施，从个人发展的角度来说，你可以考虑：
跟这个项目的项目经理甚至是更大的领导沟通，反应情况和提出建议，看看领导是不是有心解决这个问题，领导是否能给出给力的支持。

如果领导比较给力，你就可以参考下面这点建议：
你不要将自己定位为实施，将自己定位为项目经理来处理相关工作，持续汇报情况给领导，必要时要领导给出支持。

从职业发展角度来说，实施岗位可以晋升为项目经理、项目顾问、销售，甚至是研发总监、技术总监、CTO、CIO都可以。实施岗位在技术和业务上都饱受极大的考验，而且还要跟各色各样的客户周旋，锻炼的机会是duang duang滴。相比之下，开发人员的工作环境可以比喻为“温室”了。

当然了，如果领导无心解决问题，并且将实施看得很低，问题就不好解决，这样你要看着办了。

实施职位的特殊性，其实只能项目经理才能做得很好。我以前和公司的实施工程师谈心，我是这样帮他们定位和画大饼的。

我还这样比喻：如果客户是敌人，实施就是战斗在前线的战士，项目组其他人就是后方支援。

直接和客户接触的工作，都不是人干的，难度大大滴！客户要发飙，首先就需要实施顶住，苦BB滴，然后还遇到不给力的项目小组，很烂的软件系统，超级苦……

作为公司管理层，要清晰定位实施岗位，要重视实施工程师；而作为实施岗位的你，给你一段古文作为鼓励，这段古文就是：天将降大任于斯人也……

 

旧系统的麻烦

“又发现x系统与某xx系统有关系，再深入一点，还与某xxx系统相连，后面还有更多的xxx..系统，没有源代码，没有文档”
——至于这类问题，很多老项目旧项目都是这个鬼样了！

要你来收拾这些破烂，就需要你有变废为宝的本领了！这个项目对公司有战略价值，就需要慢慢改造，持续改善这个系统。
如果这个项目只需要维持客户关系，不是公司的重点，就可以采用另外一种策略：“得过且过”。这个“得过且过”并不是指工作上的得过且过，而是用尽可能少的成本和工作量仅仅满足客户的基本要求，勉强维持客户关系，过高的要求要想办法拒绝，帮公司节省成本。