【正文】 也許這個人很有鉆研的精神，在充足的資源前提下能夠做好產品，可是項目中更不需要缺乏團隊精神的成員 21 [參考文獻 ] 《深入淺出 MFC》 侯俊杰 著 華中科技大學出版社 《精通 MFC程序設計》 姚領田 編著 人民郵電出版社 《 MFC程序開發(fā)參考大全》 宋坤 劉銳寧 編著 人民郵電出版社 22 學生成績： 。 團隊方面 盡管有因人而異，因材施教之說，實際上不同的人在團隊合作方面確實有不同的差別，尤其是項目的核心成員如果缺乏團隊合作意識，對項目的進度和成本會造成延遲和增加，對項目團隊建設和協(xié)作也會造成嚴重不良影響。 業(yè)務方面 因為第一次從事該行業(yè)，對其中的數(shù)據庫和業(yè)務缺乏了解，導致前期在系統(tǒng)需求匯報和與公司進行溝通尋求資源的時候，因為缺乏理論依據， 結果導致溝通過程中發(fā)生了不少誤會；這也是項目前期開展不順利的一個原因。最典型的是安裝了 Oracle32 位版本導致無法充分利用系統(tǒng)硬件資源，以及 Oracle Stream 數(shù)據同步過程中出現(xiàn)了若干的 bug。 項目經理能夠通過對系統(tǒng)架構的設計 ,盡快評估出各部分的工作量 ,以安排相應的人力資源和工作計劃 ,做到有的放矢 ,實際上本項目雖然包含幾個業(yè)務系統(tǒng) ,加上對本公司相關資源和技能的評估 ,但我個人認為系統(tǒng)集成和數(shù)據同步等在項目實施中占據了 50%的工作量 . 6 管理平臺系統(tǒng)項目教訓 技術方面 之前對硬件和網絡缺乏基本的選型概念，以及對整個系統(tǒng)的整體和技術方案把握有所欠缺，導致整個系統(tǒng)架構從項目之始到系統(tǒng)部署完成一直處于 變動之中，周期達 5 個月，版本不下幾十版。 關于 MQ、 Webservice、 LDAP 接口，目前的業(yè)務和技術雖然已經完全實現(xiàn)，但是還缺乏穩(wěn)定性和一致性。 事實上，在同步方案的 過程中，也遭遇到很大的困難，前后的測試和最終順利實施經歷了 2 個月之久，不過 stream 仍需要不斷的人工監(jiān)控和干預。 再次各數(shù)據庫均采用 RAC 方式，現(xiàn)實的例子中很少有類似應用。 系統(tǒng)同步和接口架構 關于數(shù)據同步，在本平臺中是最重要的環(huán)節(jié)，缺少數(shù)據的系統(tǒng)是無用的；為了實現(xiàn)系統(tǒng)數(shù)據同步架構，我曾先后在虛擬機上進行過 oracle 高級復制、 Oracle Stream 的測試，也曾為 了該同步和公司技術總監(jiān)吵過 N 多次，他主張用程序來實現(xiàn)，不過在他那邊總是不了了之。 B/S 緩存的架構： OS Cache + Eh Cache 說到軟件架構，我就不太在行了；我做過 Powerbuilder， ASP，java(JSP,HTML,CSS,Javascript,structs,spring,xml,xsl,ajax,web service) 18 不過都是入門級水平，實在連個稱職的程序員都算不上，唯一的好處就是對方方面面都略知一二，查資料方便一點而已 。 B/S架構 關于系統(tǒng)軟件 架構通常是指的是 B/S 部分實現(xiàn)的具體框架，此部分仍屬于技術架構部分。 關于開發(fā)工具的選擇，與操作系統(tǒng)相關，也與甲方的要求有關，開發(fā)工具一向有 java 和微軟兩條線路之爭；在本系統(tǒng)中采用的當然是 java 了。 Linux/Windows/專有 UNIX 都是可選項， windows 囿于安全性原因， 17 一般不為推崇； UNIX 與硬件有很大關聯(lián)，一般也很少用；所以普遍選擇的是Linux； 關于操作系統(tǒng)版本的選擇，一般建議選擇目前市面比較穩(wěn)定的版本，最新的版本往往意味著兼容性問題，太老的版本一般有性能問題； 關于操作系統(tǒng)的 32/64 位的選擇，這個需要硬件的支持；在 64 位 CPU 上安裝 32 位的操作系統(tǒng)意味著資源的浪費；在這個項目上曾經考慮有所欠妥，結果造成了一定的問題。 關于系統(tǒng)硬件的選型，一是關于廠商的選擇 (有 IBM 和 HP 之爭 )，一是關于機器架構的選擇 (PC 服務器和小型機 )，再則是某種機型的選擇（在本系統(tǒng)中主要為 HP360 和 HP580）；再細的話就是更細型號的選擇了 (HP360、 HP580 都至少有十幾種型號 )，最后是機器選件，比如是否需要擴充硬盤、內存或者 CPU。 項目經理不是萬能的，系統(tǒng)架構需要更廣博的知識，當然某些方面專業(yè)的知識也是必須的，這取決于平時知識的積累和總結，也需要其他團隊成員共同的努力。項目經理一肩挑的現(xiàn)狀至少短期之內還是無法改變的，這自然也增加了項目經理的痛苦指數(shù)和工作量。 16 系統(tǒng)架構涉及到系統(tǒng)硬件的選型、網絡拓撲、操作系統(tǒng)選型、數(shù)據庫選型、B/S 與 C/S 的選型、 B/S 各框架的選擇、緩存的實現(xiàn)、數(shù)據庫設計等諸多方面。 5 管理平臺系統(tǒng)架構 系統(tǒng)架構是項目中技術實現(xiàn)的最重要的環(huán)節(jié)。不幸的是，我們很難影響甲方的決定。 系統(tǒng)外包經驗 當公司資源無法滿足項目要求的時候，需要適當?shù)囊胪獍Y源；公司在這方面是否有過獨立的經驗，也對項目的順利實施與否有很大關系。 系統(tǒng)集成能力 個人認為系統(tǒng)集成程度是大中型項目與小型項目的一個明顯區(qū)別。平衡你的資源和相應人員，在一個資源不充足的團隊中，只有勉為其難了，有什么樣的人用什么樣的人，盡量做到用人不疑，疑人不用；一個人盡量擔當多個角色，挖掘 個人潛力了。據說他喜歡與業(yè)務比他強技術比他強的人進行配合，大概是我的能力太差了吧。 項目經理的人力資源調度能力 如何處理害群之馬，項目管理比較忌諱團隊成員無法按照自己的進度進行，因為是個團隊協(xié)同工作，項目不能因為個人而有所延誤；其次希望自己的團隊成員能夠積極溝通，當無法正常按進度實施的時候，至少雙方能夠積極交流共同面對分析并解決。 需要了解本項目經理所要負的全部義務。需要了解項目經理所擁有的權限。呵呵，反正我每次去公司開會 尋求資源時總是要 PK 上半天的。 公司 IT 技術總監(jiān)的能力。 14 公司的軟件能力成熟度。 公司之前有沒有做過類似的項目。了解公司所做的項目規(guī)模 可以直接對公司的軟件和實施能力進行評估，就像讓一個兒童去做成人的工作，顯然是勉為其難的。了解 IT 部門的組織結構是項目負責制還是等級制度，可以了解自己所處的環(huán)境，以便尋求合適的資源。大中型項目往往意味著你要同公司內部多個部門直接進行協(xié)同工作，了解公司部門組織結構，認識相關部門經理，甚至公司領導會對解決問題的效率有很大影響。主要是項目中新員工的招聘、 轉正申請、工資發(fā)放等等，外企和正規(guī)化的 IT 公司應該不存在這類問題，但是我遇到很多類似問題，也幫助團隊成員去討薪；這類問題的解決與否直接影響到項目團隊成員的積極性。 公司財務制度。 公司領導對 IT 項目的支持程度。 企業(yè)內部管理的風險 公司領導對 IT 管理的熟悉程度。 風險對策實施控制 對項目進程中風險所產生的變化作出反應。 風險量化 評估風險和風險之間的相互作用，以便評定項目可能的產出結果的范圍。 4 管理平臺項目風險 項目風險管理是指對項目風險從識別