美文网首页
上周工作总结4.11

上周工作总结4.11

作者: 蒙面小侠 | 来源:发表于2016-04-11 00:34 被阅读0次

    如果,我觉得自己很忙,但是过后又觉得,自己什么都没做。该完成的任务仍旧是急急匆匆、熬夜处理完。那么多半是自己平日工作无计划,散乱无章导致。

    这周出了3个紧急问题,每个问题都得耗费我很长时间去追踪。

    第一件:PHDFH环节。提前我已跟开发员讲好,开发完了别急着上传。等到79测试好了之后再上传。但是开发稀里糊涂将代码给提交了。而且,他来了已经超过3个月了!要知道这个环节一旦出问题,将会造成订单积压、现场货量堆积;严重时甚至后端瘫痪。然而我的千叮咛万嘱咐并无卵用。可笑的是自己还在心里怨自己,不知道跟新来的讲这些。后来才意识到,他来了已经超过3个月了。

    其实,归根结底还是测试不到位。ERP及其缺乏正规的测试。

    转个话题,公司规定若线上发现bug,开发扣工资,测试加分貌似?若我没记错那真的完全是瞎搞。线上出bug,测试、开发连带责任。当然若是需求不明确导致的又宁当别论了。

    配货单复核,修改一次,上传到预发布环境,又是有问题,接着改,总算下班时搞定。让我觉得莫名其妙的是,开发改完找了小川接着他就回家了,回家了,回家了。他根本没告诉我一声进度如何就回家了。我真的是很无语。这次出问题,当然也不全是开发导致,还暴露出自己的问题。我将我们的系统想象得太规范,A就是在A的位置,B就是在B的位置。结果却不是这样子的。有时候的我,太理论化。而且我当时脑子也是秀逗了,把开发还当成一个新人,还怪自己流程管理不当。

    对其评价:1.工作流程至今还未熟悉,说明了什么?2.编码时有些生搬硬套,欠缺思考。3.不顾及业务。自己的任务解决完了也不知道告知下进度。

    第2件:DG面单修改问题。我为了图方便,拉了个讨论组,让开发和DG人员交流,也没看他们具体聊了什么。导致开发理解有误,造成面单出问题。打印的信息不是他们需要的,由此引起一个严重问题,无法拣货。我当时就奇了怪,拣货不是有BC清单吗?一再追问下才知道,RF枪坏了。所以他们是在电脑过拣货流程再拿面单去拣货。由这一点可以看出,不要把想着所有用户都会正常使用你的系统!!!我又急了,DG一直很受重视。然后急急忙忙叫S宝改,问了下为啥出错,嗯,他们的沟通出问题了导致理解有误。我没有监控好这个流程。业务和开发讨论了什么,最后得出了什么结论。作为需求分析,我是需要知道的。我一直想着怎么解决问题怎么解决问题。然后约莫5点来钟,突然发现,原来DG面单又两个,其中一个并未做更改。我了个大擦,我真想扇自己。然后,跟他们沟通了下,其中一个跟改之前一模一样,树宝只改了其中一个。所以,面单还是可用的!早发现这个就不用这么急急忙忙了。这也说明了一点,业务永远是小白,不要让他们思考该如何解决。用了你的东西即使很久很久,他仍然会对有些东西不知道。s宝解决问题还是很不错的,反过来叫我别急,一件一件来。呃,我怎么能不急。。。

    第3件:合同问题。L红提了个需求,合同中甲方公司名称和地址从一项管理功能中调取。我傻逼兮兮的处理了这个需求,我完完全全忽视了数据的初始化!那么一开始,这个地址信息是没有的,该如何取?这样会导致无法生成合同,因为没数据。唉,脑子真是秀逗了。而且这个功能不仅仅雷红使用。尽管最终找到人一起解决了问题但是这真的是个教训。

    这周,以上3件事就够我受了。下周,我要把握自己的工作进度,而不是由其他事件赶着跑。

    相关文章

      网友评论

          本文标题:上周工作总结4.11

          本文链接:https://www.haomeiwen.com/subject/kixilttx.html