同事給我發的郵件，談及上周參加項目會議，關於項目Delay的深刻體會（轉述篇）。

注意：本文轉載過程中，隱去具體項目名稱和模組名稱，並且做了少量的修訂，特此向作者以及讀者說明。

背景：

這次會議是一次需求確認會，但是客戶方的業務負責人沒有出席，由監理方進行確認。

在會議過程中發現很多需求點尚未明確，但監理方對很多地方也拍不了板，考慮到項目的進度壓力很大，專案經理對需求最終定稿的時間點心裡沒底，預感將有較大的延遲，進而對整個項目客戶當初要求的上線時間沒有把握，心裡比較著急。

於是，專案經理以資源不足為由要求客戶方延遲上線時間，然而，客戶方認為公司應該增加資源，堅持原先定的上線時間不能改變，使會議變成了一場爭論。 

思考：

根據工作量的評估結果，這個項目按照客戶要求上線的時間點上線確實很緊，但從客戶的角度來說，資源問題是開發商理所當然應該解決的問題，因此我們跟客戶談我方的資源不足問題沒有意義，甚至會給客戶有我們對其項目不重視之嫌疑，並且客戶認為，只要多加資源，就可以按時甚至提前上線，這些是錯誤的觀點。 

當前的迫切問題是如何使得需求明確下來，雖然有監理方介入，但類似於這樣的需求確認會應該儘可能的使得最終客戶的業務代表能參與。提高需求確認的效果。    

至於進度方面的壓力，建議專案經理跟部門經理溝通，請部門經理協助解決。另外，一定要做好專案計劃以及WBS分解，然後跟客戶確認，並使客戶明白不是增加資源就能解決所有問題。