【原創】2009年8月18日老谷"專案管理MSN群"專題—專案案例分享文字實錄

2009年8月18日老谷"專案管理MSN群"專題—專案案例分享文字實錄

不勝人生一場醉(親親我的寶貝！) 說:
先說下專案背景
專案背景
某公司為了解決各部門資訊孤島效應，為了向客戶提供具有公司品牌的、內容全面、高質量、個性化、統一的優質資訊服務，樹立公司形象、提高客戶忠誠度，同時 打造一個優質的客戶品牌；需要建立一個完善的XXX系統管理平臺，以全方位地解決公司的資訊服務的問題，實現資訊資料的共享。
該平臺主要包含資訊中心資料庫建設和圍繞該中心資料庫建設的相關專案建設。
不勝人生一場醉(親親我的寶貝！) 說:
這個太一般了，沒啥好說的
不勝人生一場醉(親親我的寶貝！) 說:
系統硬體
該專案的系統架構方案從最初初稿到最終定稿，先後經過了幾十個版本的不斷修改、調整和優化，最終在機器上架前一天才算告一段落。
該系統架構方案包含硬體（伺服器、防火牆、交換機、儲存裝置等共計約50多臺，硬體費用將近1000萬）
該系統網路結構比較複雜，包括internet網路、網通網路、電信網路、中心機房網路、與其它系統網路
秋楓-PM-北京 說:
歡迎
不勝人生一場醉(親親我的寶貝！) 說:
http://www.itpub.net/thread-1203649-1-1.html
這個上面有縮減過的架構圖，有興趣可以看看
不勝人生一場醉(親親我的寶貝！) 說:
系統軟體
作業系統：AIX5.0，Linux5.3，Windows Server2003
資料庫：Oracle10g for Linux and cluster ware
系統監控軟體：Nagios
系統整合難點：網路部署、系統監控、資料庫同步、資料庫叢集等
系統開發軟體
開發工具：Java、Delphi
開發軟體架構：B/S & C/S
B/S快取：OS Cache + Eh Cache
B/S架構：Structs + Spring + Hibernate/ Structs + Spring + iBatis
其它：ASP,dll
中介軟體：resin
不勝人生一場醉(親親我的寶貝！) 說:
基本上面面俱到了
不勝人生一場醉(親親我的寶貝！) 說:
系統同步和介面
MQ 、Webservice介面，與外圍基礎資料同步
LDAP介面，進行身份驗證
Oracle Stream資料同步，大部分資料採用
Oracle PL/SQL儲存過程同步，雙向同步部分
程式同步，與外圍系統大量資料同步

不勝人生一場醉(親親我的寶貝！) 說:
該平臺系統構成
中心資料庫系統
3個純web系統
1個B/S+C/S系統
相關介面開發
系統監控開發
系統效能要求
Web系統要求滿足3萬線上使用者,5000併發使用者;若干介面呼叫

不勝人生一場醉(親親我的寶貝！) 說:
系統規模
耗時將近12個月，總計120個人月，軟體費用400多萬，硬體800萬
核心開發團隊12人，最大參與總人數28人，3個分專案經理。
不勝人生一場醉(親親我的寶貝！) 說:
這是我所帶過的最大規模的團隊，其中的辛酸苦辣也只有箇中人方能瞭解。
不勝人生一場醉(親親我的寶貝！) 說:
這是專案的一個大致介紹
不勝人生一場醉(親親我的寶貝！) 說:
下面主要是想從系統架構和專案風險角度交流一下，因為我只寫了這麼多，呵呵
不勝人生一場醉(親親我的寶貝！) 說:
系統架構是專案中技術實現的最重要的環節。系統架構的良好與否關係到系統的效能指標、安全指標、穩定性指標、可擴充套件性、業務實現等等。
系統架構涉及到系統硬體的選型、網路拓撲、作業系統選型、資料庫選型、B/S與C/S的選型、B/S各框架的選擇、快取的實現、資料庫設計等諸多方面。
在大型IT企業中，專案經理和架構師是分離的；但對於國內IT公司尤其是小企業來說，就成了一種奢望。專案經理一肩挑的現狀至少短期之內還是無法改變的，這自然也增加了專案經理的痛苦指數和工作量。
關於系統架構是什麼？我最認同一句話：架構即關注點分離。
專案經理不是萬能的，系統架構需要更廣博的知識，當然某些方面專業的知識也是必須的，這取決於平時知識的積累和總結，也需要其他團隊成員共同的努力。

