在過去的兩個月里，我負責x模塊的需求討論、數據庫設計，代碼編寫進度管理的同時，還負責x項目xx平臺的開發進度管理，通過與大伙的通力合作，基本上在規定的時間整理文章由內完成了大部分的業務需求。通過這個項目，也增強了自己在項目管理方面的經驗，學習了很多x方面的業務知識，全面地了解了項目組內各成員的綜合素質和工作能力。就個人業務方面，對x大部分業務做了深入的了解。xx評估方面，我主要了解x，x，x，x等業務。當然這很多得益于小唐、小衛、小馮等人的精心指導，我很是感謝他們。
在已過去的x項目實施過程中，我也發現了項目組存在的一些優勢和問題。對于優勢我就不多說，主要還是大伙的實干精神較強吧。針對項目組存在的一些問題，這里我發表一些個人的觀點。
1、項目組的控制力
由于我們當前的項目是一個全新的組合，各成員間存在太多的生疏和不確定性，這就造成了，我們在實施計劃任務的’過程中，對其風險的控制程度不為樂觀。工作總結我們在制作相關計劃任務的時候總是憑借自己的第一感去處理，所以在實施過程中也出現了很多計劃滯后的事件，對待這些滯后我們唯有加班來彌補，過度的加班和返工必然損壞其組內成員對項目組控制力的滿意度，當然也直接影響到對公司的認知和評價。
我感覺我們總是缺少一些可以控制和預見的能力，完成任何事情或目標總是存在不可預知的風險，但如何在風險爆發前最大限度的加以控制，降低其影響層面，那是我們應該去考慮和管控的。
2、項目組的協作力
說到項目組的協作力，我覺得當前我們做的很差，在任務實施的過程中，現在的項目組就好比中國古代的三國時期—群雄逐鹿，各忙各的。每天我們都很忙，但是忙的就是自己的那塊空間，彼此的交流和協作時間太少。一個功能模塊的實現不是最大限度去尋求業務的吻合度，而是自己憑借自己腦袋亂寫，自創輪子，總是把自己的意識強加給客戶。
在過去的代碼編寫時間里，我總是發現很多同事存在一個問題，自己做的模塊與別人的存在關聯，這時候彼此間需要進行簡單的交流，配合完成。但是很多人沒有交流，而是把別人的代碼下來，然后加上自己的需要，提交完事，等其具體人員某天發現自己的代碼被修改而不為所知，最終遇到問題，相互推諉，這就是缺乏交流的后果。
說到協作，順便說下分工，在代碼編寫的過程中最為緊要的應該就是分工明確啦，我們需要嚴格規定那些人有相關文件的修改權限，那些文件刪除前需要廣播說明。而不是一味的看著不爽就改、刪、加，試問操作前是否考慮過有對其項目或別人的影響？
項目組程序員試用期工作總結的分享到這里就結束了，希望可以幫助到你。
