如果，我觉得自己很忙，但是过后又觉得，自己什么都没做。该完成的任务仍旧是急急匆匆、熬夜处理完。那么多半是自己平日工作无计划，散乱无章导致。
这周出了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件事就够我受了。下周，我要把握自己的工作进度，而不是由其他事件赶着跑。
网友评论