项目不能上线,是开发的锅,还是产品的错?

1 评论 8111 浏览 7 收藏 10 分钟

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

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

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

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

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

一、确定时间节点

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

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

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

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

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

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

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

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

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

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

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

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

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

二、明确工作范围

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、紧盯每日任务

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

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

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

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

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

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

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

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

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

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

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

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

四、过程及时反馈

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

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

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

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

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

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

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

一些想说的话:

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

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

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

#专栏作家#

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

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

题图来自 pexels,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 项目最终不能上线,任何一个参与创造项目整个过程的人,都有不可避免地责任。

    回复