不勝人生一場醉(親親我的寶貝！) 說:
這個是套話，一個是說目前架構師的工作也就是專案經理的工作；一個是說架構即關注點分離(程式設計師雜誌上看到的)
不勝人生一場醉(親親我的寶貝！) 說:
系統硬體
關於系統硬體的選型，首先是根據業務需求和效能指標確定硬體的需求數量和相應型號；舉例說：一個普通的B/S系統需要有web應用伺服器，資料庫伺服器， 如果對於效能有較高的要求，則需要增添cache伺服器；如果對於穩定性和高可用性有特殊的要求，則需要對相應的伺服器進行叢集處理。
關於系統硬體的選型，一是關於廠商的選擇(有IBM和HP之爭)，一是關於機器架構的選擇(PC伺服器和小型機)，再則是某種機型的選擇（在本系統中主要 為HP360和HP580）；再細的話就是更細型號的選擇了(HP360、HP580都至少有十幾種型號)，最後是機器選件，比如是否需要擴充硬碟、記憶體 或者CPU。
其實最重要的一項就是預算，呵呵。本系統的硬體採購是由甲方採購的，但是架構是由自己做的，方案如果有之前的案例就會很輕鬆很多，很不幸，這個方案改了幾十版，跨度達到4個月。
kursk200(一點紅)-PM-上海 說:
來晚了,先報個到
不勝人生一場醉(親親我的寶貝！) 說:
硬體的選型估計對於做系統整合的人來說不算什麼，對於做軟體開發出身的人比較頭大
不勝人生一場醉(親親我的寶貝！) 說:
廠商->伺服器架構(PC伺服器/小機）->大的機型->小型號->選件，最好是公司有專門的系統整合工程師一起來做
chinamath(海茶)-Sr.SE-北京 說:
來晚了
不勝人生一場醉(親親我的寶貝！) 說:
要不然就象我一樣折騰很久了，折騰的還有網路部分，網際網路，網通、電信、區域網、不同的辦公網，需要專業的網路工程師的指導
不勝人生一場醉(親親我的寶貝！) 說:
來晚的可以看一下http://www.itpub.net/thread-1203649-1-1.html
不勝人生一場醉(親親我的寶貝！) 說:
系統軟體
關於系統軟體的選擇主要上是作業系統、資料庫、開發工具
選擇什麼樣的作業系統與計算機硬體本身有很密切的聯絡，當然也與甲方的要求有關。Linux/Windows/專有UNIX都是可選項，windows囿於安全性原因，一般不為推崇；UNIX與硬體有很大關聯，一般也很少用；所以普遍選擇的是Linux；
關於作業系統版本的選擇，一般建議選擇目前市面比較穩定的版本，最新的版本往往意味著相容性問題，太老的版本一般有效能問題；
關於作業系統的32/64位的選擇，這個需要硬體的支援；在64位CPU上安裝32位的作業系統意味著資源的浪費；在這個專案上曾經考慮有所欠妥，結果造成了一定的問題。
關於資料庫的選擇，與作業系統有一定關係，也和對系統的安全性、穩定性、高併發性有一定關係；雖然一個好的DBA在任何一種資料庫上都可以構建出高可用性的資料庫，呵呵。
關於開發工具的選擇，與作業系統相關，也與甲方的要求
不勝人生一場醉(親親我的寶貝！) 說:
關於系統軟體，主要是作業系統、資料庫、中介軟體、開發工具
一與本公司的技術力量有關，一與甲方的要求有關；甲方>本公司的技術力量
不勝人生一場醉(親親我的寶貝！) 說:
一個問題是對於32/64位的選型，因為我以前沒怎麼關注過，所以吃了不少虧
不勝人生一場醉(親親我的寶貝！) 說:
B/S架構
關於系統軟體架構通常是指的是B/S部分實現的具體框架，此部分仍屬於技術架構部分。
眾所周知，B/S的框架有不下數十種，常用的有SSH（Structs + Spring + Hibernate）和SSI（Structs + Spring + iBatis），SSH和SSI從本質上沒有什麼不同，就是實現業務邏輯層、控制層、資料持久層和展現層的分離。
B/S快取的架構：OS Cache + EhCache

不勝人生一場醉(親親我的寶貝！) 說:
基本上都屬於技術範疇的，小專案注重業務實現，大中專案注重架構，穩定性和安全性；因此需要提供了一個快取
不勝人生一場醉(親親我的寶貝！) 說:
快取有資料庫層的資料快取，實際上就是把專用的資料提取到一張表中，也有B/S部分的快取
不勝人生一場醉(親親我的寶貝！) 說:
系統同步和介面架構
關於資料同步，在本平臺中是最重要的環節，缺少資料的系統是無用的；為了實現系統資料同步架構，我曾先後在虛擬機器上進行過oracle高階複製、Oracle Stream的測試，也曾為了該同步和公司技術總監吵過N多次，他主張用程式來實現，不過在他那邊總是不了了之。
儘管通過測試，高階複製和stream都可以實現實時資料同步，不過我知道在實際生產環境中是遠遠不會這麼簡單的；
首先源資料和目標源的結構並非完全一致，允許目標源的結構大於原資料來源的結構
其次多環節資料實時同步，從中心資料庫到電信資料庫，再從電信資料庫同步到網通資料庫。
再次各資料庫均採用RAC方式，現實的例子中很少有類似應用。
最後Oracle的stream有許多的bug，需要進行不斷除錯和patch升級。
事實上，在同步方案的過程中，也遭遇到很大的困難，前後的測試和最終順利實施經歷了2個月之久，不過stream仍需要
不勝人生一場醉(親親我的寶貝！) 說:
不斷的人工監控和干預。我相信到目前為止即使市面上也沒有任何一種完全穩定的同步方案。
關於系統介面，這方面我個人認為是系統整合中最薄弱最不安全的一個地方
不勝人生一場醉(親親我的寶貝！) 說:
總結
系統架構是專案最重要的技術部分，它是否應該是專案經理的職責，暫且不談；從現實的角度而言，技不壓身，技能服眾還是很有意義的；從專案經理角度來看，你 能夠準確的對專案進度、難度、工作量進行評估，對團隊成員面臨的困難迅速給出解決方案，減少專案經理和團隊成員的溝壑；從團隊成員角度來看，信任自己的項 目經理，也是專案成功的一個重要因素。
專案經理能夠通過對系統架構的設計,儘快評估出各部分的工作量,以安排相應的人力資源和工作計劃,做到有的放矢,實際上本專案雖然包含幾個業務系統,加上對本公司相關資源和技能的評估,但我個人認為系統整合和資料同步等在專案實施中佔據了50%的工作量.
不勝人生一場醉(親親我的寶貝！) 說:
專案經理需要加強系統架構的知識，因為系統整合和系統架構在大中型專案佔的地位還是很重的
不勝人生一場醉(親親我的寶貝！) 說:
再淺談一下專案風險的理解
不勝人生一場醉(親親我的寶貝！) 說:
本人無意討論專案風險管理的一般流程和相應的控制，只是根據專案中所遭遇到的問題把自己的一點心得體會表達出來，很多在其他人眼中也許算不上風險，有一部分甚至超出了專案管理的外延，但對於部分IT企業或者中型專案管理，至少是本人所經歷到的事情，或許對大家有所參考。
背景：本人於08年06月入職某公司，8月份即開始負責該專案，對公司組織、制度和相關業務缺乏瞭解；公司於08年4月進行重組，高層和人員變動劇烈，新 老衝突嚴重；公司IT力量比較薄弱，產品線較豐富，均為小專案，但自命不凡；後來瞭解到我是作為雙方利益衝突的犧牲品來負責該專案的
不勝人生一場醉(親親我的寶貝！) 說:
所以一開始專案經理的地位就很尷尬
不勝人生一場醉(親親我的寶貝！) 說:
企業內部管理的風險
公司領導對IT管理的熟悉程度。公司領導對IT管理的熟悉程度事實上決定了專案管理中的很多事情例如人員，但不幸的是往往公司的領導非IT出身，這意味著 你要盡更多的精力來與之進行溝通、解釋工作；曾有領導認為大專案是小專案的簡單疊加，即人月的倍數；更甚者領導對系統整合缺乏認知，我曾花了3個月進行溝 通，甚至差點導致專案流產。
公司領導對IT專案的支援程度。公司領導對IT的熟悉程度影響了對IT專案的支援程度，但另一方面與公司高層對本公司的IT定位也有關係。
公司財務制度。這個說起來與公司內部管理和制度有關了，財務控制成本，專案經理也要控制成本，但是做起來就比較困難了，日常費用的報銷、應急費用的申請、 是否有備用金、是否有專案活動經費、是否有專案獎金、甚至團隊成員的住宿、考勤、租房等等；如果與財務產生了矛盾，也會讓你吃不了兜著走；專案經理是否能 夠承受這麼多的額外工作？
不勝人生一場醉(親親我的寶貝！) 說:
主要是公司高層對IT的理解和支援，專業IT公司應該不存在類似的狀況
不勝人生一場醉(親親我的寶貝！) 說:
公司HR制度。主要是專案中新員工的招聘、轉正申請、工資發放等等，外企和正規化的IT公司應該不存在這類問題，但是我遇到很多類似問題，也幫助團隊成員去討薪；這類問題的解決與否直接影響到專案團隊成員的積極性。
公司組織架構。大中型專案往往意味著你要同公司內部多個部門直接進行協同工作，瞭解公司部門組織結構，認識相關部門經理，甚至公司領導會對解決問題的效率有很大影響。
不勝人生一場醉(親親我的寶貝！) 說:
財務和HR制度是否健全，實際上都對專案經理額外工作量大小有很大影響
不勝人生一場醉(親親我的寶貝！) 說:
企業專案管理的成熟度
IT部門組織架構。瞭解IT部門的組織結構是專案負責制還是等級制度，可以瞭解自己所處的環境，以便尋求合適的資源。
公司所做過的最大專案規模。瞭解公司所做的專案規模可以直接對公司的軟體和實施能力進行評估，就像讓一個兒童去做成人的工作，顯然是勉為其難的。當然通常情況下公司領導會按照專案金額去衡量專案規模，導致缺乏可比性。
公司之前有沒有做過類似的專案。這個包括業務類似、架構類似、技術類似等。
公司的軟體能力成熟度。軟體能力成熟度反映了一家公司的IT管理水平，高成熟度的公司至少可以讓你在專案流程、專案文件、專案支援上受益。
公司IT技術總監的能力。往往一個公司的IT技術總監能力和整個公司的IT水平息息相關，他的能力和水平也影響到對專案的支援水平。呵呵，反正我每次去公司開會尋求資源時總是要PK上半天的。

不勝人生一場醉(親親我的寶貝！) 說:
IT部門組織架構、公司的軟體能力成熟度、IT技術總監的能力會反映到專案上的
不勝人生一場醉(親親我的寶貝！) 說:
專案經理的職責風險
專案管理主要包括工作範圍管理、時間管理、質量管理、成本管理、風險管理、溝通管理、人力資源管理、採購管理、整合管理。
需要了解專案經理所擁有的許可權。大多數情況下公司除了成本、人力資源、採購涉及到money的不會讓你經手之外，恨不得會都讓你包辦。下面就是你的義務了，呵呵。
需要了解本專案經理所要負的全部義務。我理解的義務就是專案經理所要擔當的角色，首先是保姆，最好用最少的money管理專案成員的吃喝拉撒睡；其次是炮 眼，要勇於擔負起所有甲方對公司的壓力，以及團隊成員與公司之間的壓力，不該管不要管，要少管(這是公司其他領導的原話)，實施上可能嗎？然後是架構師、 系統分析員、需求調研員、DBA、程式設計師，曾經有領導問我會不會寫程式碼，我說我不會，當然是氣話，事實上我寫的不比任何一位成員少。
不勝人生一場醉(親親我的寶貝！) 說:
這個是公司對於專案經理的定位和自己對自己的定位
不勝人生一場醉(親親我的寶貝！) 說:
專案經理的人力資源排程能力
這個與公司組織、IT部門組織結構、甚至技術總監有很大關係。
避免雙重管理，在我的team中有4類人，2撥人來自於公司IT部門兩個不同的領導；1撥人是屬於我直接管理，當然人很少；還有1撥人屬於支援性質的；其 中3類人不歸我考核、管理；領導總是會說你要敢於管理，呵呵，怎麼管？借調個人，首先要確認是誰的人馬，然後向個人電話溝通，再向相應的主管電話溝通，最 後向公司領導溝通。
如何處理害群之馬，專案管理比較忌諱團隊成員無法按照自己的進度進行，因為是個團隊協同工作，專案不能因為個人而有所延誤；其次希望自己的團隊成員能夠積極溝通，當無法正常按進度實施的時候，至少雙方能夠積極交流共同面對分析並解決。

不勝人生一場醉(親親我的寶貝！) 說:
專案經理有多大的人事調動權利和機動權利？
有個小小的案例
在我的一個子專案中，需求調研人員換了3批次，專案經理換了3批次，專案成員換了3批次；專案經理不辭而別達三次，辭退員工4人，原因是認為團隊成員不合 格，其實我個人認為是他不合格，為了此事還曾與他的直接主管吵了幾次。據說他喜歡與業務比他強技術比他強的人進行配合，大概是我的能力太差了吧。
不勝人生一場醉(親親我的寶貝！) 說:
人員的技能問題
一個理想的團隊包括子專案經理、系統架構師、系統管理員、DBA、高階工程師若干、工程師若干，測試員若干、美工等。
平衡你的資源和相應人員，在一個資源不充足的團隊中，只有勉為其難了，有什麼樣的人用什麼樣的人，儘量做到用人不疑，疑人不用；一個人儘量擔當多個角色，挖掘個人潛力了。
團隊成員是需要培訓的，這在外企通常做的比較好，內企則因專案通常人少，週期比較緊，結果無法實施。

專案要適應環境，無法改變領導，只能改變自己了
不勝人生一場醉(親親我的寶貝！) 說:
系統整合能力
個人認為系統整合程度是大中型專案與小型專案的一個明顯區別。
系統整合能力主要表現在是否對系統硬體，作業系統，資料庫，不同介面開發，系統架構上，這方面知識的積累並非一朝一夕所能造就，取決於公司的積累。
系統外包經驗
當公司資源無法滿足專案要求的時候，需要適當的引入外包資源；公司在這方面是否有過獨立的經驗，也對專案的順利實施與否有很大關係。

不勝人生一場醉(親親我的寶貝！) 說:
這一塊我是第一次接觸，在之前的專案裡缺乏相應的經驗，公司也沒有這樣的經驗，難免會有些不足
不勝人生一場醉(親親我的寶貝！) 說:
最後一點是
甲方專案經理能力問題
甲方的專案經理素質的高低對專案的成本、範圍、時間、溝通等幾個方面均有相應的影響。不幸的是，我們很難影響甲方的決定。但至少和甲方的專案經理關係要做到融洽，而不要推到對立面去。
不勝人生一場醉(親親我的寶貝！) 說:
和專案中專案經理角色一樣，甲方的專案經理也扮演了比較重要的角色，搞定他你就會輕鬆一下
不勝人生一場醉(親親我的寶貝！) 說:
如果甲方因為內部問題派了一個菜鳥，你就等著難受吧
不勝人生一場醉(親親我的寶貝！) 說:
呵呵，說完了，會不會太快了點
  Alex 說:
慢慢消化
susan-pm-湖北 說:
沒事，貼子裡有，可以再看看
不勝人生一場醉(親親我的寶貝！) 說:
是不是刷的太快了，有什麼問題可以邊交流邊消化
不勝人生一場醉(親親我的寶貝！) 說:
不同的企業不同的管理能力對專案經理的能力要求和定位是不一樣的
susan-pm-湖北 說:
你這個專案一定分了許多的子專案，劃分的原則是什麼？和誰一起確認的？
不勝人生一場醉(親親我的寶貝！) 說:
實際上可以認為是四個系統，完全按照業務來劃分，彼此之間聯絡不大，但是資料庫的架構設計我要全盤把握
xiyeqing99@hotmail.com 說:
跟帖子說的很像 呵呵
不勝人生一場醉(親親我的寶貝！) 說:
這個系統900個表，7個schema
susan-pm-湖北 說:
一個DB？
xiyeqing99@hotmail.com 說:
你是青蛙王子/
不勝人生一場醉(親親我的寶貝！) 說:
yes
xiyeqing99@hotmail.com 說:
900個表？
xiyeqing99@hotmail.com 說:
我的天
susan-pm-湖北 說:
好龐大啊
不勝人生一場醉(親親我的寶貝！) 說:
11臺資料庫伺服器，5組RAC
不勝人生一場醉(親親我的寶貝！) 說:
+1臺單機
susan-pm-湖北 說:
可是有那麼多的要開發的子系統，都放在一個DB裡？
不勝人生一場醉(親親我的寶貝！) 說:
中心庫(2) --&gt電信(4)—>網通（4)
         --應用DB
