‍项目进度把控肯定是每个PM的必修课，但大多数产品经理都没有足够的重视和经验。文章通过将结合笔者经验，概述项目延期的原因及解决 *** 。

首先，谈一谈项目，大家对这个字眼应该熟悉吧，不管是具体实操还是面试过程中，都会有项目这个词汇出现。

那什么是项目呢？

其实很简单，项目是为了创造独特（或符合公司/市场需求）的产品、服务或成果，而进行的临时性工作。项目有清晰明确的开始和结束时间，在目标时间内，启动→计划→执行→控制——收尾，就是一个项目的生命周期。

你是否有这样的经历？

安身于一家中高型企业，毕竟不是大型或职能岗位建设很齐全的企业，职能并没有那么细化，作为一个小小的PM，担着分配到自己的业务线，涉及具体项目领导找你对接询问。

但是碰上项目屡屡预期的话，那种对上无奈，对下的无语且愤懑，中间对自己的小委屈， 真是闻者呵呵，听者心累——明明是开发过程中或测试过程中bug多或者各种非PM原因问题导致项目延期，但还是免不了领导一顿bb。

不过也难免，毕竟在这样的环境下，PM是项目的发起同时也是领头人，以结果为导向看待问题。

那…我们该如何高效地交付项目呢？

明确协同职责

统一迭代节奏

过程有效透明

站会三讲：完结的内容，存在的问题，怎么解决或需要哪些帮助

过程高效决策

回归文章主题，该如何有效防止项目延期，首先需要明确可能造成项目延期的原因：

01 UI图未经过评审或成品界面不达标，造成返工导致延期

实际生产中存在这些问题，UI图输出后没有经过评审直接转到技术进行开发，过程中或成品后发觉此时再做调整修改，难免延误时间导致延期。

这类操作一般出现于首次带队的产品小白，前期别埋坑，UI评审的意义不容小觑，助于团队成员加深需求理解，沟通交流，同时也能给设计提供更多不同思维的灵感源泉。

当然，也可根据产品或公司领导对于项目流程的看法，不把UI出图及评审调整的时间算在项目内，单独计算时间，正常流程是设计图完成后是进行UI评审，没问题后转接产品及开发测试团队，因UI图的问题导致延期，解决方案如下：

1. 提高设计团队的专业度，UI图产出后即时进行评审

注：上图的项目初期、中期、后期可译为”之一感觉、相对来说、细节挑刺儿”

2. 明确设计图可交付的时间

产品需要跟每个需要合作的部门或同事沟通好，如果项目包含UI设计出图的流程，明确开始及最后的完成时间（即评审后调整完毕可交付的时间）

3. UI评审时明确重点，不必太过纠结细节

标题概述很明了，如果单单因为页面留白或者按钮大小圆角与否之类相对无关紧要的问题争辩不休迟迟敲定不下，此为因小失大，小问题后期优化迭代，不占用团队时间；

4. 项目开发过程中按时间节点查阅UI效果，如有问题及时跟进调整，避免成品不达标导致最后返工 02 实际开发过程中前松后紧，没hold住导致延期

工作中这个点比较常复现，例如公司待久的一些技术员工难免轻视公司制度，尤其是在制度并不完善或者自认为早已对公司业务轻车熟路的情况下，实际开发过程中如遇跨项目联调受阻…临近预计完结时间，加班加点熟悉其他项目组代码寻求解决方案，或团队整体氛围松散，导致项目延期。

况且前期轻松后期加班换调休 or money的类似行为，久而久之这种行为形成习惯，这也是很多企业定期换血，老员工数量占比较大的原因之一吧。

那么怎么解决呢：

1. 使用燃尽图节点设置，关注成员每个人的进度

燃尽图的纵轴可以是整个项目的剩余的任务，也可以是个人剩余的全部任务，用来观察项目过程中完成的实际工作量与剩余时间的关系，关注节点进度，如有异常及时沟通解决。

2. 需求优先级划分

需求优先级一经确定，将贯穿项目需求的整个生命周期，所有的资源将根据优先级被安排。分享几个划分需求优先级的 *** 如下：

（1）核心价值需求，影响主流程的需求，优化需求

例如本期项目核心就是优化下单流程，那么即买即付这个功能就是核心，登录注册即为主流程需求，如果添加oauth，则属于优化需求，评审项目时间，如果优化需求占用时间较多，即可迭代下一版。

（2）从开发及效果角度分析划分

（3）从使用频次和用户量分析划分

（4）根据业务或市场情况划分

（5）根据KANO模型划分

必备型：如电商类App，购物车、下单及订单管理流程则是必备型需求，更高优先；

希望型：如oauth，便捷登录注册的方式，符合大众用户简易使用操作的心理，属二级优先；