轉(zhuǎn)正述職報告是我們在成為正式員工之前必須經(jīng)歷的一關。今天學習啦小編給大家為您整理了it技術轉(zhuǎn)正個人申請總結，希望對大家有所幫助。

it技術轉(zhuǎn)正個人申請總結范文一

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

一、主要工作業(yè)績

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

1、 hbj_t發(fā)信息系統(tǒng)、河北后臺搭建移植

工作職責:部門模塊參與人

hbj_t系統(tǒng)搭建過程中前期我主要負責的是發(fā)信息模塊，后期轉(zhuǎn)到新后臺的搭建移植工作上.

a、 發(fā)信息存儲過程的移植

b、 0元3元產(chǎn)品的并行

c、 信息回執(zhí)的添加

d、 學校相關查詢，用戶相關查詢，教師相關查詢，信息相關查詢功能移植

e、 河北應用報表開發(fā)

在這個工作的過程中我最大的收獲是對數(shù)據(jù)庫簡單知識的掌握和發(fā)信息相關業(yè)務的熟悉。以前對數(shù)據(jù)庫的學習就到書寫sql語句的層面上，目前對存儲過程，函數(shù)，調(diào)度，觸發(fā)器，表分區(qū)等常用的簡單知識有了使用和了解。對于核心業(yè)務發(fā)信息也告別了一頭霧水。

2、 語音平臺接手，為解決串號問題的改造

工作職責：平臺負責人

a、 日常的維護統(tǒng)計

b、 語音新需求的開發(fā)

c、 語音優(yōu)化建議的處理

d、 語音串號問題的

在語音web頁面方面要發(fā)展成一個能提出自己見解能拍板的員工，目前尚未完全達到這個目標，不過日常的維護和遇到的問題大部分可以跟蹤解決。

3、 長短信頁面負責人

工作職責：頁面負責人

a、 學校長短信的設置和取消

b、 家長長短息接收的管理

c、 老師長短息的設置選擇

d、 發(fā)信息類里面對于設置長信息和文件發(fā)送等邏輯的修改。

長短信的主要負責方是數(shù)據(jù)庫組，中間組織了幾次會議，都是權威人物，從大家的發(fā)言角度和發(fā)言內(nèi)容里可以學到好多東西，先是需求的討論確定，開發(fā)方案提出幾種，大家一起討論，最后讓領導審核，每一次的會議組織都會有新的收獲。是一次很好的推進工作案例。

4、 新版短信模板

工作職責：部分模塊參與人

a、 發(fā)信息頁面的改版

b、 信息收藏夾的導入導出

c、 j_l_下總導航和左邊登陸框的調(diào)整。

我參與的階段有：用例的審核，表結構設計的討論，開發(fā)。

在這個工作中的收獲是數(shù)據(jù)庫表的設計，主要是按位存儲的優(yōu)點，合理的利用存儲過程來定時的分析和生成數(shù)據(jù)，e_cel表格的上傳下載相關知識。

5、 語音外呼系統(tǒng)

工作職責：整體負責人

a、 組織需求的討論確定原型

b、 拿出設計方案組織審核

c、 參與后續(xù)開發(fā)

d、 系統(tǒng)的跟蹤和維護

這是我第一次以項目負責人的身份在公司出現(xiàn)，感覺很驚喜，也很有壓力，一直都是在接收安排好的工作，這次領導告訴我，我要把握項目的進度，要去和需求人溝通給系統(tǒng)一個合適的定位，把合適的工作分給合適的人，要設計能滿足需求，要保證項目保質(zhì)保量的完成。當然這些工作我一個人是做不下來的，一是我經(jīng)驗不夠，二是我一個人沒有那么多的時間和精力，這時候就體現(xiàn)出來如何利用大家的智慧了。這個團隊的一個特點是一個沒有經(jīng)驗的負責人帶著幾個充滿智慧的隊友，剛開始在工作分配上很不合理，我把很多的工作攬到自己這里，但是這樣我會很累，大家的智慧不能及時的融進來，還會打擊積極性，在主管的指導下及時對工作安排分工進行了調(diào)整，讓大家都積極的參與進來。有了前面的教訓，在后期的開發(fā)中進展的很順利，大家積極的討論拿方案，對自己負責模塊都盡職盡責，從中收獲很多。