susan-pm-湖北 說:
天，沒試過1個DB放在11臺伺服器裡
不勝人生一場醉(親親我的寶貝！) 說:
大概的資料庫是這樣的
susan-pm-湖北 說:
這個沒看懂，呵呵
不勝人生一場醉(親親我的寶貝！) 說:
中心庫是設計各業務系統的基礎，其他庫需要做資料同步和相關應用
susan-pm-湖北 說:
2 4 4 是什麼
不勝人生一場醉(親親我的寶貝！) 說:
機器數量
不勝人生一場醉(親親我的寶貝！) 說:
中心庫，2臺機器，1組RAC
電信庫，4臺資料庫機器，2組RAC
susan-pm-湖北 說:
為什麼還分電信庫和聯通庫
kursk200(一點紅)-PM-上海 說:
應用DB是指什麼?
susan-pm-湖北 說:
是指要同步嗎？
不勝人生一場醉(親親我的寶貝！) 說:
這個系統全國的VIP客戶要訪問的，電信和網通當然要分開了，相互之間的頻寬很小
不勝人生一場醉(親親我的寶貝！) 說:
是要同步
不勝人生一場醉(親親我的寶貝！) 說:
南方訪問電信，備份訪問網通；資料庫和相應的web均劃到不同的機房和區域網去了
susan-pm-湖北 說:
這些伺服器都放在Internet上嗎？
不勝人生一場醉(親親我的寶貝！) 說:
託管在電信網通機房，用防火牆與Internet隔離的
susan-pm-湖北 說:
哦，業務系統肯定是區域網內的吧
xiyeqing99@hotmail.com 說:
複雜啊
xiyeqing99@hotmail.com 說:
複雜
susan-pm-湖北 說:
相當複雜啊
不勝人生一場醉(親親我的寶貝！) 說:
4個業務系統
3個在區域網
1個放在網通和電信
不勝人生一場醉(親親我的寶貝！) 說:
可以認為網通電信的系統是中心資料庫的一個業務展現
susan-pm-湖北 說:
明白
不勝人生一場醉(親親我的寶貝！) 說:
資料同步是用oracle stream做的
susan-pm-湖北 說:
沒怎麼用過
不勝人生一場醉(親親我的寶貝！) 說:
單向同步處理那些批量且源目標一致的資料
susan-pm-湖北 說:
是定時還是手工？適用於什麼情景
不勝人生一場醉(親親我的寶貝！) 說:
這個可以以秒計來實現從中心庫->電信->網通的資料傳輸
susan-pm-湖北 說:
webservice呢
susan-pm-湖北 說:
速度如何
susan-pm-湖北 說:
你說有BUG？
不勝人生一場醉(親親我的寶貝！) 說:
web service和mq用來實現不同業務系統的資料傳遞，主要是一些小量的基礎資料的傳送
susan-pm-湖北 說:
嗯，發現是的，資料量大了不適用
susan-pm-湖北 說:
不過，高階複製呢
xiyeqing99@hotmail.com 說:
mq？你們也用了ibm的mq？
不勝人生一場醉(親親我的寶貝！) 說:
說所的bug是因為我們隊系統介面的處理經驗不足
susan-pm-湖北 說:
哦，我以為STREAM本身的BUG
不勝人生一場醉(親親我的寶貝！) 說:
高階複製和stream我預研過，高階複製以後的oracle可能會不支援，再一個我們的系統資料傳輸，高階複製不太符合要求
susan-pm-湖北 說:
有什麼限制不符合要求
不勝人生一場醉(親親我的寶貝！) 說:
mq也用了，不過我們這邊的技術人員對這個處理缺乏很深的經驗
不勝人生一場醉(親親我的寶貝！) 說:
比如從A庫傳輸的資料表在B庫中多了個欄位
susan-pm-湖北 說:
哦
susan-pm-湖北 說:
源和目標不一致的情況
xiyeqing99@hotmail.com 說:
多了個欄位怎麼了
不勝人生一場醉(親親我的寶貝！) 說:
高階複製就不一定支援了
不勝人生一場醉(親親我的寶貝！) 說:
當然也有DB寫儲存過程來實現電信網通中心庫的雙向同步
不勝人生一場醉(親親我的寶貝！) 說:
也有java程式實現的DB資料同步，從其他廠商的資料庫中同步資料過來
susan-pm-湖北 說:
如果不用同步，而用DBLINK，可以減少資料冗餘，但資料庫負載太大，所以不使用是嗎
不勝人生一場醉(親親我的寶貝！) 說:
程式實現資料同步的道理是一樣的，通過時間來捕獲增量資料，如果相應的表缺乏支援，就很難實現了
susan-pm-湖北 說:
嗯
秋楓-PM-北京 說:
嗯
不勝人生一場醉(親親我的寶貝！) 說:
還有一個時間差問題，你可以設定10分鐘同步一次，從中心庫->電信庫->網通庫就需要半小時了
susan-pm-湖北 說:
如果僅做資料展現，而無任何加工處理的話，你會選擇什麼方式
不勝人生一場醉(親親我的寶貝！) 說:
而且修改刪除的資料大多數情況下是沒辦法捕獲的
不勝人生一場醉(親親我的寶貝！) 說:
有點類似資料倉儲了
不勝人生一場醉(親親我的寶貝！) 說:
susan-pm-湖北 說:
如果僅做資料展現，而無任何加工處理的話，你會選擇什麼方式
不明白什麼意思？能否詳細一點
susan-pm-湖北 說:
觸發器可以捕獲增刪改啊
susan-pm-湖北 說:
我的意思，如果只是顯示異地資料庫的數量，不需要任何加工，你會同步過來之些資料嗎
不勝人生一場醉(親親我的寶貝！) 說:
觸發器效率太低了
susan-pm-湖北 說:
是速度慢嗎
不勝人生一場醉(親親我的寶貝！) 說:
影響資料庫整體效能和不可控性
不勝人生一場醉(親親我的寶貝！) 說:
個人認為，呵呵
susan-pm-湖北 說:
我是不是跑題了
不勝人生一場醉(親親我的寶貝！) 說:
如果只顯示異地資料庫資料的話，即報表，個人認為不需要同步，呵呵
susan-pm-湖北 說:
嗯
不勝人生一場醉(親親我的寶貝！) 說:
好像都在說技術哦
susan-pm-湖北 說:
是的
susan-pm-湖北 說:
你作為PM，資料庫架構、網路架構、系統架構都是你設計？
susan-pm-湖北 說:
太累了吧
susan-pm-湖北 說:
也太全能了吧
不勝人生一場醉(親親我的寶貝！) 說:
這個專案將近一年了
susan-pm-湖北 說:
一年不算長哦
不勝人生一場醉(親親我的寶貝！) 說:
前4個月一個人耍大刀，直到今年2月份人才算到齊
不勝人生一場醉(親親我的寶貝！) 說:
所以之前的資料庫、網路、系統架構只能一個人來搞，後來再慢慢完善
不勝人生一場醉(親親我的寶貝！) 說:
技術不佔我的主要工作
不勝人生一場醉(親親我的寶貝！) 說:
溝通是大中型專案中最重要的環節
不勝人生一場醉(親親我的寶貝！) 說:
技術是簡單的，人是最難對付的
susan-pm-湖北 說:
這樣一個專案，如果要開會討論需求，你要安排多少人蔘加啊
ddv731731-SSE-上海 說:
請問你多大了啊
不勝人生一場醉(親親我的寶貝！) 說:
工作10年了
Emily 說:
幾塊業務是不是也應該有負責人？作為專案經理，直接對幾塊業務的負責人是不是這樣的？
ddv731731-SSE-上海 說:
噢
不勝人生一場醉(親親我的寶貝！) 說:
==第一個問題是會議人數
susan-pm-湖北 說:
對
susan-pm-湖北 說:
和角色
不勝人生一場醉(親親我的寶貝！) 說:
會議的話，我一般會和相應的pm，3~5個人進行溝通；人數太多的時候，溝通是無效的
不勝人生一場醉(親親我的寶貝！) 說:
幾塊業務是不是也應該有負責人？作為專案經理，直接對幾塊業務的負責人是不是這樣的？
是的，呵呵，人的精力有限，溝通也是有成本的
不勝人生一場醉(親親我的寶貝！) 說:
我一般不具體去看別人的程式碼和具體的實現了，需求也只是大概的瞭解
不勝人生一場醉(親親我的寶貝！) 說:
老闆來請吃飯的時候，就會一起開會了
Emily 說:
對，應該算專案群管理的模式，你應該算專案總監
不勝人生一場醉(親親我的寶貝！) 說:
這個都不重要，重要的是專案馬上就可以結束了，快解放了，呵呵
秋楓-PM-北京 說:
恭喜
不勝人生一場醉(親親我的寶貝！) 說:
呵呵，謝謝，還有其他問題嗎？
dearChloe-PM-深圳 說:
天啦
dearChloe-PM-深圳 說:
啥都沒有聽到MSN都斷了
Emily 說:
整個專案的最大的風險和問題來自於公司方面，公司的組織結構太複雜，看來你能力確實不錯，沒有真正犧牲。哈哈
susan-pm-湖北 說:
有問題，我直接留言到貼子裡好吧
不勝人生一場醉(親親我的寶貝！) 說:
http://www.itpub.net/thread-1203649-1-1.html
不勝人生一場醉(親親我的寶貝！) 說:
已經快被犧牲了，熬過來了
不勝人生一場醉(親親我的寶貝！) 說:
對不懂IT的老闆來說，跟他講系統整合、資料庫的重要性無疑要費很大的口舌
Emily 說:
你的直接上司是誰？
susan-pm-湖北 說:
你關注了哪些點，你認為比較重要的
不勝人生一場醉(親親我的寶貝！) 說:
在整個專案中，40%的工作量集中在系統整合商
不勝人生一場醉(親親我的寶貝！) 說:
我的直接上司是副總，總監基本上等於擺設
不勝人生一場醉(親親我的寶貝！) 說:
每次見面也要溝通這些系統整合、資料庫同步，他缺乏這些概念
不勝人生一場醉(親親我的寶貝！) 說:
susan-pm-湖北 說:
你關注了哪些點，你認為比較重要的
？？？
susan-pm-湖北 說:
這應該算是技術上的，也就是說你要把握關鍵的技術點
不勝人生一場醉(親親我的寶貝！) 說:
資料庫的設計，我認為是成功的開始
不勝人生一場醉(親親我的寶貝！) 說:
我強調不同的業務系統一定要在自己的schema中實現
susan-pm-湖北 說:
從專案管理中，關注哪些點是成功的必要條件
不勝人生一場醉(親親我的寶貝！) 說:
呵呵，這個反而有點不太好說了
不勝人生一場醉(親親我的寶貝！) 說:
核心人員
不勝人生一場醉(親親我的寶貝！) 說:
即高效團隊吧
susan-pm-湖北 說:
是你挑選的？指定的？
不勝人生一場醉(親親我的寶貝！) 說:
有個子專案，成員比較穩定，pm技術水平不錯，人也不錯
不勝人生一場醉(親親我的寶貝！) 說:
在我的一個子專案中，需求調研人員換了3批次，專案經理換了3批次，專案成員換了3批次；專案經理不辭而別達三次，辭退員工4人，原因是認為團隊成員不合 格，其實我個人認為是他不合格，為了此事還曾與他的直接主管吵了幾次。據說他喜歡與業務比他強技術比他強的人進行配合，大概是我的能力太差了吧。
不勝人生一場醉(親親我的寶貝！) 說:
這個子專案就40萬，結果搞了40個人月
susan-pm-湖北 說:
你應該來挑選PM吧
不勝人生一場醉(親親我的寶貝！) 說:
很遺憾，專案經理沒有人事權利的，
susan-pm-湖北 說:
你提醒我了，你怎麼控制進度、成本呢
不勝人生一場醉(親親我的寶貝！) 說:
我管不了他們，連他們都屬於公司兩個不同的leader下
susan-pm-湖北 說:
這個比較頭疼
不勝人生一場醉(親親我的寶貝！) 說:
把進度提前化吧
秋楓-PM-北京 說:
這個確實比較頭疼
不勝人生一場醉(親親我的寶貝！) 說:
純粹的開發進度是可控的
susan-pm-湖北 說:
提前化？
susan-pm-湖北 說:
沒明白
不勝人生一場醉(親親我的寶貝！) 說:
後面的整合和介面，是無法控制的，這個時候把開發進度提前
susan-pm-湖北 說:
哦
susan-pm-湖北 說:
你的計劃是如何制定的
不勝人生一場醉(親親我的寶貝！) 說:
為後面多留一些時間，比如甲方採購機器時間不到位，其他廠商不配合
susan-pm-湖北 說:
專案進度計劃
不勝人生一場醉(親親我的寶貝！) 說:
這個都是拍腦袋拍的，採用倒排法，呵呵
我剛進公司不懂業務，就被派來了
susan-pm-湖北 說:
那完成情況如何統計？
susan-pm-湖北 說:
用什麼工具？
不勝人生一場醉(親親我的寶貝！) 說:
由相關pm自己統計吧，沒啥工具
不勝人生一場醉(親親我的寶貝！) 說:
我感覺原來公司沒有任何專案管理能力和工具的
susan-pm-湖北 說:
嗯，有沒有發現虛報的
不勝人生一場醉(親親我的寶貝！) 說:
做過的專案最大也不過幾十萬，不具備任何參考價值
不勝人生一場醉(親親我的寶貝！) 說:
基本上還好了，就是做系統介面的工作不太滿意
susan-pm-湖北 說:
QA如何保證質量的
dearChloe-PM-深圳 說:
那你怎麼應聘去做這個專案PM的？
不勝人生一場醉(親親我的寶貝！) 說:
被派來的，我才不想來呢，呵呵
不勝人生一場醉(親親我的寶貝！) 說:
估計是公司之前沒實施過這麼大專案吧
dearChloe-PM-深圳 說:
你原來就是這個公司的？
susan-pm-湖北 說:
QA如何保證質量的
不勝人生一場醉(親親我的寶貝！) 說:
本人於08年06月入職某公司，8月份即開始負責該專案，對公司組織、制度和相關業務缺乏瞭解；公司於08年4月進行重組，高層和人員變動劇烈，新老衝突 嚴重；公司IT力量比較薄弱，產品線較豐富，均為小專案，但自命不凡；後來瞭解到我是作為雙方利益衝突的犧牲品來負責該專案的。

