项目不能上线,是开发的锅,还是产品的错?
项目管理,作为产品经理的必备技能,却容易被很多人所忽略。跟进项目进度,关注开发排期,也是产品工作的常态。
但是想做好项目管理,并没有想象中那么简单。
我有个朋友,他们团队最近就遇到了些问题。多个项目并行推进,时间紧任务重。团队里的每个人都觉得自己很忙,可每天总结下来又没有什么实际的工作进展。
以他们团队为案例,如果想要更好地推进项目,可以从下面几点进行考虑。
一、确定时间节点
以我朋友公司为例,曾经有段时间,他们就处在这样的混乱环境中。
首先,他们领导会跟大家说明接下来的一段时间内,部门的工作内容。但是不会有明确的时间节点,别问,问就是先做再说。
接下来,在很长的一段时间内,有可能是一周,也可能是两周。大家在做什么,没有任何人关心,领导也不会去关注每个人的细节。
在这样的情况下,每天的工作进度和任务,大家可想而知。
然后,会在突然的某一天,紧急开会,说东西很急,要立刻上线。
最后,大家连续加班好几天,紧赶慢赶的匆忙完成。
这就是我朋友他们以前在很长时间内的常态,到后来大家实在是忍受不了,不得不做出改变。
凡事预则立不预则废,任何一个项目,无论规模大小、无论周期长短,都应该有明确的时间节点。
小项目小周期,大项目大周期,敏捷开发则是每天跟进。
时间节点,可以理解为是一个项目的deadline,如果缺少了这个前提,一切的任务、分工都是徒劳。
试想一下,如果一个项目,没有最后的完成时间,或者说没有最后的项目目标,在这样的情况下,该如何合理的安排内容。
如果没有明确的时间节点,势必会遇到所谓的延期问题,而也正因为这样,会让团队里的每个人都陷入到一种莫名的节奏当中。
综上,任何项目,无论大小,明确的时间节点,是一切的开始。
二、明确工作范围
以我朋友的公司为例,他们领导不会说具体要做哪些功能,只会说你先做,也只是给一个大概的方向。
然后开发做了几天,让产品验收功能的时候,他们领导又会说,为什么那个功能没有做,然后就是又要加新功能。
循环往复,不断如此。可每当要问具体的内容时,得到的答案又是含糊的内容。
这种感觉就像是,领导跟你说要吃饭,你问要吃什么,领导说你先做。
你做了一碗炒饭,领导问为什么没有炒菜。你接着问,那还需要加什么,领导说你先自己看。
然后你又加了个炒菜,领导又问为什么没有汤。
试问,如果都是这样的方式,该如何保证进度的可控。
所以,当我们已经确定了时间节点后,这还仅仅是个开始,接下来的工作范围也不容忽视。
在规定的有效时间范围内,具体要做哪些功能、每个阶段要做哪些内容、每个功能的完成度等内容,都需要进步一步的细分。
首先,从项目的角度,要确定好各个阶段的任务范围,然后根据任务范围来分配相应的人员安排,尽量做到资源的合理利用。
其次,从产品的角度,要确定好各个阶段的实现功能,然后根据实现功能来进行有效的任务排期,尽量做到任务的合理划分。
当上面这些内容和细节都确认好了之后,接下来就进入到具体的开发阶段。
可如果上面的两个必需步骤没有做好,盲目的进入到开发的话,就会出现进度的不可控。
综上,在确定的时间节点下,明确工作范围,是工作开始的基石。
三、紧盯每日任务
有了明确的时间节点,有了确定的工作范围,那么接下来要做的事情,就是紧盯每日任务了。
任务拆分到人,任务拆分到天,这样才能保证过程和结果的可控。
在一个大范围下,明确每个人各自所负责的内容,然后大家各司其职,通力合作。
每个人在接到一个具体的任务时,首先要做的应该是进行细分。所谓谋定而后动,就是这个道理。
我们只有明确了具体要做什么、知道了具体要怎么做,做起来才能事半功倍。
以产品工作为例,当我们接到一个需求后,我们要做的事情应该是这样的。
首先,明确这个需求的时间节点,即什么时候需要完成这个需求。
其次,确定这个需求要做好,大致需要多少时间,即大致需要多久能完成。
最后,结合着时间节点和大致需要的时间,来安排每一天的任务内容,调研、梳理、出方案等等。
当每个人都将自己的任务拆分到了每一天,那接下来,每天早上来过一遍今天要做的内容,每天晚上再过一遍今天完成的内容。
如果哪一天的内容没有完成,需要及时沟通清楚并且要调整后续的安排,尽量将进度控制在细节里。
综上,紧盯每日工作内容,确保项目的顺利推进。
四、过程及时反馈
其实,如果能够做到前面说的3点,就基本上能够保证一个项目的正常推进。
可如果想要这个过程再顺一点,再稳一点,那么我们就要将目光放在执行中可能存在的问题,并对这些问题进行及时的反馈并处理。
我们在项目开始的时候,是没有办法对未来的事情进行完全可控的预测的,我们能做的只是尽量减少意外的发生。
举个最简单的例子,有时候我们可能低估了某个功能的实现难度,那在前期规划的时候可能就没有留有足够的时间。
那为了解决这个问题,势必会花更多的时间,接下来的结果就是势必会影响后面的功能研发。如果不想让项目延期,能有的办法只能是加班解决或者提高效率。
那在实际过程中,遇到这样类似的问题,我们要及早的暴露出来。千万不要等到项目临上线前才反应,如果真是这样,连救火的余地都没有。
综上,有问题,及时反馈,及时跟进,及时解决。
一些想说的话:
回到文章标题的问题,项目不能上线,是开发的锅,还是产品的错?
其实这个问题,从领导到员工,从产品到开发,谁都逃避不了,谁都有责任。
遇到问题,不抱怨;遇到问题,解决问题,才是正确之道。
#作者#
明天上线,微信公众号:明天上线。做过运营,当过客服。擅长原型设计、逻辑梳理,目前专注于B端产品领域。
本文
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!