工作中的体会

  转眼间,在计算机面前一面对就是两年整了.很多时候都觉得麻木了.特别是在工作中遇到困难核挫折的时候,显得更加无奈和茫然, ..
  我们公司一直是作CRM，OA，HRM以及MIS系统.对于那些高手来说，觉得这块肯定很简单.不过呀，对于我们这种出道才工作那么一两年的coder来说还是有相对大的难度.至少刚开始工作的那段时间是这样的.工作这么久了,很多时候在挣扎和徘徊.06-07年底这段时间我是努力地天天写代码,思考思考再思考.每天吃饭睡觉除了想如何解决这个问题或者某个模块中的问题是如何解决的之外,真的很少考虑到用我们产品的客户.话还得从去年6月份说起走.当时我们帮客户做好了CRM系统,其它实施者去客户那发布,可谓说刚开始,一路ok.现在整个项目发布了,可以跟客户show下啦.让他们自己来体会下.对于客户来说，并不在意我们做得多漂亮.只要他们要的你能做出来.就ok了.
  如果是一个人用,当然好说,他们用的人多了,问题和要求就开始多起来了.比如某个客户觉得整体效果不美观.有客户说加些其它的一些额外功能.还有的客户遇到问题了.直接让你跟他解释代码，更至于有客户更牛,说软件肯定开发起来很简单,就那么几行代码就搞定. 出错了,他非得让实施者把代码给他看看,找出个原因来. 真的是无语.但是后来发现项目经理从客户那每次都带回来不同的需求,也没有好好地归结就布置给我们了,做好后一同又拿去给客户发布,问题又出来了.要么就是有的功能对于他们来说是多余的.这样对于我们这些程序员幼小的心灵是一次次小小的伤害和磨练呢.我负责的CRM这块.客户说有的功能添加有的删除,等把添加的添加了，删除的删除了，实施者去发布.没隔两天.客户要求删除的再添加.my god 。。我真是服了.没辙.我有次的确是急了,直接跑过去,跟他们面对面地谈，他们到底要些什么，要实现些什么功能.我一一作下笔录.不难从客户那发现.实质上他们要的东西也许就是那么几个功能,可能对于专门做需求的来说.他们夸海口短时间什么都能实现.但是我觉得如果派遣技术员努力地跟他们沟通,然后降他们说的画出一个简单的概念图,能实现的，或者时间花费较长的都一一告知他们,也就不会给我们这些程序员造成每次都是他们在催我们赶紧.这样的话,大可将他们的业务需求转换成我们的功能逻辑.这样的话,可能在某些时候不需要浪费更多的时间重复一件事.但是对于有的公司来说。可能像我们遇到的这些问题并不是什么问题,顶多推卸给做需求的,话说回来.经过几次的面对面谈.发现好多问题都能迎刃而解.可能正所谓这也是我们每个程序员所必须掌握的吧.
  沟通中掌握他们的需求.将需求在脑子里变相地转化成业务逻辑.这样也许不仅仅提高了我们开发人员的业务逻辑处理能力,更好地也是对我们沟通方面的一个提升.