不勝人生一場醉(親親我的寶貝！) 說:
我們這邊沒有QA，如果算的話，就只有測試人員
dearChloe-PM-深圳 說:
我覺得接專案不要管別人怎麼看， 重要的是自己怎麼看
dearChloe-PM-深圳 說:
對亞。你6月份入職時就打算派你去做這個專案的PM？
不勝人生一場醉(親親我的寶貝！) 說:
小IT公司都這樣
susan-pm-湖北 說:
哦
dearChloe-PM-深圳 說:
實際上我一直都不明白QA和測試人員的分別
不勝人生一場醉(親親我的寶貝！) 說:
所謂的流程與公司的制度和成熟度息息相關
dearChloe-PM-深圳 說:
感覺是同樣的
不勝人生一場醉(親親我的寶貝！) 說:
單靠一個人是無法推動的
susan-pm-湖北 說:
是的
不勝人生一場醉(親親我的寶貝！) 說:
IT企業有自己的軟體能力成熟度，當然個人也有自己的軟體能力成熟度，即體現在個人對過程的定義、監控、跟蹤和度量上。本人有幸在3家CMM5的公司工作 過，不過仍稱不上對CMM有多深的研究，一來過於繁瑣，再則軟體能力成熟度與所在的IT環境有密切的關係，過程的實施和度量需要一系列的保障；事實上嚴格 遵循CMM流程的企業並不多，基本上都是為了內部評估而評估的；不過基於過程的思想值得專案去參考和學習。
關於本專案的話，如果一定要說有什麼軟體能力成熟度的話，我認為是2級吧，專案管理的基本流程和系統文件已經有了，做類似的專案是具備一定的複製性的。

