it技術轉正個人申請總結

轉正述職報告是我們在成爲正式員工之前必須經歷的一關。今天本站小編給大家爲您整理了it技術轉正個人申請總結，希望對大家有所幫助。

回顧20xx年，自己幹了很多工作，涉及到的範圍比較廣，所做的工作帶來的成果也不錯，告別了20xx年的那種沒有自信，總是被動的局面;業務上對發信息，資料，boss相關，語音這幾個核心的業務模塊更加熟悉;組織協調能力上得到提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。工作方式上有所改善，由被動變成主動，由接收變成主動提出自己見解;知識體系得到補充完善，眼界由局部上升到更高一個層面，找到自己要發展的方向，閱讀管理類和技術類的書籍給自己充電加油!20xx年，我在期待，期待更大的進步，期待更多更強的成就感。

一、主要工作業績

(一) 工作職責、主要工作及成果

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有效學生數，禁用學生數，有效班級數的計算錯誤，修改上傳!

此過程是在20xx年12月18日開始運行，每天晚上00：00執行，作用是計算有效學生數，所有學生數，家長總數，教師總數，擁有聯通號碼的教師總數等一些數據，數據是以學校爲單位

發現的問題：有效學生數，禁用學生數，有效班級數的計算錯誤

錯誤原因：河北的規則和河南的差異所致!

河南：有效學生：第一聯繫人激活的

禁用學生：第一聯繫人禁用的

有效班級：有有效學生的

河北：有效學生：兩個聯繫人至少有一個激活的(排除網站用戶)

禁用學生：至少一個禁用的，兩個聯繫人不存在激活的(排除網站用戶)

有效班級：和河南一致，但是有效學生統計錯了，這個也就錯了

3、100數據庫存儲過程proc_num_of_class執行報錯!因爲調度的問題引起，另外計算數據規則有問題!

此過程是在20xx年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、 部門需要重視基礎業務和維護

從12月初到現在，我已經在公司工作近1個月了。這段時間我收穫了很多，對於我從學生到一個職業人的轉變具有重要意義。

作爲一個應屆畢業生初來公司，剛開始很擔心不知如何與同事共處、如何做好工作。因爲公司的這些業務是我以前從未接觸過的，而且和我的專業知識相差也比較大。但是這一個月以來，在公司寬鬆融洽的工作氛圍下，經過項目經理和同事的悉心關懷和耐心指導，我很快的完成了從學生到職員的轉變，在較短的時間內適應了公司的工作環境，也基本熟悉了項目的整個工作流程，最重要的是接觸和學習了不少的相關業務知識，很好地完成了項目交予的任務，做好了自己的本職工作，使我的工作能力和爲人處世方面都取得了不小的進步。

在這裏對一個月的工作和生活做一下總結，可從中發現自己的缺點和不足，在以後的工作中加以改進，以提高自己的工作水平。

在這一個月的工作和生活中，我一直嚴格要求自己，遵守公司的各項規章制度。盡心盡力，履行自己的工作職責，認真及時做好領導佈置的每一項任務。當然我在工作中還存在一定的問題和不足，比如：對業務不太熟悉，處理問題不能得心應手，工作經驗方面有待提高;對相關知識情況瞭解的還不夠詳細和充實，掌握的技術手段還不夠多;需要繼續學習以提高自己的知識水平和業務能力，加強分析和解決實際問題的能力;同時團隊協作能力也需要進一步增強等。對於這些不足，我會在以後的日子裏虛心向周圍的同事學習，專業和非專業上不懂的問題虛心請教，努力豐富自己，充實自己，尋找自身差距，拓展知識面，不斷培養和提高充實自己的工作動手能力，把自己業務素質和工作能力進一步提高。也希望請領導和同事對我多提要求，多提建議，使我更快更好的完善自己，更好的適應工作需要。

這裏我要特別感謝部門經理XXX對我的入職指引和幫助，感謝他對我工作中出現的失誤進行提醒和指正。作爲應屆畢業生初入職場，在工作中難免出現一些差錯需要同事的批評和監督。但這些經歷也讓我不斷成熟，在以後處理各種問題時考慮得更加全面。現在的我同老員工相比，在工作經驗和能力上都有很大差

距，工作和生活上不懂的問題應虛心向同事請教學習，以不斷充實自己。

同時感謝XX對我們的業務指導以及XXX的每一次技術培訓。由於我們是個IT公司，我清楚地瞭解良好的業務素質和技術水平是做好本質工作的前提和必要條件。

在公司的這段時間裏，我學到了很多，感悟了很多。看到公司良好的發展勢頭，我深深地感到驕傲和自豪，因此我更加迫切的實現自己的奮鬥目標，體現自己的價值，和公司共同成長。我一定會用謙虛的態度和飽滿的熱情做好我的本職工作，爲公司創造價值，同公司一起展望美好的未來!

IT運維工作直接關係到應用系統運行的正常穩定，但運維工作紛繁複雜，正規化、系統化相對比較弱，如何改變這種現狀?從衆多的運維工作者的成功失敗中進行經驗總結，並提升爲運維規則，是提高運維水平，保障應用系統正常穩定運行的有效途徑。

