你的位置:首页 > ASP.net教程

[ASP.net教程]作为一名实施,需要自己反编译、网络抓包、猜测数据库,干的全不像实施的活……


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

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

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

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

 

实施人员干的不是实施活

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

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

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

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

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

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

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

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

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

 

旧系统的麻烦

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

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