語音外呼項目的推動中，收獲可以從兩個方面來總結，一個是經(jīng)驗的積累，通過這個工作，經(jīng)歷了一個項目負責人的過程，此時經(jīng)歷就是收獲，設計方案的一次次被推翻，就是一次次的進步，從溝通到設計再到開發(fā)，去組織去推動，也逐步的流暢，和大家的合作，借用別人智慧的能力也稍有提高。另一個是信心的增強，剛開始對需求的混亂和對系統(tǒng)不清晰的定位讓我對這個工作無從下手，對它的思考時易時難，對設計更是心里沒底兒，設計好了對開發(fā)又不自信，需要的知識點還很多，雖然前期是這樣思考的，但是隨著設計的明朗化和大家智慧的迸發(fā)，感覺越來越順利，信心提高了很多。所以一個項目負責人不一定要是一個樣樣精通的人，但是一定要是一個能把大家智慧凝聚到一起的有思想有自信的人。以后我繼續(xù)向大家學習!

6、 資料遷移

工作職責：整體負責人

a、 收集需求人，使用人的意見整理文檔，弄清楚要解決的問題，和造成問題的原因

b、 給參與人員分工梳理現(xiàn)有流程

c、 組織技術內(nèi)部對此熟悉的同事討論，鏟出一份需求設計文檔，之后又進行審核

d、 和需求人，使用人碰面溝通，對設計文檔中涉及的流程進行了二次審核

e、 頁面開發(fā)和測試

f、 功能模塊維護和數(shù)據(jù)跟蹤

帶來的成果：在移動進行大規(guī)模的ecid重整時期，資料遷移功能發(fā)揮了很重要的作用，解決了博客博客圈的匹配，校訊通積分影響問題，客服的資料處理流程效率也得到了大大的提高。

資料遷移整體上考驗的是對業(yè)務的熟悉和對需求的梳理溝通。 我的總結感受：對于請教的問題，別人并沒有責任一定要參與，即使參與了也不能把自己的疑惑全部拋給大家，應該做好前備工作，把能梳理的都梳理通，真正想不通的給幾個選項，盡可能的節(jié)省大家時間，縮短這個環(huán)節(jié)在整體上大家就有精力給與更多的指導和建議。另外還要寫好文檔，一份好的文檔可以給溝通帶來好的影響，如果自己都稀里糊涂文檔的邏輯性不強，讓別人看著更不感興趣，雖然溝通是雙方的，但是如果想在溝通中掌握主動權，必須比別人多想點，多做點。

7、 資料錄入助手

工作職責：整體負責人(但是到最后沒有用)

a、 溝通確定需求

b、 參與代碼書寫以及后期意見搜集

資料錄入給我感觸很大，我面對的問題有兩個：一是自己對技術水平不達標，書到用書方恨少啊，打擊了自信;二是時間比較緊急，還和幾個經(jīng)理直接溝通需求，有恐懼心理，狀態(tài)相當不好;到最后還是按時完成了，雖然讓大家并不是特別滿意，在沒有征求對方意見的情況下我自己簡化了需求，但是感悟甚多;我的感悟：一是要增加自己的求知欲，提高技術水平，增強自信心;二是要學從大局考慮事情，多項緊急工作并行的時候也要有個輕重緩急，做好分配;三是會做人會做事會說話很重要。

8、 學生綜合素質(zhì)測評系統(tǒng)

工作職責：整體負責人

a、 參與需求的討論和原型確定

b、 系統(tǒng)的設計

c、 組織并參與開發(fā)

該系統(tǒng)的特點：使用對象是一個學校，核心內(nèi)容是對學生進行綜合素質(zhì)的評價，項目時間和緊迫，所以選擇了一切從簡，組織結構和權限使用的都是校訊通系統(tǒng)內(nèi)的，老師管理員的賬號使用的也是__t的，家長的賬號是學生的學號。

9、 日常維護，優(yōu)化建議

工作職責：模塊參與人

a、語音平臺，hbj_t有關信息的數(shù)據(jù)統(tǒng)計工作以及日常投訴維護

b、有關語音，tj平臺，短信后臺，策劃后臺，hbj_t后臺的優(yōu)化，報表新功能，30 tomcat錯誤日志等的維護開發(fā)

c、需求的溝通和討論

(二) 工作及學習經(jīng)驗及收獲

1、 對發(fā)信息，資料，boss相關，語音這幾個核心的基礎業(yè)務模塊更加熟悉，這些都是在工作中進行的積累，這些方面出現(xiàn)問題，可以更快更準確的定位出錯的地方。

2、 組織協(xié)調(diào)能力提高，這些是擔當項目負責人鍛煉的結果，平時負責的工作不再是具體的開發(fā)，而是負責把大家召集起來，整體把握一個事情的進度，這樣的話就在無形中鍛煉組織協(xié)調(diào)的能力，承受得住壓力。

