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