时 间 记 忆
最 新 评 论
专 题 分 类
最 新 日 志
最 新 留 言
搜 索
用 户 登 录
友 情 连 接
博 客 信 息
 
独立工作
[ 2008/3/4 21:00:00 | By: storm ]
 

在一个北京市支持项目,仅出租车费就要100,昨天更加夸张,回来之后又去回龙观吃饭,结果,一天两百块块就没有了,看来只能举债度日了!

上午在项目上开个会,讲了讲系统现存的问题以及解决方法,下午就等人上门来问问题了,结果等到下午两点,连个鬼都没见着。为对得起两天近三百块的出租车费,不来,我自己找吧,打电话给主管领导,请三个有问题的业务员上门来请教问题。第一个小伙子等了一下午都没来,看来上午直接当着领导的面指出BOM建立出错,现在还没有缓过劲来,不来也罢。

第二个小姑娘做委外加工业务,上午提了不少问题,后期要靠她来解决问题,所以就拽她上来,上午请其说回来,结果看文档时,却提了个错误的问题,看来还是要落实到文档上最可靠,讲一遍操作流程,同时把BOM检查方法告诉她,一个小时,也就OK了。在讲完时,又说另外一个操作员也有问题。好,请其喊另一个过来,中间间隙的时候抽了一支烟,感觉就象老师坐等学生面试一样。

学生很快就来了,很是谦虚的样子,提出来几个比较尖锐的问题。照例先讲一遍流程,讲完之后,请其说说问题,一看还真是存在;好,把流程中产生的单据全部删掉,重现一遍问题产生的流程,很是虔诚地又重新做了一遍,问题依然存在!奇怪,这个系统的版本太老,自己还从来没有见过这个问题。小姑娘已经失去了信心,说要上厕所想开溜。不行,这么一走不能解决问题,我这一趟岂不是白来了。

分析一下,可能是因为上个月没有结帐,导致批次处理上出了问题,换换登录日期,再做一次,这次操作员有些不太情愿,但依然取消成本计算、取消完成、取消审核、取消签字等等,然后又做一遍单据,此时指导她按照最为稳定的路线走,结果还是提示批号出错,自己尝试着选择批号,结果“材料核销”就成功了。

小姑娘大喜过望,高兴地走了,结果一会儿又回来问如何删除单据的事情,再指导一番,走时,问我一句还叫什么人上来吗?想起来了上午一个采购员提出一个非常奇怪的问题,自己答应说要上去看看的,看来是要守株待兔了,虽然是伪专家,但架子还是要端的,于是就等着吧。

请其做一遍操作,随即就发现了问题,一个字符串取值函数写错了,而且不只是采购订单、与之相关的所有出入库单据及订单全部写错,也不知当初的这个顾问是怎么写的,只想到浓度的小数点会有两位数,就没有想到浓度小于10的情况存在,于是计算全部出错,事情往往就是这样,看似问题很大,但只听描述不能得到问题的实际结果,要到现场去看,更好的方法是,先自己去检查一番,然后再说问题处理的方法。

就如这次一样,听取问题情况描述、重现问题、分析原因、解决,也就是如此而已,晚上请同事中写函数的高手,修改一下,放到文档里,让项目上的实施顾问明天把各个单据修改一下,应该就OK。

问题一般都是这样一个过程,一开始听描述很严重-实际交流并不严重-检查发现更为严重的问题-分析找到解决问题的方法-问题又显得并不严重;其实这应该是一个矛盾产生的基本循环过程。

下午5:30,问题已经全部解决完了,现在这个时候回软件园,将全部堵在路上,索性就晚些走吧,把操作流程手册写完,发给操作员;把要完成的工作,包括那段已经验证成功的函数发给实施顾问,同时安排一些其他注意问题的解决方法,自己这两天的项目支持工作可谓在顺利结束!

委外加工,自己用周六下午和周日一天的时间好好研究了研究,问题的顺利解决,还要归就于自己不断学习与思考,庆幸多年项目经验养成的分析、解决问题的习惯,也庆幸于自己在学习方法上的不断总结。

以此为起点,看来过渡期很快就要过去了。

 
 

发表评论:

    昵称:
    密码:
    主页:
    标题: