项目经理如何做到项目不延期？

如果项目不延期，那是不是就意味着项目内容要删减，加班很严重呢?其实也不然。虽然很多项目为了能按时上线，确实需要采取一些手段。但本文作者在2020年的项目都没有延期。下面是他分享的一些自己的经验，供大家做一个参考。

在说方法之前，我先分享一个最近和跨部门合作过程中，碰到的一件为了不延期的奇葩事情。这个项目差不多历时2个多月，由2个部门合作完成。在一开始的时候，我就发现对方部门的计划存在漏洞，但他们拍胸脯保证能按时上线，那我也不好多说什么。

在上线的前一周，我就已经主动联系对方商量上线的一切事宜。对方的躲闪和含糊其辞让我有不祥的预感，但对方依然表示可以准时上线。在上线的前一天，对方负责人找到我，说他们决定白名单上线。我觉得你没信心的话，白名单也就白名单吧。但接下来他说白名单上就开一个用户，而且该用户就是内部的测试账号的时候，我就被彻底震惊了。那就是说这个功能路口根本不会有真正的用户会用到，但项目也算按时上线了，对上面也有了一个交代。这个骚操作真的刷新了我多年项目管理的认知，原来为了准时上线还可以这样......就很离谱。

总结一下几个控制进度的方法吧。

1、准确估算每个任务周期
这个看似很简单，每个项目都做的，但我发现大多有2个误区。

1）估算人员
有的项目估算周期的时候都是项目经理来估算。首先项目经理对一些细小的部分不可能很了解，所以他的估算和开发测试人员的估算肯定存在偏差，这也是为什么很多开发人员拿到周期后，大呼时间不够的原因。

另外就算项目经理对系统很熟悉，技术很精湛，那么做这个任务模块的开发人员和他是一个水平的吗?两个能力不在一个水平线的人估算出的时间肯定不一样。所以从估算人员的角度来说，谁来做这个任务，就由谁来做事先的估算。

2）估算方法
很多时间估算都是拍脑袋，到真正做的时候发现有两个地方没想到：这个没想到和那个没想到。做估算也是要讲究流程的。我要求开发和测试在估算的时候必须有清单，要在调查修正范围的基础上，最终给出一个比较合理的周期。

2、避免需求范围扩大

一说到这个，估计很多项目经理都要摇头了，需求变更真的是个老大难问题。那么我说一下我对需求变更的应对(这里特别注明只是我的方法，每个项目经理或者每个项目有不同的解决方案，不用杠)。只要是项目就有相关方，那么我就会把这些人都绑到我的项目上，我拿什么去震慑他们呢?

老板。为什么以前有那么多相关方想添加或者改需求?因为他们一直认为这个项目负责人就是项目经理，他们出个嘴就可以了，他们只用管提需求，工期什么的他们根本不关心。但我的工作就是给他们洗脑，有时候带有一点胁迫。“这个是公司级项目，老板非常重视，如果你要加需求请发邮件然后抄送一下老板。然后我会重新评估需求，提供多出来的工作量并注明延期风险。”

看似很简单的一个动作，但相关方就会掂量一下。如果我发邮件了，老板看到了就会想当初这个需求为什么没想到?项目都快结束了再提?虽然有概率老板批准继续做，但提的多了，老板心里会舒服吗?所以很多以前他们张嘴就来的需求，现在都要掂量一下，这样需求变更自然就少了。

3、监控项目进度

这个又是看似每个项目必做的一个任务。但我还是发现其中两个问题，项目经理在追踪项目进度的时候，只是简单地问一下做了百分之几了，有的时候开发就会按照自己的评估给出一个数字。有时候数字是50%，但这个数字和项目经理的数字的意义可能并不一样，项目经理心中的50%和开发人员估算的50%可能有较大的偏差。

还有一个问题，哪怕到最后开发人员说完成了，但这个最后的输出真的是符合需求的吗?也不一定吧。所以针对一些时间耗时比较久的任务，都需要设定一个里程碑，邀请相关方进行统一评估，即使出现问题也可以做及时的调整。所以从项目角度来说，看到的一般都比听到的更真实一些。

8月起，《项目管理知识体系指南(PMBOK指南)(第七版)》将成为中国大陆地区PMI认证考试参考资料。与上一版相比，《PMBOK指南(第七版)》有较大调整，首次提出了项目管理的 12 项原则和8个项目绩效域，构建了一个专注交付成果、更全面的项目管理知识体系框架。它将帮助从业者更好应对当下灵活多变的环境，选择正确的项目管理方法（预测型、敏捷或混合型）来完成工作交付价值。

《PMBOK指南(第七版)》的中文版和英文版书籍已正式引入中国大陆地区，并将从2023年8月起，成为项目管理专业人士(PMP)认证考试等PMI认证的考试参考资料之一。

新版考试题目为180道题；
考试时间为230分钟；
题型将包括单选题和多选题，多选题将说明需选择几个正确选项。