專案日期:10/6
我和Blade回到機房後,Blaster指著Console問Blade「你這log怎麼設定的啊? 怎麼會有這麼多資料,這樣我怎麼查錯誤訊息在那?17萬行耶,你要我全看哦。麻煩你去重修一下,計算機概論好嗎?」
我看了看Blaster說的log檔,真的是17萬行,一行一行看,就算不瘋掉,我們的眼睛也會花掉,但如果一行一行看,好像也有點怪怪的。我向Blaster借了他在用的Console,嘗試搜尋幾次之後,我指著螢幕問他們『這邊有錯誤訊息,能幫我看看,這是什麼意思嗎?』
Blade問我「你怎麼找的? 我剛才看了好久,怎麼都找不到?」
『你開的這個log檔,是在Server上的,然後又是全記錄,雖然有17萬行,但只要找有問題的那台Client主機名稱,就可以囉。』
「那你怎麼知道,是那台Client有問題?」Blaster有點不屑的問我,應該是不想讓我對他們用的軟體,接觸太深吧。
『Block跟我說的啊。』
Blaster轉頭跟Block說「你跟他講幹嘛? 我就是不想讓他碰我們會的東西啊。」
『呵』我不小心把那個笑聲發了出來,慘了。
「你笑什麼? 你不就是來偷學我們的技術,然後等著把我們幹掉嗎?」
啥? 我很疑惑的看著Blaster,『偷學...把你們...誰說的? 你們有來向我求證嗎? 我沒這個意思,也沒這個打算,我更不想學你們在用的這套軟體。』
「那你為什麼要答應公司,來接這個專案? 誰都知道,公司是要你來換掉我們。」Blaster開始大爆發了,像是停不下來似的,一直講一直講。我等他的氣稍微消了之後,用手指著我自己『我能發言嗎?』
他們三位點點頭,這該從那一段講起...我翻了一下我的資料夾,拿出一張紙給他們看。『這是HP OMW Server安裝檢核表,這個OMW Server是我在這個案子裡要建置的系統。因為你們當初跟公司說,不想碰這一套軟體,所以公司請我來把這個完成,這是原因之一。』
『另外,因為我跟現在這客戶的大老闆,有點熟,所以公司希望能利用這個關係,看看能不能為這個案子,設下一個停損點,或把防火線拉起來。這是原因之二。』
『還有別的問題嗎? 在正常情況下,除非你們自己放棄了所負責的產品,或是技術。不然沒有人能取代你們或替代你們的。』
「那為什麼公司的人都不是這樣說的。」Block問了我。
『Block 你知道,今天網頁程式無法連線到資料庫,可能的原因是無限大的,對吧!』
他點點頭。並回了一句「廢話。」
『但...真相只有一個,不能連線的可能有無限多個,但真正的原因只有一個。要怎麼樣才能知道那真正的原因,聽別人說就能知道? 可能嗎? 當電視新聞和報紙,都能報導假新聞時,我們能夠,只把別人的幾句話,就當成是真相? 這會不會太...我們看到海面上的冰山,都只是冰山的一個小角,我把這一小角就當成是整座冰山?』
停頓了幾秒之後,『看到不能登入的訊息,就認定是帳號密碼有誤。 不能連線到資料庫,就告訴客戶是資料庫當機。網路不通就是網路卡有問題。如果我剛描述的三個狀況,你們都不同意,那別人說我的閒言閒語,你們怎麼會這麼認真看待並當真?』
他們似乎想說什麼,但說不出來。『除非,不能連線到資料庫時,你們不會查證,就直接告訴客戶,資料庫當機了。不然,你們會這麼輕易的相信別人的閒言閒語?』我笑了笑『我還能繼續跟你們共事嗎? 這是我現在關心的,如果你們不同意,那我以後上班時間,就只能拿杯咖啡,在公園坐八個小時了。』
「你會不會太三八啊!? 我們又沒那個意思,你就碰碰碰碰碰的講一堆。」
我手指著Block,笑笑的問他『我們? 真的嗎? 你確定Blade和Blaster真的沒那個意思嗎?』
「好啦好啦,上班啦,事情都做不完了,你還想著要去公園坐八個小時,我會讓你過的這麼舒服嗎? 剩下50台TSM Client快去裝一裝啦。」Blaster對我揮著手,邊揮邊這樣說。
裝到快30台時,Blade輕聲的走到我旁邊「我還是沒辦法認同你,但我會更仔細觀察你做的每件事。』
我心裡想,這語氣不就是我常跟老爺子說的『我還是沒辦法喜歡你,但我不討厭你。』差不多意思嗎?
下班閒聊時,Blade當著他們兩人的面,跟我說「既然你是PM,就把甘特圖補一補吧,原來的缺了好大一段。」
我同意了,並告訴他們,這兩天就會畫出來,然後大家再討論一下剩下的細節。和他們分開後,我到了公館的自來水博物館園區,這邊真漂亮。不知道什麼時候,我才能和Gamssim在這吹風聊天呢?
附記:
在專案管理中,雖然所有的工作項目和工作指派,都有很清楚的規範或定義,我們也能依循專案經理的指示,明確的將任務完成。
但在系統整合的專案裡,會因為系統整合案的屬性特別,讓多許多看似不起眼,但又很重要的工作項目,根本不會被列到工作計劃書中,等到專案啟動之後,發現有問題,再讓甲方、乙方甚至丙方開始爭吵。
ex 1:
A廠商負責安裝主機
B廠商負責佈網路線到機房的網路Panel
C廠商負責安裝網路Switch
專案計劃書裡,往往會將A、B、C 廠商該做的事、該驗收的項目標準、相關時程都列的清清楚楚,但常常都會缺少一段最重要的誰負責將網路線從網路Panel接到網路Switch或誰負責將機房主機的網路線,接到Switch或Panel。
ex 2:
A廠商負責門禁讀卡系統
B廠商負負做門
要驗收時,發現這個門沒有鎖,因為專案建置書中,沒有「鎖」這方面的規劃。
有些項目,在撰寫專案計畫書時,會因為有「理所當然」的想法,就被忽略掉了,但因為只要專案計劃書或工作計劃書中,沒有提到,這些「理所當然」的項目,就是不在本次專案範圍內。
當我們拿到一本專案計劃書或在看WBS時,最重要的重點不是「我們要做什麼」,而是「什麼沒有提到。」
沒有提到的項目,在專案計劃中,有沒有變成「但書」,如果有,這些「但書」條文,對我們的影響和要負的權責有多大,這些也都是我們所要關心和先行了解的。
什麼沒有提到 就像是海面下的冰山,等我們發現時,已經來不及了。
2011/10/10 太陽哲齡
更多文章都在行雲流水IT人
大多人都是推卸責任比較快啦
連我自己幾年前也是啊
聽到問題一定第一個念頭就是對方一定做錯了
現在會先停下來 看看問題的癥結點
解決中或是解決完畢後再來論定誰的錯
sunallen提到:
專案計劃書或在看WBS時,最重要的重點不是「我們要做什麼」,而是「什麼沒有提到。」
真很是重點中的重點阿~~