總結(jié)

系統(tǒng)架構(gòu)是項目重要的技術(shù)部分，它是否應(yīng)該是項目經(jīng)理的職責，暫且不談；從現(xiàn)實的角度而言，技不壓身，技能服眾還是很有意義的；從項目經(jīng)理角度來看，你能夠準確的對項目進度、難度、工作量進行評估，對團隊成員面臨的困難迅速給出解決方案，減少項目經(jīng)理和團隊成員的溝壑；從團隊成員角度來看，信任自己的項目經(jīng)理，也是項目成功的一個重要因素。

項目經(jīng)理能夠通過對系統(tǒng)架構(gòu)的設(shè)計，盡快評估出各部分的工作量，以安排相應(yīng)的人力資源和工作計劃，做到有的放矢，實際上本項目雖然包含幾個業(yè)務(wù)系統(tǒng)，加上對本公司相關(guān)資源和技能的評估，但我個人認為系統(tǒng)集成和數(shù)據(jù)同步等在項目實施中占據(jù)了50%的工作量.
六、XXX管理平臺系統(tǒng)項目教訓

前言

聊一下自己的總結(jié)吧，經(jīng)驗也是在教訓中不斷成長。

技術(shù)方面

之前對硬件和網(wǎng)絡(luò)缺乏基本的選型概念，以及對整個系統(tǒng)的整體和技術(shù)方案把握有所欠缺，導致整個系統(tǒng)架構(gòu)從項目之始到系統(tǒng)部署完成一直處于變動之中，周期達5個月，版本不下幾十版。

關(guān)于數(shù)據(jù)庫方面，雖然對困難有所估計，也做過一些預(yù)研工作，但是對實施過程中的難度估計仍然有所不足。典型的是安裝了Oracle32位版本導致無法充分利用系統(tǒng)硬件資源，以及Oracle Stream數(shù)據(jù)同步過程中出現(xiàn)了若干的bug。

關(guān)于系統(tǒng)接口的處理，缺乏穩(wěn)定性、健壯性、容錯性，有待于系統(tǒng)設(shè)計的完善和技術(shù)人員水平的提高和總結(jié)。

業(yè)務(wù)方面

因為第一次從事該行業(yè)，對其中的數(shù)據(jù)庫和業(yè)務(wù)缺乏了解，導致前期在系統(tǒng)需求匯報和與公司進行溝通尋求資源的時候，因為缺乏理論依據(jù)，結(jié)果導致溝通過程中發(fā)生了不少誤會；這也是項目前期開展不順利的一個原因。

與甲方進行溝通的時候，因為業(yè)務(wù)原因，完全依賴與相應(yīng)的項目經(jīng)理的溝通，自己則對各子系統(tǒng)細節(jié)缺乏深入了解，造成整體工作的被動。

團隊方面

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

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