同事给我发的邮件，谈及上周参加项目会议，关于项目Delay的深刻体会（转述篇）。

注意：本文转载过程中，隐去具体项目名称和模块名称，并且做了少量的修订，特此向作者以及读者说明。

背景：

这次会议是一次需求确认会，但是客户方的业务负责人没有出席，由监理方进行确认。

在会议过程中发现很多需求点尚未明确，但监理方对很多地方也拍不了板，考虑到项目的进度压力很大，项目经理对需求最终定稿的时间点心里没底，预感将有较大的延迟，进而对整个项目客户当初要求的上线时间没有把握，心里比较着急。

于是，项目经理以资源不足为由要求客户方推迟上线时间，然而，客户方认为公司应该增加资源，坚持原先定的上线时间不能改变，使会议变成了一场争论。 

思考：

根据工作量的评估结果，这个项目按照客户要求上线的时间点上线确实很紧，但从客户的角度来说，资源问题是开发商理所当然应该解决的问题，因此我们跟客户谈我方的资源不足问题没有意义，甚至会给客户有我们对其项目不重视之嫌疑，并且客户认为，只要多加资源，就可以按时甚至提前上线，这些是错误的观点。 

当前的迫切问题是如何使得需求明确下来，虽然有监理方介入，但类似于这样的需求确认会应该尽可能的使得最终客户的业务代表能参与。提高需求确认的效果。    

至于进度方面的压力，建议项目经理跟部门经理沟通，请部门经理协助解决。另外，一定要做好项目计划以及WBS分解，然后跟客户确认，并使客户明白不是增加资源就能解决所有问题。