時間過的真快，一轉眼就一年半了，一不小心把以前的總結給翻出來了，看了看，覺得挺有意思的。看看以前的覺悟，總是覺得自己老是在退步，越來越幹不了什麼是了，不知道是不是如此。
入華為日期：2xxx-4-08
部門：業務與軟體產品線/業務與軟體研發部/綜合開發管理部/解決方案一部
試用期自我總結
(從工作績效、任職能力、應負責任、工作態度、品德與誠信等方面以具體的實例進行總結)
項目開展大概三個月了。從軟體開發規範的流程的學習開始，到熟悉項目周邊產品，到demo製作，到系統規格設計，項目所需只是的培訓，到系統需求分析，滲透著我們共同努力的汗水。
項目開展初期，初聞領導對該項目的重視，也感受到了大家摩拳擦掌的戰鬥氣氛，很是感覺良好。猶有繃緊神經，提高鬥志，端槍上戰場的鼓動。轉眼兩個月過去了，鬥志依然昂揚，時刻準備著下一輪的衝鋒
初入項目組，心情忐忑不安，跑起來也沒有方向，抓住一點就使勁的做好，有時候雖然這樣看起來沒有什麼必要，但實事證明這樣確實為以後的工作省了不少氣力。最開始接觸的是軟體編程規範的學習，有些同事並沒有太重視編程規範，對我而言，我花了很大力氣去學習。雖然我覺得學的行庫，但是收穫也很多，心裡甚慰，同時也覺得路走的踏實。
我們的項目是一個綜合性的項目，集成了公司總多的數據業務產品，最終版本所涉及的產品現在能確定下來的就有28種之多。就說rbt，從最初的了解到內部交流到確定集成方案，花去了不少時間與精力;當然這是必須的，對周邊產品沒有良好的理解是無法做出集成該產品的精品出來的。我是我們項目足rbt接口人，初期首先瀏覽了眾多rbt公開資料，並找rbt項目組的接口人申請了其它的rbt資料，在基本比較熟悉這些資料的基礎上，整理了rbt與我們項目密切相關的部分，並在項目組內部開展了一次rbt基礎培訓，以便讓所有的組員都能較好的理解rbt，更好的做好本項目組內與rbt相關的工作。rbt是這樣，其它相關產品也是這樣。
讓我感覺項目開始的第一步是寫作文檔“統一portal配置方法”。主要包括portalone組網方案說明，軟硬體配置說明，性能估算分析;組網方案美譽喔費多大勁，主要是teamleader言傳身教，我只是代筆。據的費勁的就是組網圖。就一個用word畫的圖，光畫這個圖就耗去了一個下午的時光，有時候真是不敢想像，僅僅在一份文檔中就凝聚著多少人辛勤工作的結晶。性能估算分析也花了不少氣力，參考資料有限，只能憑藉著合理的邏輯推理去定製各種估算模型，再依照估算模型去套用假設前提來進行估算，不知道是對是錯，是否合理，當時也無法考證，心裡有些忐忑不安，生怕因此對項目有什麼負面影響。不過到了後來， 才知道估算的還算準確，與別的大致類似的系統性能估算的結果也大致等同，心中多了些許安慰。
經過一段時間的醞釀與準備，項目進入了系統規格設計階段(sds)，我參與了portalone系統重要功能原理的事先的設計工作，由於是初期接觸sds，再則是項目需求還沒有非常明確的定位，在寫sds文檔的時候犯了錯，將重要功能實現原理寫的比較理想化，偏向與學術論文性質。通過頻繁的與相關接口人有效果的溝通與交流後，逐步的調整了文檔寫作的方向和力度，較好如期的完成了自己所負責的系統功能設計。