2017试用期自我总结.docVIP

试用期自我总结 工作总结 自我总结 试用期自我总结 试用期自我总结 时间过的真快，一转眼就一年半了，一不小心把以前的总结给翻出来了，看了看，觉得挺有意思的。看看以前的觉悟，总是觉得自己老是在退步，越来越干不了什么是了，不知道是不是如此。 入华为日期：2xxx-4-08 部门：业务与软件产品线/业务与软件研发部/综合开发管理部/解决方案一部 试用期自我总结 项目开展大概三个月了。从软件开发规范的流程的学习开始，到熟悉项目周边产品，到demo制作，到系统规格设计，项目所需只是的培训，到系统需求分析，渗透着我们共同努力的汗水。 项目开展初期，初闻领导对该项目的重视，也感受到了大家摩拳擦掌的战斗气氛，很是感觉良好。犹有绷紧神经，提高斗志，端枪上战场的鼓动。转眼两个月过去了，斗志依然昂扬，时刻准备着下一轮的冲锋 初入项目组，心情忐忑不安，跑起来也没有方向，抓住一点就使劲的做好，有时候虽然这样看起来没有什么必要，但实事证明这样确实为以后的工作省了不少气力。最开始接触的是软件编程规范的学习，有些同事并没有太重视编程规范，对我而言，我花了很大力气去学习。虽然我觉得学的行库，但是收获也很多，心里甚慰，同时也觉得路走的踏实。 我们的项目是一个综合性的项目，集成了公司总多的数据业务产品，最终版本所涉及的产品现在能确定下来的就有28种之多。就说rbt，从最初的了解到内部交流到确定集成方案，花去了不少时间与精力;当然这是必须的，对周边产品没有良好的理解是无法做出集成该产品的精品出来的。我是我们项目足rbt接口人，初期首先浏览了众多rbt公开资料，并找rbt项目组的接口人申请了其它的rbt资料，在基本比较熟悉这些资料的基础上，整理了rbt与我们项目密切相关的部分，并在项目组内部开展了一次rbt基础培训，以便让所有的组员都能较好的理解rbt，更好的做好本项目组内与rbt相关的工作。rbt是这样，其它相关产品也是这样。 让我感觉项目开始的第一步是写作文档 统一portal配置方法 。主要包括portalone组网方案说明，软硬件配置说明，性能估算分析;组网方案美誉哦费多大劲，主要是teamleader言传身教，我只是代笔。据的费劲的就是组网图。就一个用ord画的图，光画这个图就耗去了一个下午的时光，有时候真是不敢想象，仅仅在一份文档中就凝聚着多少人辛勤工作的结晶。性能估算分析也花了不少气力，参考资料有限，只能凭借着合理的逻辑推理去定制各种估算模型，再依照估算模型去套用假设前提来进行估算，不知道是对是错，是否合理，当时也无法考证，心里有些忐忑不安，生怕因此对项目有什么负面影响。不过到了后来， 才知道估算的还算准确，与别的大致类似的系统性能估算的结果也大致等同，心中多了些许安慰。 经过一段时间的酝酿与准备，项目进入了系统规格设计阶段，我参与了portalone系统重要功能原理的事先的设计工作，由于是初期接触sds，再则是项目需求还没有非常明确的定位，在写sds文档的时候犯了错，将重要功能实现原理写的比较理想化，偏向与学术论文性质。通过频繁的与相关接口人有效果的沟通与交流后，逐步的调整了文档写作的方向和力度，较好如期的完成了自己所负责的系统功能设计。 工作总结 自我总结 试用期自我总结 试用期自我总结 由于在系统规格设计阶段定位的系统是一场庞大与复杂，且项目涉及到众多的周边产品，为了尽量降低风险，细致认真严格的评审环节和与周边产品的有效交流沟通是项目良性进展的保障：自我评审，修改完善，他人评审，修改完善，大家一起评审，修改完善。每天至少十小时的满负荷运转，让大脑甚十疲惫。事情是一点一点的发展的。初期开始总是模糊、彷徨，摸着石头过河，等走到河中的时候，事情也大致一步一步的清晰起来。系统的核心模块模版管理是我负责的。模版管理是非常重要的一块，贯穿于整个系统的核心。其他模块与模版管理模块联系紧密，模版管理的滞后牵涉着整个项目的进度。我以往没有相关经验，一切都是从新开始，时间又是相当的紧迫，沉着稳重的应对中却收效甚微。在以teamleader为核心的领导下，通过不断与相应的模块责任人的沟通交流，teamleader提出了一套模版管理思路，并设计除了相应的模版数据库表。这对一筹莫展的我是极大的鼓舞。在积极领会teamleader的模版思想，与其他项目人员有效沟通与交流后，完成了初步的模版管理的sds，并给予了其他模块责任人关于模版管理的有效支持，促进了项目良好的运行。 项目如期进展，按照原定计划，项目进入需求文档阶段。由于时间的原因，项目下一设计阶段只有两天的时间，只有将设计阶段的许