竟然被实施人员鄙视了

     上周负责的一个项目试点，直接试点客户是安徽的，不过到是一个北京的实施人员反映过来一个问题（有业务关联）：指出我们系统全局参数某项配置限制个数的局限性问题。因为我们的开发环境是用户环境的真实提取，所以我告诉他该项配置完全可以解决问题，多增加个数无意义。该实施人员死活不肯，说一定要条理清楚，配置要规范（按项目的这项配置，会出现公用一项配置的业务交集，对系统无丝毫影响）。最后和项目经理交流了下，确实是我们系统的问题，虽然当前可以解决问题，但局限性很大，建议修订。于是我告诉那个实施人员，今天我们会对系统做修订，去掉该项配置的个数限制，但今天无法实施（他们该项配置已经超出我们的限制）的情况属于配置错误，完全没有必要。结果那哥哥一听这话就火了，连仍了我多个反问句，说什么数据决定应用，数据库难道要跟着程序改？实际环境要配合你们系统？业务数据要按照你们程序的限制而调整？......
     我当时愣了半天，太扯了吧这，这哥哥最后甩了一句狠的：“要不是安徽实施的找我，我才不会管这产品！”我真&%#￥%×&￥.....当时感觉打字的手都在抖，进公司一年多从来没碰见这样的主，俺也立马顶回去：“管不管和我讲没用，我很忙，不胡扯了！”。真愤了我，一个小问题有啥好唧歪的，你直接告诉我不是配置错误，而是程序的局限，后面应用增加会造成业务混乱或不足以解决问题，我会没事找气生吗？
     后来就在想，把实施和开发分开是否确实有这个必要？没错，各司其职顺应社会分工越来越精细的潮流，优点不少，至少很大程度上可以解放开发人员的生产力，不用专注系统的部署和维护，浪费开发新项目的时间。但是开发人员与实施关于系统部署与维护的沟通却又成了一笔额外的开销，开发的了解系统不清楚环境，实施的了解环境不清楚系统，围绕着这一矛盾方方面面的问题也就随之而来......

评论

8 楼 enboga 2008-06-25  

跟实施交流确实很很头痛的事情。

7 楼 qlhl2000 2008-06-24  

应该分开，实施是在满足用户的基础上活用程序，开发是在理解用户的基础上编制程序，实施的关键是让用户用足程序，开发是在理解用户的基础上做好程序。

6 楼 johnnyhg 2008-06-19  

分开为好，实施人员成本相对较低！

5 楼 gavin213 2008-06-19  

引用

wutao8818 13 小时前
我想 是否分开 不是这个问题的解决的关键。公司内部应该鼓励角色互换，做开发的可以试试实施，实施的可以做一些开发。这样以后工作起来就明白对方在想什么，怎么说话对方能接受。

我想wutao8818说的实际上是一种换位思考的问题，这招确实很高...

4 楼 wutao8818 2008-06-18  

我想 是否分开 不是这个问题的解决的关键。公司内部应该鼓励角色互换，做开发的可以试试实施，实施的可以做一些开发。这样以后工作起来就明白对方在想什么，怎么说话对方能接受。

3 楼 gavin213 2008-06-18  

从老板的感觉来说肯定希望分开，这样可以最大程度解决程序员的生产力....

2 楼 helloJ 2008-06-18  

把实施和开发分开是否确实有这个必要?

感觉挺值得讨论的

1 楼 form_rr 2008-06-18  

把实施和开发分开是否确实有这个必要?
支持这个提问