筆者通過自己的多年運維經驗，總結出以下必須遵守的基本運維規則，可以大大減少缺乏經驗的運維人員因爲自身失誤導致系統出故障的可能性。

一、系統變更、升級應先在同樣的環境測試通過，執行前應有經過驗證的回退預案

運維是一門經驗的學科、是一門試錯的學科。沒有做過的東西、總是會給你出意想不到的難題，因此變更前，一定要在相同或者相似運行環境下進行測試，通過後才能在正式環境下執行變更。同時應準備好變更失敗的回退預案，比如，做好系統備份、數據庫備份、配置備份，固化變更前的運行現場，讓變更有回頭的機會。

二、對破壞性的操作要先確認符合預定方案，然後謹慎執行 什麼是破壞性的操作?

比如：

對MSSQLServer，執行update操作，因爲不需要commit，所以特別容易忽視也特別危險，還有delete、drop等操作更不用說。

對 Oracle 而言：truncate table_name、delete table_name、drop table_name，這些語句執行起來輕鬆簡單也愜意極了、但記住!即便數據可被回滾、代價也是非常大!

對 Linux 而言，rm -r 所有當前及其子目錄的所有數據都將被刪除。經歷過這種故障的人、大多會給 rm 上個別名

A liasrm='rm -i'

同理、cp 和 mv 也可以有同樣的選項：

aliascp='cp -i'

alias mv='mv -i'

對window而言，shift+del文件或者目錄 對任何系統而言，無備份直接修改文件等

三、備份並驗證備份的有效性

不管是硬件還是軟件總有意外崩潰的時候，怎麼辦?備份!!!備份的學問很大、按照不同的維度可以分：冷備和熱備、實時和非實時、物理和邏輯、全備增量備。

備份有了、可以高忱無憂了嗎?不行!尚須驗證備份的有效性。一個總有那麼幾次、備份無法保證 100% 恢復，簡單的驗證就是找個空庫恢復出來。

四、對生產環境永保敬畏之心

這是避免應用系統發生故障的一條鐵規，也是被開發、運維人員容易忽視的地方。要堅決杜絕直接在生產環境做開發、測試和bug修復，這些操作只能在開發和測試環境做，否則一旦出事，將欲哭無淚。

五、交接和休假最容易出故障

接手別人的工作要一而再，再而三的確認變更方案，請教人並不見得就是能力不行的表現;

休假前最好各種可以做好的事情，最好能夠準備一份文檔，指明在什麼情況下怎麼做和聯繫哪些人;

在別人放假的時候接手工作，“能拖則拖”，實在需要執行：必須不厭其煩的跟原系統管理人員確認各個操作細節。

六、一定要有監控手段和報警措施

運維人員賴於生存的工具就是報警和監控。

報警可以讓你及時知道系統出現了什麼異常、以便及時跟進、把故障扼殺於搖籃;

監控可以讓你瞭解系統的歷史性能信息、以歷爲鑑、可以知興替、早做優化。

報警和監控是衣寬帶水的好兄弟、相鋪相成、互相促進。

七、使用自動切換技術需謹慎

爲了保障數據庫安全，往往會使用HA或者RAC之類的技術，但是這類技術能否真正在關鍵時刻起作用，則是需要經過反覆驗證和確認的。並不是按照文檔要求做好了就夠的，很多意外因素或者系統因素會導致自動切換技術並不能如期發揮作用。如果到事後才發現這一點，將悔之晚矣。

八、要有偏執狂的精神，方案要檢查，檢查，再檢查

有這麼一個人：

① 他在做一個變更的時候，會先提前一兩週發送郵件並電話手機通知相關人

② 在測試機上寫好腳本，召集大家 review 操作步驟和腳本

③ 測試完成以後拷貝到生產環境

④ 登錄對應機器，“打開，關閉，打開，關閉”該腳本

⑤ 跟相關人員再次確認執行的操作，順序，時間點，可能的影響和回滾是否都準備好了

⑥ 執行前還要退出這個機器，然後再登錄進去，“打開，關閉”腳本 ⑦ 最後纔在後臺運行腳本，同時在另外一個窗口登錄着，隨時ps和查看結果輸出

期間姿勢端正，呼吸急促而均勻，眼神凝重。操作的人不覺得累，倒是一邊觀摩的人很累。

九、簡單即是美

我們總是面臨各種誘惑：新的系統架構，新的更智能的命令和工具，最新的硬件平臺，功能更全的HA軟件...你可以在線下安裝，測試，怎麼做都行。但是如果想要在生產環境下使用起來、請三思!!

能夠使用系統內置命令的話，就不用考慮其他要專門下載安裝的軟件了 腳本本身就能完成的功能，就沒有必要專門找一個功能豐富的軟件來做 Linux本身自帶的字符界面比那些複雜的圖形界面要簡潔方便

如果能做到堅持這九條鐵規，你的應用系統就能長久穩定運行了。