回顧XX年，自己幹了很多工作，涉及到的範圍比較廣，所做的工作帶來的成果也不錯，告別了XX年的那種沒有自信，總是被動的局面；業務上對發信息，資料，boss相關，語音這幾個核心的業務模組更加熟悉；組織協調能力上得到提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。工作方式上有所改善，由被動變成主動，由接收變成主動提出自己見解；知識體系得到補充完善，眼界由局部上升到更高一個層面，找到自己要發展的方向，閱讀管理類和技術類的書籍給自己充電加油！XX年，我在期待，期待更大的進步，期待更多更強的成就感。
一、主要工作業績
(一) 工作職責、主要工作及成果
1、 hbjxt發信息系統、河北後台搭建移植
工作職責:部門模組參與人
hbjxt系統搭建過程中前期我主要負責的是發信息模組，後期轉到新後台的搭建移植工作上.
a、 發信息存儲過程的移植
b、 0元3元產品的並行
c、 信息回執的添加
d、 學校相關查詢，用戶相關查詢，教師相關查詢，信息相關查詢功能移植
e、 河北套用報表開發
在這個工作的過程中我最大的收穫是對資料庫簡單知識的掌握和發信息相關業務的熟悉。以前對資料庫的學習就到書寫sql語句的層面上，目前對存儲過程，函式，調度，觸發器，表分區等常用的簡單知識有了使用和了解。對於核心業務發信息也告別了一頭霧水。
2、 語音平台接手，為解決串號問題的改造
工作職責：平台負責人
a、 日常的維護統計
b、 語音新需求的開發
c、 語音最佳化建議的處理
d、 語音串號問題的
在語音web頁面方面要發展成一個能提出自己見解能拍板的員工，目前尚未完全達到這個目標，不過日常的維護和遇到的問題大部分可以跟蹤解決。
3、 長簡訊頁面負責人
工作職責：頁面負責人
a、 學校長簡訊的設定和取消
b、 家長長短息接收的管理
c、 老師長短息的設定選擇
d、 發信息類裡面對於設定長信息和檔案傳送等邏輯的修改。
長簡訊的主要負責方是資料庫組，中間組織了幾次會議，都是權威人物，從大家的發言角度和發言內容里可以學到好多東西，先是需求的討論確定，開發方案提出幾種，大家一起討論，最後讓領導審核，每一次的會議組織都會有新的收穫。是一次很好的推進工作案例。
4、 新版簡訊模板
工作職責：部分模組參與人
a、 發信息頁面的改版
b、 信息收藏夾的導入導出
c、 jxlx下總導航和左邊登入框的調整。
我參與的階段有：用例的審核，表結構設計的討論，開發。
在這個工作中的收穫是資料庫表的設計，主要是按位存儲的優點，合理的利用存儲過程來定時的分析和生成數據，excel表格的上傳下載相關知識。
5、 語音外呼系統
工作職責：整體負責人
a、 組織需求的討論確定原型
b、 拿出設計方案組織審核
c、 參與後續開發
d、 系統的跟蹤和維護
這是我第一次以項目負責人的身份在公司出現，感覺很驚喜，也很有壓力，一直都是在接收安排好的工作，這次領導告訴我，我要把握項目的進度，要去和需求人溝通給系統一個合適的定位，把合適的工作分給合適的人，要設計能滿足需求，要保證項目保質保量的完成。當然這些工作我一個人是做不下來的，一是我經驗不夠，二是我一個人沒有那么多的時間和精力，這時候就體現出來如何利用大家的智慧了。這個團隊的一個特點是一個沒有經驗的負責人帶著幾個充滿智慧的隊友，剛開始在工作分配上很不合理，我把很多的工作攬到自己這裡，但是這樣我會很累，大家的智慧不能及時的融進來，還會打擊積極性，在主管的指導下及時對工作安排分工進行了調整，讓大家都積極的參與進來。有了前面的教訓，在後期的開發中進展的很順利，大家積極的討論拿方案，對自己負責模組都盡職盡責，從中收穫很多。語音外呼項目的推動中，收穫可以從兩個方面來總結，一個是經驗的積累，通過這個工作，經歷了一個項目負責人的過程，此時經歷就是收穫，設計方案的一次次被****，就是一次次的進步，從溝通到設計再到開發，去組織去推動，也逐步的流暢，和大家的合作，借用別人智慧的能力也稍有提高。另一個是信心的增強，剛開始對需求的混亂和對系統不清晰的定位讓我對這個工作無從下手，對它的思考時易時難，對設計更是心裡沒底兒，設計好了對開發又不自信，需要的知識點還很多，雖然前期是這樣思考的，但是隨著設計的明朗化和大家智慧的迸發，感覺越來越順利，信心提高了很多。所以一個項目負責人不一定要是一個樣樣精通的人，但是一定要是一個能把大家智慧凝聚到一起的有思想有自信的人。以後我繼續向大家學習！
6、 資料遷移
工作職責：整體負責人
a、 收集需求人，使用人的意見整理文檔，弄清楚要解決的問題，和造成問題的原因
b、 給參與人員分工梳理現有流程
c、 組織技術內部對此熟悉的同事討論，剷出一份需求設計文檔，之後又進行審核
d、 和需求人，使用人碰面溝通，對設計文檔中涉及的流程進行了二次審核
e、 頁面開發和測試
f、 功能模組維護和數據跟蹤
帶來的成果：在移動進行大規模的ecid重整時期，資料遷移功能發揮了很重要的作用，解決了部落格部落格圈的匹配，校訊通積分影響問題，客服的資料處理流程效率也得到了大大的提高。
資料遷移整體上考驗的是對業務的熟悉和對需求的梳理溝通。 我的總結感受：對於請教的問題，別人並沒有責任一定要參與，即使參與了也不能把自己的疑惑全部拋給大家，應該做好前備工作，把能梳理的都梳理通，真正想不通的給幾個選項，儘可能的節省大家時間，縮短這個環節在整體上大家就有精力給與更多的指導和建議。另外還要寫好文檔，一份好的文檔可以給溝通帶來好的影響，如果自己都稀里糊塗文檔的邏輯性不強，讓別人看著更不感興趣，雖然溝通是雙方的，但是如果想在溝通中掌握主動權，必須比別人多想點，多做點。
7、 資料錄入助手
工作職責：整體負責人（但是到最後沒有用）
a、 溝通確定需求
b、 參與代碼書寫以及後期意見蒐集
資料錄入給我感觸很大，我面對的問題有兩個：一是自己對技術水平不達標，書到用書方恨少啊，打擊了自信；二是時間比較緊急，還和幾個經理直接溝通需求，有恐懼心理，狀態相當不好；到最後還是按時完成了，雖然讓大家並不是特別滿意，在沒有徵求對方意見的情況下我自己簡化了需求，但是感悟甚多；我的感悟：一是要增加自己的求知慾，提高技術水平，增強自信心；二是要學從大局考慮事情，多項緊急工作並行的時候也要有個輕重緩急，做好分配；三是會做人會做事會說話很重要。
8、 學生綜合素質測評系統
工作職責：整體負責人
a、 參與需求的討論和原型確定
b、 系統的設計
c、 組織並參與開發
該系統的特點：使用對象是一個學校，核心內容是對學生進行綜合素質的評價，項目時間和緊迫，所以選擇了一切從簡，組織結構和許可權使用的都是校訊通系統內的，老師管理員的賬號使用的也是xxt的，家長的賬號是學生的學號。
9、 日常維護，最佳化建議
工作職責：模組參與人a、語音平台，hbjxt有關信息的數據統計工作以及日常投訴維護
b、有關語音，tj平台，簡訊後台，策劃後台，hbjxt後台的最佳化，報表新功能，30 tomcat錯誤日誌等的維護開發
c、需求的溝通和討論
(二) 工作及學習經驗及收穫
1、 對發信息，資料，boss相關，語音這幾個核心的基礎業務模組更加熟悉，這些都是在工作中進行的積累，這些方面出現問題，可以更快更準確的定位出錯的地方。
2、 組織協調能力提高，這些是擔當項目負責人鍛鍊的結果，平時負責的工作不再是具體的開發，而是負責把大家召集起來，整體把握一個事情的進度，這樣的話就在無形中鍛鍊組織協調的能力，承受得住壓力。
3、 看了一些管理類的書籍，在做人做事兒做工作的方式上有所提升，不讓自己的想法行為那么極端。
4、 技術知識框架更加完善，畢竟看的多了，遇到的問題多了，思考的也就多了，逐步提升中……
(三) 主動發現並跟進解決的問題（非任務類的，自己主動發現工作或項目中的問題，並思考和跟進解決的）
1、資料遷移上線後，關於sign_falg的變更，在走路的時候突然意識到遷移之後發給移動的sign_falg和connector中的沒有同步，雖然當時問題還沒有暴露，時間久了就會出現問題了，馬上給領導請示讓資料庫組協助我排查數據，最後通過全量核對把已經不一致的資料糾正，同時修改程式的漏洞。
2、100資料庫存儲過程proc_person_count有效學生數，禁用學生數，有效班級數的計算錯誤，修改上傳！
此過程是在XX年12月18日開始運行，每天晚上00：00執行，作用是計算有效學生數，所有學生數，家長總數，教師總數，擁有聯通號碼的教師總數等一些數據，數據是以學校為單位
發現的問題：有效學生數，禁用學生數，有效班級數的計算錯誤
錯誤原因：河北的規則和河南的差異所致！
河南：有效學生：第一聯繫人激活的
禁用學生：第一聯繫人禁用的
有效班級：有有效學生的
河北：有效學生：兩個聯繫人至少有一個激活的（排除網站用戶）
禁用學生：至少一個禁用的，兩個聯繫人不存在激活的（排除網站用戶）
有效班級：和河南一致，但是有效學生統計錯了，這個也就錯了
3、100資料庫存儲過程proc_num_of_class執行報錯！因為調度的問題引起，另外計算數據規則有問題！
此過程是在XX年12月18日開始運行，每天晚上00：00執行，作用是計算有效學生數，所有學生數，家長總數數據，數據是以班級為單位
發現的問題：存儲過程執行報錯！計算數據規則有問題！問題同上！
錯誤原因：存儲過程中定義了一個臨時變數num1 ，number(2)類型！但是執行的時候存進去的數據是三位數，故報錯！存儲過程中用這個變數是判斷當天的數據時候已經存進num_of_class表中，按照正常情況num1是0才對，不會報錯，跟蹤原因是因為proc_num_of_class一天執行了兩次，晚上00：00和中午12：00，當中午12：00執行的時候數據已經生成，並且數據超過了number（2）所容納的最大值！故報錯！
至於為什麼這個過程一天執行兩次，請教資料庫組同事未果，因為從調度語句上看頻率是一天，每晚00：00執行！
解決辦法：原調度刪除，重新添加調度！執行時間放在00：01
4、個人話務量統計跟蹤數據時候發現異常，一個人的話務量比所有人加一起都高排查生成個人話務量統計的sql語句，在語音重要的表中加看個call_id，把電話的保存表和通話表精確的關聯起來了。上線以前所有的數據此段都是0，目前外呼的此段值也是0，所有要把等於0的全排出掉！防止異常數據！
(四) 進步及亮點（主要的2-3個）
1、 對業務的熟練，當做的東西需要和系統內融合借鑑的時候，這個優點顯得尤為重要。對做好工作更有把握，更有自信
這點的進步源於工作中對業務邏輯的梳理和積累。有些新工作的開展必須把現有的業務邏輯梳理清楚。
2、 組織協調能力提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。
這點的進步源於當了幾次項目負責人。不管項目大小，是負責人就要負責工作的安排，人員的協調。
3、 做人做事兒做工作的方式上有所改變，不讓自己的想法行為那么極端。
有效的溝通往往能更快的推動工作，有效就要求是合理的溝通方式，大家都喜歡聽好聽的，都喜歡愉快的溝通氛圍，就要儘量的去營造這種氛圍，減少撕破臉的場合，看了一些管理類的書籍，有些還是很有道理的，可以逐步的在和別人溝通中派上用場。
二、工作中遇到的問題或困惑及解決辦法
工作中由於大組的工作方向而定，如果一個月里很多時候都是在排查，配合的工作，這些很繁瑣，沒有什麼技術含量但是需要全面細心，如果接二連三的都是類似的就很疲憊煩躁，困惑。
解決辦法：加強學習，多看些書充充電，讓自己能感覺到還在進步，不是在機械重複的工作，月度績效中會流露出我的想法，讓領導了解。
三、對公司、部門、小組的建議
希望部門能在大組的整體工作上可以均衡，讓人員和工作量可以協調，不至於有的太忙沒有時間學習，有的太閒只能學習，總結一下主要是以下幾點：
1、 多少人乾多少的活。
2、 工作的技術含量上均衡一下，乾維護如果一直查漏補缺，會煩躁
3、 部門需要重視基礎業務和維護
回顧，自己幹了很多工作，涉及到的範圍比較廣，所做的工作帶來的成果也不錯，告別了的那種沒有自信，總是被動的局面；業務上對發信息，資料，boss相關，語音這幾個核心的業務模組更加熟悉；組織協調能力上得到提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。工作方式上有所改善，由被動變成主動，由接收變成主動提出自己見解；知識體系得到補充完善，眼界由局部上升到更高一個層面，找到自己要發展的方向，閱讀管理類和技術類的書籍給自己充電加油！，我在期待，期待更大的進步，期待更多更強的成就感。
一、主要工作業績
(一) 工作職責、主要工作及成果
1、 hbjxt發信息系統、河北後台搭建移植
工作職責:部門模組參與人
hbjxt系統搭建過程中前期我主要負責的是發信息模組，後期轉到新後台的搭建移植工作上.
a、 發信息存儲過程的移植
b、 0元3元產品的並行
c、 信息回執的添加
d、 學校相關查詢，用戶相關查詢，教師相關查詢，信息相關查詢功能移植
e、 河北套用報表開發
在這個工作的過程中我最大的收穫是對資料庫簡單知識的掌握和發信息相關業務的熟悉。以前對資料庫的學習就到書寫sql語句的層面上，目前對存儲過程，函式，調度，觸發器，表分區等常用的簡單知識有了使用和了解。對於核心業務發信息也告別了一頭霧水。
2、 語音平台接手，為解決串號問題的改造
工作職責：平台負責人
a、 日常的維護統計
b、 語音新需求的開發
c、 語音最佳化建議的處理
d、 語音串號問題的
在語音web頁面方面要發展成一個能提出自己見解能拍板的員工，目前尚未完全達到這個目標，不過日常的維護和遇到的問題大部分可以跟蹤解決。
3、 長簡訊頁面負責人
工作職責：頁面負責人
a、 學校長簡訊的設定和取消
b、 家長長短息接收的管理
c、 老師長短息的設定選擇
d、 發信息類裡面對於設定長信息和檔案傳送等邏輯的修改。
長簡訊的主要負責方是資料庫組，中間組織了幾次會議，都是權威人物，從大家的發言角度和發言內容里可以學到好多東西，先是需求的討論確定，開發方案提出幾種，大家一起討論，最後讓領導審核，每一次的會議組織都會有新的收穫。是一次很好的推進工作案例。
4、 新版簡訊模板
工作職責：部分模組參與人
a、 發信息頁面的改版
b、 信息收藏夾的導入導出
c、 jxlx下總導航和左邊登入框的調整。
我參與的階段有：用例的審核，表結構設計的討論，開發。
在這個工作中的收穫是資料庫表的設計，主要是按位存儲的優點，合理的利用存儲過程來定時的分析和生成數據，excel表格的上傳下載相關知識。
5、 語音外呼系統
工作職責：整體負責人
a、 組織需求的討論確定原型
b、 拿出設計方案組織審核
c、 參與後續開發
d、 系統的跟蹤和維護
這是我第一次以項目負責人的身份在公司出現，感覺很驚喜，也很有壓力，一直都是在接收安排好的工作，這次領導告訴我，我要把握項目的進度，要去和需求人溝通給系統一個合適的定位，把合適的工作分給合適的人，要設計能滿足需求，要保證項目保質保量的完成。當然這些工作我一個人是做不下來的，一是我經驗不夠，二是我一個人沒有那么多的時間和精力，這時候就體現出來如何利用大家的智慧了。這個團隊的一個特點是一個沒有經驗的負責人帶著幾個充滿智慧的隊友，剛開始在工作分配上很不合理，我把很多的工作攬到自己這裡，但是這樣我會很累，大家的智慧不能及時的融進來，還會打擊積極性，在主管的指導下及時對工作安排分工進行了調整，讓大家都積極的參與進來。有了前面的教訓，在後期的開發中進展的很順利，大家積極的討論拿方案，對自己負責模組都盡職盡責，從中收穫很多。
語音外呼項目的推動中，收穫可以從兩個方面來總結，一個是經驗的積累，通過這個工作，經歷了一個項目負責人的過程，此時經歷就是收穫，設計方案的一次次被推翻，就是一次次的進步，從溝通到設計再到開發，去組織去推動，也逐步的流暢，和大家的合作，借用別人智慧的能力也稍有提高。另一個是信心的增強，剛開始對需求的混亂和對系統不清晰的定位讓我對這個工作無從下手，對它的思考時易時難，對設計更是心裡沒底兒，設計好了對開發又不自信，需要的知識點還很多，雖然前期是這樣思考的，但是隨著設計的明朗化和大家智慧的迸發，感覺越來越順利，信心提高了很多。所以一個項目負責人不一定要是一個樣樣精通的人，但是一定要是一個能把大家智慧凝聚到一起的有思想有自信的人。以後我繼續向大家學習！
6、 資料遷移
工作職責：整體負責人
a、 收集需求人，使用人的意見整理文檔，弄清楚要解決的問題，和造成問題的原因
b、 給參與人員分工梳理現有流程
c、 組織技術內部對此熟悉的同事討論，剷出一份需求設計文檔，之後又進行審核
d、 和需求人，使用人碰面溝通，對設計文檔中涉及的流程進行了二次審核
e、 頁面開發和測試
f、 功能模組維護和數據跟蹤
帶來的成果：在移動進行大規模的ecid重整時期，資料遷移功能發揮了很重要的作用，解決了部落格部落格圈的匹配，校訊通積分影響問題，客服的資料處理流程效率也得到了大大的提高。
資料遷移整體上考驗的是對業務的熟悉和對需求的梳理溝通。 我的總結感受：對於請教的問題，別人並沒有責任一定要參與，即使參與了也不能把自己的疑惑全部拋給大家，應該做好前備工作，把能梳理的都梳理通，真正想不通的給幾個選項，儘可能的節省大家時間，縮短這個環節在整體上大家就有精力給與更多的指導和建議。另外還要寫好文檔，一份好的文檔可以給溝通帶來好的影響，如果自己都稀里糊塗文檔的邏輯性不強，讓別人看著更不感興趣，雖然溝通是雙方的，但是如果想在溝通中掌握主動權，必須比別人多想點，多做點。
7、 資料錄入助手
工作職責：整體負責人（但是到最後沒有用）
a、 溝通確定需求
b、 參與代碼書寫以及後期意見蒐集
資料錄入給我感觸很大，我面對的問題有兩個：一是自己對技術水平不達標，書到用書方恨少啊，打擊了自信；二是時間比較緊急，還和幾個經理直接溝通需求，有恐懼心理，狀態相當不好；到最後還是按時完成了，雖然讓大家並不是特別滿意，在沒有徵求對方意見的情況下我自己簡化了需求，但是感悟甚多；我的感悟：一是要增加自己的求知慾，提高技術水平，增強自信心；二是要學從大局考慮事情，多項緊急工作並行的時候也要有個輕重緩急，做好分配；三是會做人會做事會說話很重要。
8、 學生綜合素質測評系統
工作職責：整體負責人
a、 參與需求的討論和原型確定
b、 系統的設計
c、 組織並參與開發
該系統的特點：使用對象是一個學校，核心內容是對學生進行綜合素質的評價，項目時間和緊迫，所以選擇了一切從簡，組織結構和許可權使用的都是校訊通系統內的，老師管理員的賬號使用的也是xxt的，家長的賬號是學生的學號。
9、 日常維護，最佳化建議
工作職責：模組參與人
a、語音平台，hbjxt有關信息的數據統計工作以及日常投訴維護
b、有關語音，tj平台，簡訊後台，策劃後台，hbjxt後台的最佳化，報表新功能，30 tomcat錯誤日誌等的維護開發
c、需求的溝通和討論
(二) 工作及學習經驗及收穫
1、 對發信息，資料，boss相關，語音這幾個核心的基礎業務模組更加熟悉，這些都是在工作中進行的積累，這些方面出現問題，可以更快更準確的定位出錯的地方。
2、 組織協調能力提高，這些是擔當項目負責人鍛鍊的結果，平時負責的工作不再是具體的開發，而是負責把大家召集起來，整體把握一個事情的進度，這樣的話就在無形中鍛鍊組織協調的能力，承受得住壓力。
3、 看了一些管理類的書籍，在做人做事兒做工作的方式上有所提升，不讓自己的想法行為那么極端。
4、 技術知識框架更加完善，畢竟看的多了，遇到的問題多了，思考的也就多了，逐步提升中……
(三) 主動發現並跟進解決的問題（非任務類的，自己主動發現工作或項目中的問題，並思考和跟進解決的）
1、資料遷移上線後，關於sign_falg的變更，在走路的時候突然意識到遷移之後發給移動的sign_falg和connector中的沒有同步，雖然當時問題還沒有暴露，時間久了就會出現問題了，馬上給領導請示讓資料庫組協助我排查數據，最後通過全量核對把已經不一致的資料糾正，同時修改程式的漏洞。
2、100資料庫存儲過程proc_person_count有效學生數，禁用學生數，有效班級數的計算錯誤，修改上傳！
此過程是在12月18日開始運行，每天晚上00：00執行，作用是計算有效學生數，所有學生數，家長總數，教師總數，擁有聯通號碼的教師總數等一些數據，數據是以學校為單位
發現的問題：有效學生數，禁用學生數，有效班級數的計算錯誤
錯誤原因：河北的規則和河南的差異所致！
河南：有效學生：第一聯繫人激活的
禁用學生：第一聯繫人禁用的
有效班級：有有效學生的
河北：有效學生：兩個聯繫人至少有一個激活的（排除網站用戶）
禁用學生：至少一個禁用的，兩個聯繫人不存在激活的（排除網站用戶）
有效班級：和河南一致，但是有效學生統計錯了，這個也就錯了
3、100資料庫存儲過程proc_num_of_class執行報錯！因為調度的問題引起，另外計算數據規則有問題！
此過程是在12月18日開始運行，每天晚上00：00執行，作用是計算有效學生數，所有學生數，家長總數數據，數據是以班級為單位
發現的問題：存儲過程執行報錯！計算數據規則有問題！問題同上！
錯誤原因：存儲過程中定義了一個臨時變數num1 ，number(2)類型！但是執行的時候存進去的數據是三位數，故報錯！存儲過程中用這個變數是判斷當天的數據時候已經存進num_of_class表中，按照正常情況num1是0才對，不會報錯，跟蹤原因是因為proc_num_of_class一天執行了兩次，晚上00：00和中午12：00，當中午12：00執行的時候數據已經生成，並且數據超過了number（2）所容納的最大值！故報錯！
至於為什麼這個過程一天執行兩次，請教資料庫組同事未果，因為從調度語句上看頻率是一天，每晚00：00執行！
解決辦法：原調度刪除，重新添加調度！執行時間放在00：01
4、個人話務量統計跟蹤數據時候發現異常，一個人的話務量比所有人加一起都高
排查生成個人話務量統計的sql語句，在語音重要的表中加看個call_id，把電話的保存表和通話表精確的關聯起來了。上線以前所有的數據此段都是0，目前外呼的此段值也是0，所有要把等於0的全排出掉！防止異常數據！
(四) 進步及亮點（主要的2-3個）
1、 對業務的熟練，當做的東西需要和系統內融合借鑑的時候，這個優點顯得尤為重要。對做好工作更有把握，更有自信
這點的進步源於工作中對業務邏輯的梳理和積累。有些新工作的開展必須把現有的業務邏輯梳理清楚。
2、 組織協調能力提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。
這點的進步源於當了幾次項目負責人。不管項目大小，是負責人就要負責工作的安排，人員的協調。
3、 做人做事兒做工作的方式上有所改變，不讓自己的想法行為那么極端。
有效的溝通往往能更快的推動工作，有效就要求是合理的溝通方式，大家都喜歡聽好聽的，都喜歡愉快的溝通氛圍，就要儘量的去營造這種氛圍，減少撕破臉的場合，看了一些管理類的書籍，有些還是很有道理的，可以逐步的在和別人溝通中派上用場。
二、工作中遇到的問題或困惑及解決辦法
工作中由於大組的工作方向而定，如果一個月里很多時候都是在排查，配合的工作，這些很繁瑣，沒有什麼技術含量但是需要全面細心，如果接二連三的都是類似的就很疲憊煩躁，困惑。
解決辦法：加強學習，多看些書充充電，讓自己能感覺到還在進步，不是在機械重複的工作，月度績效中會流露出我的想法，讓領導了解。
三、對公司、部門、小組的建議
希望部門能在大組的整體工作上可以均衡，讓人員和工作量可以協調，不至於有的太忙沒有時間學習，有的太閒只能學習，總結一下主要是以下幾點：
1、 多少人乾多少的活。
2、 工作的技術含量上均衡一下，乾維護如果一直查漏補缺，會煩躁
3、 部門需要重視基礎業務和維護
更多文章
IT技術部見習小結範例