编辑导语：项目管理是每个产品经理都必须要掌握的一项技能，并且对于我们确认开发排期以及产品工作的常态也是很重要的。那么，如果项目不能及时上线，是开发的锅还是产品的错呢？其实，我们每一个项目参与者都有责任。那么要如何做才能更好地推进项目？作者总结了几点经验，可以从下面几点进行考虑。

项目管理，作为产品经理的必备技能，却容易被很多人所忽略。跟进项目进度，关注开发排期，也是产品工作的常态。

但是想做好项目管理，并没有想象中那么简单。

我有个朋友，他们团队最近就遇到了些问题。多个项目并行推进，时间紧任务重。团队里的每个人都觉得自己很忙，可每天总结下来又没有什么实际的工作进展。

以他们团队为案例，如果想要更好地推进项目，可以从下面几点进行考虑。

一、确定时间节点

以我朋友公司为例，曾经有段时间，他们就处在这样的混乱环境中。

首先，他们领导会跟大家说明接下来的一段时间内，部门的工作内容。但是不会有明确的时间节点，别问，问就是先做再说。

接下来，在很长的一段时间内，有可能是一周，也可能是两周。大家在做什么，没有任何人关心，领导也不会去关注每个人的细节。

在这样的情况下，每天的工作进度和任务，大家可想而知。

然后，会在突然的某一天，紧急开会，说东西很急，要立刻上线。

最后，大家连续加班好几天，紧赶慢赶的匆忙完成。

这就是我朋友他们以前在很长时间内的常态，到后来大家实在是忍受不了，不得不做出改变。

凡事预则立不预则废，任何一个项目，无论规模大小、无论周期长短，都应该有明确的时间节点。

小项目小周期，大项目大周期，敏捷开发则是每天跟进。

时间节点，可以理解为是一个项目的deadline，如果缺少了这个前提，一切的任务、分工都是徒劳。

试想一下，如果一个项目，没有最后的完成时间，或者说没有最后的项目目标，在这样的情况下，该如何合理的安排内容。

如果没有明确的时间节点，势必会遇到所谓的延期问题，而也正因为这样，会让团队里的每个人都陷入到一种莫名的节奏当中。

综上，任何项目，无论大小，明确的时间节点，是一切的开始。

二、明确工作范围

以我朋友的公司为例，他们领导不会说具体要做哪些功能，只会说你先做，也只是给一个大概的方向。

然后开发做了几天，让产品验收功能的时候，他们领导又会说，为什么那个功能没有做，然后就是又要加新功能。

循环往复，不断如此。可每当要问具体的内容时，得到的答案又是含糊的内容。

这种感觉就像是，领导跟你说要吃饭，你问要吃什么，领导说你先做。

你做了一碗炒饭，领导问为什么没有炒菜。你接着问，那还需要加什么，领导说你先自己看。

然后你又加了个炒菜，领导又问为什么没有汤。

试问，如果都是这样的方式，该如何保证进度的可控。

所以，当我们已经确定了时间节点后，这还仅仅是个开始，接下来的工作范围也不容忽视。

在规定的有效时间范围内，具体要做哪些功能、每个阶段要做哪些内容、每个功能的完成度等内容，都需要进步一步的细分。

首先，从项目的角度，要确定好各个阶段的任务范围，然后根据任务范围来分配相应的人员安排，尽量做到资源的合理利用。

其次，从产品的角度，要确定好各个阶段的实现功能，然后根据实现功能来进行有效的任务排期，尽量做到任务的合理划分。

当上面这些内容和细节都确认好了之后，接下来就进入到具体的开发阶段。

可如果上面的两个必需步骤没有做好，盲目的进入到开发的话，就会出现进度的不可控。

综上，在确定的时间节点下，明确工作范围，是工作开始的基石。

三、紧盯每日任务

有了明确的时间节点，有了确定的工作范围，那么接下来要做的事情，就是紧盯每日任务了。

任务拆分到人，任务拆分到天，这样才能保证过程和结果的可控。

在一个大范围下，明确每个人各自所负责的内容，然后大家各司其职，通力合作。

每个人在接到一个具体的任务时，首先要做的应该是进行细分。所谓谋定而后动，就是这个道理。

我们只有明确了具体要做什么、知道了具体要怎么做，做起来才能事半功倍。

以产品工作为例，当我们接到一个需求后，我们要做的事情应该是这样的。

首先，明确这个需求的时间节点，即什么时候需要完成这个需求。

其次，确定这个需求要做好，大致需要多少时间，即大致需要多久能完成。

最后，结合着时间节点和大致需要的时间，来安排每一天的任务内容，调研、梳理、出方案等等。

当每个人都将自己的任务拆分到了每一天，那接下来，每天早上来过一遍今天要做的内容，每天晚上再过一遍今天完成的内容。

如果哪一天的内容没有完成，需要及时沟通清楚并且要调整后续的安排，尽量将进度控制在细节里。

综上，紧盯每日工作内容，确保项目的顺利推进。

四、过程及时反馈

其实，如果能够做到前面说的3点，就基本上能够保证一个项目的正常推进。

可如果想要这个过程再顺一点，再稳一点，那么我们就要将目光放在执行中可能存在的问题，并对这些问题进行及时的反馈并处理。

我们在项目开始的时候，是没有办法对未来的事情进行完全可控的预测的，我们能做的只是尽量减少意外的发生。

举个最简单的例子，有时候我们可能低估了某个功能的实现难度，那在前期规划的时候可能就没有留有足够的时间。

那为了解决这个问题，势必会花更多的时间，接下来的结果就是势必会影响后面的功能研发。如果不想让项目延期，能有的办法只能是加班解决或者提高效率。

那在实际过程中，遇到这样类似的问题，我们要及早的暴露出来。千万不要等到项目临上线前才反应，如果真是这样，连救火的余地都没有。

综上，有问题，及时反馈，及时跟进，及时解决。

一些想说的话：

回到文章标题的问题，项目不能上线，是开发的锅，还是产品的错？

其实这个问题，从领导到员工，从产品到开发，谁都逃避不了，谁都有责任。

遇到问题，不抱怨；遇到问题，解决问题，才是正确之道。

#专栏作家#

明天上线，微信公众号：明天上线，人人都是产品经理专栏作家。做过运营，当过客服。擅长原型设计、逻辑梳理，目前专注于B端产品领域。

本文原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 pexels，基于 CC0 协议