3、 看了一些管理類的書籍，在做人做事兒做工作的方式上有所提升，不讓自己的想法行為那么極端。

4、 技術知識框架更加完善，畢竟看的多了，遇到的問題多了，思考的也就多了，逐步提升中……

(三) 主動發(fā)現(xiàn)并跟進解決的問題(非任務類的，自己主動發(fā)現(xiàn)工作或項目中的問題，并思考和跟進解決的)

1、資料遷移上線后，關于sign_falg的變更，在走路的時候突然意識到遷移之后發(fā)給移動的sign_falg和connector中的沒有同步，雖然當時問題還沒有暴露，時間久了就會出現(xiàn)問題了，馬上給領導請示讓數(shù)據(jù)庫組協(xié)助我排查數(shù)據(jù)，最后通過全量核對把已經(jīng)不一致的資料糾正，同時修改程序的漏洞。

2、100數(shù)據(jù)庫存儲過程proc_person_count有效學生數(shù)，禁用學生數(shù)，有效班級數(shù)的計算錯誤，修改上傳!

此過程是在20__年12月18日開始運行，每天晚上00：00執(zhí)行，作用是計算有效學生數(shù)，所有學生數(shù)，家長總數(shù)，教師總數(shù)，擁有聯(lián)通號碼的教師總數(shù)等一些數(shù)據(jù)，數(shù)據(jù)是以學校為單位

發(fā)現(xiàn)的問題：有效學生數(shù)，禁用學生數(shù)，有效班級數(shù)的計算錯誤

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

河南：有效學生：第一聯(lián)系人激活的

禁用學生：第一聯(lián)系人禁用的

有效班級：有有效學生的

河北：有效學生：兩個聯(lián)系人至少有一個激活的(排除網(wǎng)站用戶)

禁用學生：至少一個禁用的，兩個聯(lián)系人不存在激活的(排除網(wǎng)站用戶)

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

3、100數(shù)據(jù)庫存儲過程proc_num_of_class執(zhí)行報錯!因為調(diào)度的問題引起，另外計算數(shù)據(jù)規(guī)則有問題!

此過程是在20__年12月18日開始運行，每天晚上00：00執(zhí)行，作用是計算有效學生數(shù)，所有學生數(shù)，家長總數(shù)數(shù)據(jù)，數(shù)據(jù)是以班級為單位

發(fā)現(xiàn)的問題：存儲過程執(zhí)行報錯!計算數(shù)據(jù)規(guī)則有問題!問題同上!

錯誤原因：存儲過程中定義了一個臨時變量num1 ，number(2)類型!但是執(zhí)行的時候存進去的數(shù)據(jù)是三位數(shù)，故報錯!存儲過程中用這個變量是判斷當天的數(shù)據(jù)時候已經(jīng)存進num_of_class表中，按照正常情況num1是0才對，不會報錯，跟蹤原因是因為proc_num_of_class一天執(zhí)行了兩次，晚上00：00和中午12：00，當中午12：00執(zhí)行的時候數(shù)據(jù)已經(jīng)生成，并且數(shù)據(jù)超過了number(2)所容納的最大值!故報錯!

至于為什么這個過程一天執(zhí)行兩次，請教數(shù)據(jù)庫組同事未果，因為從調(diào)度語句上看頻率是一天，每晚00：00執(zhí)行!

解決辦法：原調(diào)度刪除，重新添加調(diào)度!執(zhí)行時間放在00：01

4、個人話務量統(tǒng)計跟蹤數(shù)據(jù)時候發(fā)現(xiàn)異常，一個人的話務量比所有人加一起都高排查生成個人話務量統(tǒng)計的sql語句，在語音重要的表中加看個call_id，把電話的保存表和通話表精確的關聯(lián)起來了。上線以前所有的數(shù)據(jù)此字段都是0，目前外呼的此字段值也是0，所有要把等于0的全排出掉!防止異常數(shù)據(jù)!

(四) 進步及亮點(主要的2-3個)

1、 對業(yè)務的熟練，當做的東西需要和系統(tǒng)內(nèi)融合借鑒的時候，這個優(yōu)點顯得尤為重要。對做好工作更有把握，更有自信

這點的進步源于工作中對業(yè)務邏輯的梳理和積累。有些新工作的開展必須把現(xiàn)有的業(yè)務邏輯梳理清楚。

