2010年技術部員工工作總結
引言:
今年的夏天來的特別快,并且也比往年要熱。恰巧我覺的這第二季度也過的飛快,并且自己在工作上的感受是熱情似火。讓人高興的是在這個炎炎夏日的周末,我可以坐在有空調的屋子里寫總結。我也希望自己在這個季度的工作,是給客戶創造了一個讓人感覺清涼、舒適的產品。在這里我想回顧一下這三個月的工作,并把自己的感受和體會寫出來。
時間:2010-4-1 至 2010-6-30
主要做了那些工作:
ø 某項目管理系統的改進
這次改進工作可以算是某管理系統的第二個版本吧,我主要負責了填報端的工作。改進的重點在于提高用戶的體驗。使用戶更易于填報和管理自己填報的項目。同時,這一工作的經驗也為未來公司網站的改進提供了技術的儲備和驗證。
ø 某專題欄目
對于等行業,我們制作了專門圍繞這些行業的專題項目,包括。
ø 革新計劃的籌備和第一階段的工作
這一工作比較多也比較雜,包括業務研究、產品規劃,技術準備,組織會議、招聘和培訓實習生等等。在革新計劃第一階段工作中我主要負責會員中心模塊,全文檢索、以及多站點統一登錄的問題。目前均有一些進展。
下一季度的工作
ø 全文檢索的部署以及與現有搜索的結合。
ø 多系統單點登錄的部署與測試。
ø 會員中心模塊的開發與部署。
總結和思考
在開頭我已經說了這個季度上讓我感覺自己熱情高漲,我相信這不是我一個人的感受,我們整個部門,甚至擴散到其他部門都有這樣的感覺。我們對于未來有個很宏偉的目標,我們相信我們所作的事能夠給公司帶來效益上的突破,能夠幫助我們的客戶實現利益,我們也相信個人價值也能得到實現。有了這樣的一個信念,那么工作起來自然和以前有所不同。有些想法有所改變,有些有所加強,下面我將幾個重要的問題闡述一下。
1 部門定位與自我定位的確立
我們將部門明確定義為bi部門,為公司提供商業智能服務。將自己定義為專家,為客戶提供一個整體的解決方案?赡墁F在我們實際的情況離這個定位還有些差距,但是這正是我們努力去做的目標。
以前我們將部門定義為技術服務部門,當然這肯定是我們在公司中扮演的一個角色。但是這個定義低了一些,高度不夠。這樣的定義就把我們固化在一個被動的地位,其他部門有了麻煩的時候才來找我們,有問題需要解決的時候才來找我們。我們以前也有種說法,“技術部門的最高評價是一年沒有聽到批評他們的聲音,因為這說明他們已經解決了客戶的全部問題”。這樣的想法一形成,很容易讓我自己覺的,跟搞售后服務的一樣。對自身的定位也一樣,以前自己對自身的定位是個程序員,這有時候限制了想法。只會去做自己份內的事,只做客戶要求我們做的。并且時常覺得自己的能力、精力有限,即使自己有遠大的理想,很好的想法,也會因為可能要付出更多的工作,應付未知的困難。而將想法藏起來。
現在把部門定位和個人定位改變后,我們的責任更大了,可以參與到更多的公司戰略中來,自己的平臺也變大了。通過努力,實現的價值比以前大多了。有些甚至是以前所不能想象的。
2 為提高用戶體驗而做的努力
我們知道要以客戶的需求為導向,要了解客戶到底需要什么。這次我們在這個方面做出了很大努力。通過分析用戶的數據,分析競爭對手網站的特點,分析目前各大網站的特點,對很多方面的問題進行了改進。簡單的說來有以下幾個點:
ø 功能是否滿足客戶的需要。功能并非越多越好,關鍵在于看是否是客戶需要的。這個具體說來在客戶對我們的日常反饋、網站留言、溝通交流中得來。
ø 響應速度是否很慢,這個從用戶的反饋和我們自己的感知中可以得來。
ø 是否具有自我驗證能力。比如在我填寫一個表單時,如果我輸入錯誤,要給我一個快速明確的錯誤提示,并告訴我正確的方法。
ø 方便的提示。在一些地方給予用戶提示,使之不至于在填寫時產生疑惑,當用戶有問題時,提供解決問題的地方參考。
ø 更多可控的操作。比如排序,檢索,更多的方式輸入,其他格式的輸出等。
ø 更加高效的業務處理能力。這個主要通過對客戶日常工作的反復研究,以及參考其他應用程序解決同類問題的方法。
其實在最近的項目中,如果仔細觀察,在很多操作方式,顯示方式等地方我參考了國內外著名的幾個網站。比如說yahoo、google、淘寶、當當等。
3 更加重視產品質量
在產品質量方面,我們加強了控制。盡量在前期多做努力,而避免以后的修改麻煩。這個也是我們在想法轉變之后的結果。首先,我們承認了我們的程序是個不斷完善的產品,隨時都會進行改進、修訂。放棄一勞永逸的想法。具體來說又體現在下面幾個方面:
ø 在項目開始之初,在開發階段就建立了用戶反饋的途徑。歡迎用戶提供系統的bug、給我們提供建議、并了解我們開發的整個過程。
ø 加強對異常處理的能力。程序總會遇到意外的輸入或輸出,我們開始正視這個問題,我們也能接受用戶意想不到的輸入或操作。通過加強對異常的捕獲和處理,規避一些潛在的風險。
ø 計劃成立專門的測試小組。這里包括用戶的功能測試、系統性能測試、壓力測試,另外還有破壞性測試等。我也開始慢慢記錄我們的歷史系統出錯的原因,并將此作為網站健壯性測試的依據。