糯米文學吧

位置:首頁 > 範文 > 工作總結

IT技術員個人工作總結

回顧20xx年,自個幹了許多作業,觸及到的規模比較廣,所做的作業帶來的效果也不錯,告別了20xx年的那種沒有自傲,老是被迫的局勢;事務上對發信息,材料,boss有關,語音這幾個中心的事務模塊愈加了解;組織和諧才能上得到前進,全體掌握一塊兒作業的發展,接受得住壓力的才能逐漸提高。作業方法上有所改善,由被迫成為自動,由接納成為自動提出自個見地;常識體系得到補充完善,視野由局部上升到更高一個層面,找到自個要展開的方向,閲讀管理類和技能類的書本給自個充電加油!20xx年,我在等待,等待更大的前進,等待更多更強的成就感。

IT技術員個人工作總結

  一、首要作業成績

  (一) 作業責任、首要作業及效果

  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有用學生數,禁用學生數,有用班級數的核算過錯,修正上傳!

此進程是在2011年12月18日開端運轉,每天晚上00:00履行,效果是核算有用學生數,一切學生數,家長總數,教師總數,具有聯通號碼的教師總數等一些數據,數據是以校園為單位

發現的疑問:有用學生數,禁用學生數,有用班級數的核算過錯

過錯緣由:河北的規矩和河南的區別所造成的!

河南:有用學生:榜首聯繫人激活的

禁用學生:榜首聯繫人禁用的

有用班級:有有用學生的

河北:有用學生:兩個聯繫人至少有一個激活的(掃除網站用户)

禁用學生:至少一個禁用的,兩個聯繫人不存在激活的(掃除網站用户)

有用班級:和河南共同,可是有用學生核算錯了,這個也就錯了

3、100數據庫存儲進程proc_num_of_class履行報錯!因為調度的疑問導致,別的核算數據規矩有疑問!

此進程是在2011年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、 部分需求注重根底事務和保護

標籤:技術員