XXX管理平臺系統——專案教訓

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONEXXX管理平臺系統專案教訓

 

前言

閒來無事聊一下自己的教訓吧，經驗也是在教訓中不斷成長的。

技術方面

         之前對硬體和網路缺乏基本的選型概念，以及對整個系統的整體和技術方案把握有所欠缺，導致整個系統架構從專案之始到系統部署完成一直處於變動之中，週期達5個月，版本不下幾十版。

關於資料庫方面，雖然對困難有所估計，也做過一些預研工作，但是對實施過程中的難度估計仍然有所不足。最典型的是安裝了Oracle32位版本導致無法充分利用系統硬體資源，以及Oracle Stream資料同步過程中出現了若干的bug。

關於系統介面的處理，缺乏穩定性、健壯性、容錯性，有待於系統設計的完善和技術人員水平的提高和總結。

業務方面

因為第一次從事該行業，對其中的資料庫和業務缺乏瞭解，導致前期在系統需求彙報和與公司進行溝通尋求資源的時候，因為缺乏理論依據，結果導致溝透過程中發生了不少誤會；這也是專案前期開展不順利的一個原因。

與甲方進行溝通的時候，因為業務原因，完全依賴與相應的專案經理的溝通，自己則對各子系統細節缺乏深入瞭解，造成整體工作的被動。

團隊方面

儘管有因人而異，因材施教之說，實際上不同的人在團隊合作方面確實有不同的差別，尤其是專案的核心成員如果缺乏團隊合作意識，對專案的進度和成本會造成延遲和增加，對專案團隊建設和協作也會造成嚴重不良影響。

舉例而言，某子系統，因人員原因，換了3撥需求調查人員，換了3撥專案經理，換了3撥開發人員；而集中在某專案經理上，更加典型，該專案經理做.Net開發出身，被公司派來做java專案，他的技術水平如何就不談了；首先本系統準備採用Structs + Spring + iBatis的B/S架構，他非要自作主張使用Structs + Spring + Hibernate的B/S架構；缺乏與專案中的技術高手的交流，喜歡埋頭苦幹；缺乏與甲方的主動溝通，導致需求遲遲未定；他本人不熟悉java，卻喜歡把java和.net進行比較，懂不懂就說java如何如何；比較喜歡鑽研技術和追求完美的技術框架，而自己的能力卻又無法達到，實際上到最後發現他的程式碼也不過如此，缺乏註釋，程式碼缺乏分層控制；最重要的是對自己的團隊成員缺乏理解和溝通，人的技術水平是無法實現突飛猛進的，懂不懂就拍桌子指責自己的團隊成員，本來只有4個人的團隊，結果被他趕走了5個人次，只有一個願意跟他幹活，人走了又去抱怨公司不給資源，確實在這方面公司有不少責任，但他自己何嘗沒有更大的責任呢？最後他先後撂挑子自己離開專案組3次，最後徹底走人了，我相信沒幾個人能受得了他的脾氣。也許這個人很有鑽研的精神，在充足的資源前提下能夠做好產品，可是專案中更不需要缺乏團隊精神的成員。