在09年底到今年3月底這段時間,做了一個業務系統平台化的項目(處於商業上的考慮,不變透露具體的業務),這個業務是需要和外界多家合作商合作的,中間涉及到很多系統間的通訊,之前是每增加一個新的代理商就要為代理重新開發一套介面,而這些介面有90%的功能都是相近的,所以從代碼上看有很大的冗餘,而且增加了維護的難度,所以,這個項目就由此誕生了,將我們的系統重新設計,並把他定位為業務平台,而以前只是一個純粹的業務系統,我們的目標是把系統平台化,以後有新的合作商加入,我們只需配置他們的合作商ID和介面調用的地址就可以了,根據這個目標,從前期的立項、設計、編碼到後期的發布跟蹤一切都還算順利,不過現在回頭想想,還是有些心得和做得不夠的地方,整理整理以便以後做得更好。
這次項目幾乎把原來的系統的底層架構全部推翻重做,風險之大項目群組成員心理都非常清楚,所以這就要求我們對現有系統業務和系統結構都非常瞭解,我的做法是先列出需要修改的模組和影響點,邀請架構師、產品經理、開發、測試一起評估,利用窮舉法,把可能涉及的點全部列出來,這樣大家會對項目的工作量和項目風險都有了大致的瞭解,同時也可以更好的識別風險,事實證明這樣的方法是非常有效,到項目後期,沒有出現因分析不到位而遺漏的模組。
項目過程中也出現了很多意料之外的事情,如:公司內部所有的伺服器因存在安全隱患,全部升級,導致測試環境不可用,中間耽誤了將近一個星期,加上正好過年,這一耽擱就是半個月,要想大家重新進入狀態還得花上一段時間,嚴重影響項目的進度和團隊計程車氣,所以在以後的項目過程中要盡量保持整個項目過程的連續性。
由於我們整個產品線人手緊缺,到項目後期,所有的開發人員都撤離項目組,參加其他項目的開發,我成了光杆司令, 再加上伺服器的原因,我漸漸地感覺有些散漫了,也沒有了項目剛開始時的那種激情和責任感,有些虎頭蛇尾,這也說明了自己的責任心不夠,以後需要慢慢加強。
還有一點做得不夠的是,對項目群組成員比較吝嗇,這裡的吝嗇指的是項目群組成員工作的出色的時候沒有及時給予表揚和肯定,如果經常在一些合適的場合對他們的工作表示肯定,這將大大提高他們的工作積極性。
寫完了一看,大多內容是在檢討自己的,這樣說明了我在專案管理方面還不夠成熟,可以提升的地方還很多,以後繼續努力提升自我。