Unbending Notes
关于项目交付内容延期的问题。
做为一个项目经理，可能他就是事实的内容需要协调各个方面的人员来完成。其他人员的工作成果交付的延期，这样会导致项目经理所承诺的项目进度安排一同延期。
例如，我所负责的项目，用户要求在3月底完成功能的修改。项目的要求已经按要求及时提交给了研发的项目经理，研发经理承诺按时完成。到了3月底，研发经理说功能开发完成了，测试部门还未通过测试，因此需要延期完成。这样的情况导致现场实施的项目经理对用户的承诺出现问题。而实际的情况是，研发经理需要将完成的功能，在三月底前提交给测试部门，通过后交付给现场项目经理的。
而实际情况，现场的项目经理，对研发经理是没有任何考核的，对研发未能按时提交工作成果，没有任何控制措施。如果延期，也只能和用户说临时某某原因导致诺干天的延期。长此以往，导致现场的项目经理是轻言寡信，慢慢在用户心目中失去了信用和信任感。
鉴于这样的情况，觉得比较好的方式是：1）将这样的情况，尽可能的理顺项目过程的各个环节，对可能出现的延期的情况给予考虑清楚。将关键的环节控制好，甚至于亲自过问一些不是项目经理所应该关注的环节中去。现场的项目经理要承担，不是自己的原因而导致的项目上问题。例如，测试部未能按时完成工作，但用户不会关注测试部的，用户仅仅关注的是现场项目经理的承诺是否完成了。这是一件很让人痛苦的事情；2）尽力不要在用户承诺上话说的太满。当然如果能够和用户沟通一个交付的时间段，要比一个时间点要好一些。例如，承诺是3月31日~~4月6日，要比4月3日好一些，如果出现了延期的情况，或许还有3天的补救的时间；3）如果经常性的出现这样不可控的情况，那建议通报给项目的高管，如果你所建议的是对的，高管一般都会采纳，或者理解你所处的环境，并能够给你一些比较好的建议。作为项目经理建议让犯错误的人承担责任，否则就没有约束机制对项目的质量和进度进行监控，项目通常会出现问题;4)项目有一些征兆是可以提前显示出项目的某些进度要延期的，这时现场的项目经理应该可以感觉的到。最好提前通报给用户，而不是到了最后的时间点上才和用户说交付的成果延期。这不但让用户很恼火（因为之前他一直认为项目过程进度是正在，到了最后才出先问题）而且作为承诺的人，个人也很难在最后的时刻开口说延期交付。
以上是个人在项目实施中的一点体会，希望有一天能够将它进一步完善细化。