susan-pm-湖北 說:
你有CMMI的相關文件嗎？中文的
dearChloe-PM-深圳 說:
大部分企業，尤其不是軟體公司的企業，都差不多
不勝人生一場醉(親親我的寶貝！) 說:
如果我50%的時間花在溝通上，你認為我還有時間做這些過程嗎？
不勝人生一場醉(親親我的寶貝！) 說:
CMM3的文件模板是有的
susan-pm-湖北 說:
PM應該應該花費75%的時間在溝通上，呵呵
不勝人生一場醉(親親我的寶貝！) 說:
很多新的pm往往對文件模板比較看重，呵呵
susan-pm-湖北 說:
過程應該是相關職責的人來做的，你來稽核即可，我的理解
dearChloe-PM-深圳 說:
花時間溝通不是什麼問題
dearChloe-PM-深圳 說:
這個比較傻
susan-pm-湖北 說:
你的專案變更多嗎
不勝人生一場醉(親親我的寶貝！) 說:
比較多
不勝人生一場醉(親親我的寶貝！) 說:
都推掉二期去了
不勝人生一場醉(親親我的寶貝！) 說:
流程還沒建立起來
susan-pm-湖北 說:
你能說服真是不錯
susan-pm-湖北 說:
配置管理用什麼工具在做？
不勝人生一場醉(親親我的寶貝！) 說:
VSS
不勝人生一場醉(親親我的寶貝！) 說:
JIRA做專案管理工具
susan-pm-湖北 說:
這個是免費的嗎
不勝人生一場醉(親親我的寶貝！) 說:
開源的
susan-pm-湖北 說:
你覺得控制得好嗎
susan-pm-湖北 說:
VSS使用效果如何
dearChloe-PM-深圳 說:
其實我也希望有這樣的專案來鍛鍊一下
dearChloe-PM-深圳 說:
哎
susan-pm-湖北 說:
沒用過，不知道好用嗎
不勝人生一場醉(親親我的寶貝！) 說:
還算正常，首先專案沒有不延期的，其次有許多是甲方造成的，再次成本控制和利潤率都還算理想
不勝人生一場醉(親親我的寶貝！) 說:
cvs、vss其實都差不多
dearChloe-PM-深圳 說:
甲方不是你們自己公司？
不勝人生一場醉(親親我的寶貝！) 說:
當然不是了
susan-pm-湖北 說:
看來甲方還比較好說話
dearChloe-PM-深圳 說:
哦
husthxd-PM-廣州 說:
我提個問題：沒考慮過用資料交換平臺進行資料交換？
husthxd-PM-廣州 說:
資料交換平臺成熟的產品還是有不少的。
不勝人生一場醉(親親我的寶貝！) 說:
當然想有一個統一的平臺了
不過這個平臺要支援oracle的CRM叫sebal什麼的，要支援IBM的mq
不勝人生一場醉(親親我的寶貝！) 說:
要支援一般的webservice
不勝人生一場醉(親親我的寶貝！) 說:
恐怕難度也不小吧
husthxd-PM-廣州 說:
呵呵，是不容易。估計這些支援要自己開發或者是二次開發。
susan-pm-湖北 說:
小棟，資料交換平臺有哪些產品啊
不勝人生一場醉(親親我的寶貝！) 說:
即使有了這個資料交換平臺對於大批量的資料同步和雙向同步工作也是無效的，只能針對於市場上普遍見到的介面而且是少量資料
不勝人生一場醉(親親我的寶貝！) 說:
any question?
husthxd-PM-廣州 說:
en，測試過，大批量的資料同步，如可能的話（同構資料庫、物理連通）最好還是用儲存過程。
不勝人生一場醉(親親我的寶貝！) 說:
如果想實時的，還是得用資料庫stream，高階複製或是dsg等及其他工具了
susan-pm-湖北 說:
dsg?
不勝人生一場醉(親親我的寶貝！) 說:
專用的資料複製技術吧，瞭解過，基本上那一種實時同步都存在著一定的bug
不勝人生一場醉(親親我的寶貝！) 說:
沒有最好最完美的解決方案
  China_Iverson   說:
總覺得軟體開發，應該有個更合理的 "道" 也就是規律在裡面
不勝人生一場醉(親親我的寶貝！) 說:
技術有道，管理就很難說了
dearChloe-PM-深圳 說:
管理，哪裡是我們PM說了有用的
husthxd-PM-廣州 說:
這個“道”，是要在實際工作中不斷的總結和沉澱才好領悟了。
  China_Iverson   說:
很謝謝不勝人生一場醉的案例分析，獲益匪淺
不勝人生一場醉(親親我的寶貝！) 說:
共同學習吧，也算是專案最後自己的一個總結
  China_Iverson   說:
長了很多見識，呵呵
husthxd-PM-廣州 說:
經歷就是一種財富，呵呵，很多人巴不得有LZ這樣的經歷
dearChloe-PM-深圳 說:
是的。這種機會很好

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/3433/viewspace-612986/，如需轉載，請註明出處，否則將追究法律責任。