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