2、 組織協(xié)調(diào)能力提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。

這點的進步源于當了幾次項目負責人。不管項目大小，是負責人就要負責工作的安排，人員的協(xié)調(diào)。

3、 做人做事兒做工作的方式上有所改變，不讓自己的想法行為那么極端。

有效的溝通往往能更快的推動工作，有效就要求是合理的溝通方式，大家都喜歡聽好聽的，都喜歡愉快的溝通氛圍，就要盡量的去營造這種氛圍，減少撕破臉的場合，看了一些管理類的書籍，有些還是很有道理的，可以逐步的在和別人溝通中派上用場。

二、工作中遇到的問題或困惑及解決辦法

工作中由于大組的工作方向而定，如果一個月里很多時候都是在排查，配合的工作，這些很繁瑣，沒有什么技術含量但是需要全面細心，如果接二連三的都是類似的就很疲憊煩躁，困惑。

解決辦法：加強學習，多看些書充充電，讓自己能感覺到還在進步，不是在機械重復的工作，月度績效中會流露出我的想法，讓領導了解。

三、對公司、部門、小組的建議

希望部門能在大組的整體工作上可以均衡，讓人員和工作量可以協(xié)調(diào)，不至于有的太忙沒有時間學習，有的太閑只能學習，總結一下主要是以下幾點：

1、 多少人干多少的活。

2、 工作的技術含量上均衡一下，干維護如果一直查漏補缺，會煩躁

3、 部門需要重視基礎業(yè)務和維護

it技術轉(zhuǎn)正個人申請總結范文二

從12月初到現(xiàn)在，我已經(jīng)在公司工作近1個月了。這段時間我收獲了很多，對于我從學生到一個職業(yè)人的轉(zhuǎn)變具有重要意義。

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

在這里對一個月的工作和生活做一下總結，可從中發(fā)現(xiàn)自己的缺點和不足，在以后的工作中加以改進，以提高自己的工作水平。

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

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

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

同時感謝__對我們的業(yè)務指導以及___的每一次技術培訓。由于我們是個IT公司，我清楚地了解良好的業(yè)務素質(zhì)和技術水平是做好本質(zhì)工作的前提和必要條件。

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

it技術轉(zhuǎn)正個人申請總結范文三

IT運維工作直接關系到應用系統(tǒng)運行的正常穩(wěn)定，但運維工作紛繁復雜，正規(guī)化、系統(tǒng)化相對比較弱，如何改變這種現(xiàn)狀?從眾多的運維工作者的成功失敗中進行經(jīng)驗總結，并提升為運維規(guī)則，是提高運維水平，保障應用系統(tǒng)正常穩(wěn)定運行的有效途徑。

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

一、系統(tǒng)變更、升級應先在同樣的環(huán)境測試通過，執(zhí)行前應有經(jīng)過驗證的回退預案

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

二、對破壞性的操作要先確認符合預定方案，然后謹慎執(zhí)行 什么是破壞性的操作?

比如：

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

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

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

A liasrm='rm -i'

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

aliascp='cp -i'

alias mv='mv -i'

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

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

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

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

四、對生產(chǎn)環(huán)境永保敬畏之心

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

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

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

休假前最好各種可以做好的事情，最好能夠準備一份文檔，指明在什么情況下怎么做和聯(lián)系哪些人;

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

六、一定要有監(jiān)控手段和報警措施

運維人員賴于生存的工具就是報警和監(jiān)控。

報警可以讓你及時知道系統(tǒng)出現(xiàn)了什么異常、以便及時跟進、把故障扼殺于搖籃;

監(jiān)控可以讓你了解系統(tǒng)的歷史性能信息、以歷為鑒、可以知興替、早做優(yōu)化。

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

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

為了保障數(shù)據(jù)庫安全，往往會使用HA或者RAC之類的技術，但是這類技術能否真正在關鍵時刻起作用，則是需要經(jīng)過反復驗證和確認的。并不是按照文檔要求做好了就夠的，很多意外因素或者系統(tǒng)因素會導致自動切換技術并不能如期發(fā)揮作用。如果到事后才發(fā)現(xiàn)這一點，將悔之晚矣。

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

有這么一個人：

① 他在做一個變更的時候，會先提前一兩周發(fā)送郵件并電話手機通知相關人

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

③ 測試完成以后拷貝到生產(chǎn)環(huán)境

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

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

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

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

九、簡單即是美

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

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

如果能做到堅持這九條鐵規(guī)，你的應用系統(tǒng)就能長久穩(wěn)定運行了。