出差工作自评.docx

Word
— 1 —
出差工作自评
[优质评语]出差工作自评。
自入职的那天起，我们就把握了一些基本技能，到现在已经娴熟至极了，但还是要连续努力。为了让工作方案顺当进行，我们是时候静下心来好好写写述职报告了。述程同时进行屏蔽。另外，任何升级都要先做好备份，保证升级失败能够回退。升级完成需要准时的进行功能验证，验证的过程要依据测试同事给的功能清单逐条验证。验证不经过的，准时邮件反馈给测试很研发同事。
7、数据核对问题
数据的正确性是直接关系到系统上线。采集上来的数据必需实时的与厂家网管系统坚持全都。要对数据进行核对，首先我们要保证自我的接口采集程序都正常无间断的运行了一段时间，并且程序无报错情景。若程序无故停掉，或者有明显报错，都可能导致数据不精确 。这就要求，我们的守护程序都要配置完整，开机自启动要配置完善等。其次，在接口程序都正常情景下，选择一个时间段，核对这个时间段里面厂家系统数据库量是否与我们系统数据量是否全都。最终，不论核对是否有误差，均做记录。此外，对于核对有不全都情景，工程人员需要进行问题核查，或者将问题描述清晰发给研发同事。直到解决问题后，再重新进行核对。问题没有解决，没必要重复核对。事实上，苏州项目，目前的数据还存在很大问题。
8、与用户或厂家沟通沟通。
沟通与沟通，是不容忽视的。搞技术的人，往往以技术为大，而忽视说话的重要。事实上，有些事情，经过与用户沟通就能够解决。例如，苏州出差中，有两个地区的拓扑图原方案是分开画，但连个拓扑有共用的网元，对于在一个拓扑中用到了的网元，是无法再用到另外一个拓扑中的。这个问题，假如要修改程序代码，则需要额外的时间。但多次找用户沟通后，用户同意，只要画的好看，可将两个拓扑图画在一齐。这个问题，就经过沟通解决了，免去了代码重开发的时间。
Word
— 5 —
如何去与用户沟通，我也不得全法。在这方面，我也经常缺乏阅历，缺少底气。出差多了，各种各样的用户都碰见过。有的平易近人，有的也咄咄逼人。有时觉得，沟通最终，并不是项目本身的问题，而成了谁强谁若的问题。事实上，我们在用户面前，总是弱势。所以，出差的人员，需要有强大的心理承受本领和一颗平和的心。
9、工程若不能按期完成，最好提前做好估计，加大公司人员的投入量或与用户协商。
出了几个月的差，最让人不爽的事就是工期延长和连续的加班到深夜。技术缘由，用户缘由，厂家缘由，现场环境缘由，都可能使方案赶不上变化。对于苏州项目来说，时间是非常紧的。为了能按时完成方案任务，经常加班到很晚，但即使这样也还是不能按要求的时间完成任务。既然时间已经固定，人员已经安排好，暂不谈论时间是否合理，人员本领是否足够，若工程估计不能按期完成，则需要加大公司人员突入量或者由管理者与用户协商沟通延迟工期。不能等到最终用户检查完成情景时候，再去向用户解释。假如这样，我们就一向处于一种被动状态。
Word
— 7 —
10、工程人员要做好文档的编写。
文档的编写同样是一件很重要和有意义的事情。有系统部署文档，技术性文档等。文档记录了全部实施部署的工作情景，完成哪些东西，哪些还没完成，都应当在文档中表现出来。一、有利于自我对工程进度的一个把握，平常维护能够参照。二、文档交给用户，算是对用户的一种交代。对于这种省外项目，实施完成后，我们是不负责维护的，所以，维护文档和技术文档就要写的具体交给用户。三、工作交接，文档对系统环境的熟识很重要。
文档要在实施过程中不断更新，这是我经常不能做到的。总是到最终实行修改文档，才发觉许多都忘掉了。特别是写一些技术文档。其实，写文档的过程也是一种回忆的过程，这样能够加深印象。
11、对于用户提的新需求。
要明白，用户的需求总是无止境的。用户的要求总是很严格的。用户总要求我们能做的非常的好。但事实总是不如人意。用户在熟识的过程中，总会提出一些新的需求。用户提的新需求也不是都是合理的，但现场的工程人员，对于用户提出的新需求，都要做好记录，不了解的地方需要与公司的需求分析师沟通。最好是能一位特地的需求分析师来统一收集用户提的新需求，不合理的由其准时向用户解释。
以前读高校的时候，没法好好的学习技术理论方面的学问，毕业时连什么是E-R图都不清晰，在毕业设计的答辩会上出尽了洋相。但软件工程的书籍还是泛读了一些。我记得，对于一个软件工程，我们应当花更多的时间放在需求和测试上头，开发的时间其实很少。特别是对于产品化的软件，需求和测试更需要做好。需求需要做到更细致，找到产品已有功能与用户需求功能的差异性，这个过程要尽可能细。测试也一样