项目延期原因及应对之道

每个项目经理都希望能有效地控制项目进度。但这件看似简单的事情，实际操作起来却常常不尽如人意。即使在成熟的大公司里，有着完善的项目管理流程，配备着一流的团队，项目延期事件还是频频发生。这里分析主要的三个原因。

常见的原因之计划不清

很多项目经理，计划做得很漂亮，却总是计划赶不上变化。原因 在于，有些时候，按工作量预估的发布日期却得不到领导的同意，领导有时会说我们现在就是和时间赛跑，这个项目必须在某某时间发布。这将致使计划推倒重来，一切都要赶进度。而对于其他团队成员来说，这份计划没有同他们商量，无异于强压任务。项目还没开始，抱怨声就不绝于耳。因此，项目工具选得好、任务划分细 致清楚只是做好计划的基础，更重要的是项目计划要得领导和团队成员的认同，并愿意为之全力以赴。

总之，想做好项目计划，要做好以下三点。

• 项目计划前，先和产品经理、上级领导沟通好，确定这个项目的轻重缓急。
• 团队成员要达成一致意见，项目经理不可独断专行。
• 项目计划要细化到天、功能点要责任到人、确定里程碑点。

常见的原因之需求问题

需求中的功能点要在PRD（产品需求文档）中罗列清楚，业务流程要写得完整清晰，交互细节要体现在视觉稿中。要组织项目组所有成员参加PRD评审，评审时要 针对具体的问题，给出明确的处理意见。暂时不能确认的问题，问题跟进人要在限定时间内给出反馈，项目经理可以制定问题跟进表格。

项目进行中 的需求变更，尽量在前期提出。在项目管理的过程中，当前期的需求和计划都确定后，项目经理不能只顾着跟进开发和测试的进度，也要阶段性地和需求方多沟通， 让他们及时反馈意见。不要等到临发布时，产品经理跑过来说“我要的不是这样的，这里要改一下”。永远不要把问题留到最后一分钟，要超前一步，留有余地。下 面是一个真实的案例。

案例情景：该项目的整个周期为2个月，有3轮功能测试。当第3轮功能测试结束时，也就是即将进入预发布阶段时，产品经理才给出用户反馈并要求按用户的反馈修改。改动的地方涉及到页面的样式、文案、SQL语句和校验逻辑等，总共可能有20多个文件要被改动。

项目经理建议只改页面的样式和文案，其他部分先不要改，等下次升级维护时再改，否则可能会影响发布。而在多次交涉无果的情况下，开发人员只能硬着头皮修改，测试人员只能再重新测一轮。虽然大家努力地按需求方的要求做了，但项目延期已不可避免了。

常见的原因之沟通不畅

为某项目临时组建的团队往往来自不同部门，团队成员之间不熟悉，此时，要为团队建立一个沟通通道，确保沟通顺畅。常用方式为：

• 建立一个内部网络空间，所有文档资源统一存放，供团队成员共享；
• 利用即时聊天工具，建立一个项目群，每天通报项目进度；
• 建立项目邮件组，所有变更达成一致后，发送邮件确认；
• 每天要开15分钟晨会，每周一次周会，每周发送项目周报；
• 跨团队项目，最好申请独立的项目室，所有项目组成员坐在一起工作，降低沟通成本。

评论：

1）对于项目时间强压，这个有时候的确是甲方要求，有时候是领导强压。项目团队不是不可以加班，但是加班的辅助补贴等要及时兑现。团队可以奉献一次，二次，但这样下去失去的是人心。
2）产品经理在产品要发布前才提出修改，这完全是产品经理能力问题。
3）建立一个内部网络空间，所有文档资源统一存放，供团队成员共享；这个问题充分说明了作者的团队没有配置管理工具！！！
4）团队技术成熟度低+项目时间紧，这种情况下，技术带头大哥就非常重要，技术带头大哥的主要工作就不是编程了，而是解决重要的技术问题，然后花大量时间去检查技术团队的程序，文档质量。