發生在眼前的故事：做好最壞的打算，往往事情不會去到最壞的地步（一）

以下事情發生在9月20日的5:00~6:00PM

上周六下午天氣炎熱，睡了個大覺醒來時已經五時出頭，知道某項目正在緊張地部署準備本周一正式投產服務，因此和專案經理A通電話瞭解項目部署的情況，專案經理簡要地知會了部署的情況如下：

1. 部署提前在上周四就已經開展，因為需要重新部署一台新的伺服器，所以保留了舊一期的平台；
2. 部署的新機器，從作業系統，到中介軟體服務軟體，上層的舊一期以及新一期增加的軟體都已經部署完畢；
3. 舊一期的系統已經在周五下班後停產，並且已經將資料成功遷移到新的伺服器；
4. 目前正在新的伺服器平台上進行應用的最後測試，預計六時可以測試完畢，收隊。

和專案經理A溝通後，被告知項目部署的方案經過了修訂，原定的方案不涉及新伺服器，不需要涉及伺服器上Solaix安裝、Weblogic等中介軟體的安裝，新方案在上周三確立後開展，我告訴了專案經理A：

1. 根據以前培訓的知識，我告知專案經理A沒有按照規程進行，因為新的機器並沒有在本次部署前被當成測試環境演練一次，沒有象博文《談談項目部署交流會的體會》中介紹的那位專案經理CCC一樣進行精心演練保證項目成功，出現故障的可能性很高。
2. 既然沒有按照規程去執行，事情到這個程度，只能A對項目組負責，我只能提醒專案經理A最後一招，項目周一早8點半上班投產，項目群組成員必須在8點前到達業主現場，以防止出現故障時，沒有足夠的資源進行處理的情況。

通完電話，根據當時的交流情況，我覺得有項目的風險，覺得有必要開拔去現場瞭解情況，我事先沒有通知專案經理A就Action了！

以下事情發生在9月20日的6:00~7:30

到了項目的部署現場，已經過了6點，在一樓的電梯口見到了該項目組一位同事B，呵呵，打了個招呼，當時覺得：“看來專案經理A的判斷還不差，果然測試完畢收隊了”。

到了樓上看望項目組，除了專案經理A外，還有2位項目組的同事，看來他們還在忙還在測試不便打擾，因此自己找個地方坐了一會。

看時間飛逝，不知不覺觀察了一個小時，發現他們還沒有測試完畢的跡象。我一直在等待專案經理A發出以下的任何一種指令：

1. 測試被成功執行完畢，恢複資料環境完畢，收隊吃飯；
2. 測試還沒有完成，我們先去吃飯後再來；

到了7:25分，我實在覺得有問題，就和專案經理A說，要不要先去吃飯後再來測試，A告訴我還有最後一點，測試完就可以了。剛好現場還有公司的另一個項目組，我說那麼我請另一個項目組先去吃飯了，你是否肯定確定、肯定並且一定測試完畢再吃飯？A猶豫了一下和項目組的同事C聊了一下，C說就一會了，馬上可以測試完了。

既然這樣，我只能和另一個項目組的同事去吃飯，臨下電梯前，我和A說，趁我還沒有回來前想起吃飯找我。電梯裡，另一個項目組的同事LD問我，是不是給他們打包啊！我的回答是：“不打包，他們得自己承擔風險，我的經曆告訴我他們很可能9點才能吃飯。很多情況下，以為就是最後一點了，但是往往不是線性，就象IE有時候的下載進度條，到了99％，但是最後一點的預計往往不準確，這個時候考驗專案經理的控制意識了！”

以下事情發生在9月20日9:30

我們吃完飯已經是8點快半了，等送完其他的同事，和專案經理A再通了電話，專案經理A說，我們遇到了一個功能問題，還需要業主方的其他夥伴配合，他正在下樓給其他同事打包晚飯。

瞭解了實際的功能後，在確定功能不會有大問題的情況下。我很認真和專案經理A溝通，告訴他要注意風險，既然可以原定6點，結果7點過了沒有調整的意識，直到9點半，這個本身說明意識需要加強，絕對不能有僥倖心理，一定要做好周一投產後出現故障的準備。仗打到這種程度，一定要保證周一提前到位，做好最壞的打算，才能讓事情不會去到最壞的情況！

（補序：昨天晚上就想寫這個Blog，可是偷懶了，現在倒也好，可以寫跟蹤報道了！這樣的故事，寫成續集肯定不是特別好的，你有心理準備聽嗎？）