产品经理威胁研发:“能不能按时交付?敢说个不字,我这就跪倒在你面前!”
我们今天聊的内容,前提条件肯定是产品经理得把需求给整明白,详细来说,也就是原型和PRD,这个得合格啊。
如果连这些都不合格,还敢去催研发的进度,那还不得站着走进去,担架抬出来!
至于怎么把需求给整明白,这个之前发过许多这方面的文章,大家可以自己翻阅。
那我们今天聊保障研发进度是什么意思呢?
一句话总结一下就是:如何保质保量地在约定时间内,完成既定任务!
注意几个关键词哈,一个是不仅有量,而且得有质,再有就是约定时间和既定任务。
这几个词说起来简单,但很多时候,都会因为这几个词啪啪打脸,毕竟项目延期的事情,在互联网界真的是屡见不鲜。
如果是自己公司的产品,挨老板一顿骂,可能也就过去了;如果是签署合同的项目,那如果延期了,真的是有可能需要承担法律风险的(虽然大部分情况下不会,毕竟甲方爸爸的需求老是变,也没听说谁拿着合同去告甲方的)。
再来聊简单聊一下产品经理和项目经理的问题。
通常来说,产品经理只需要保障最终交付的时间节点即可,而不需要关注整个过程,过程的把控是项目经理的职责。
如果公司有产品经理和项目经理明确职位划分的话,那一定不要做出越俎代庖的出格行为,这是职场大忌。
但很多时候吧,产品经理往往需要既当爹又当妈,尤其是有些公司,就有着明文规定或者是有着不成文的规定,就默认为产品经理是产品的负责人,产品出了任何鸡毛蒜皮的问题,那都是产品经理的责任。
那这个时候就不得不“在其位谋其政”,只能全方位无死角360度地保障产品落地了。
而且换句话说,技多不压身,不管做不做管理层,我们总会有管理人或者管理事务的时候,多学一点管理技能,总归是不会错的。
好了,进入正题,我们先来聊一下产品经理“催”进度的常规方法,如果这些行不通,我们还有四大锦囊妙计!
产品经理保障进度的常规方法大概有这么以下几种,工作过程中,可以先使用常规方法来劝化一些“正常人”……
作为产品经理,我们可以动之以情,晓之以理,比如像什么好好干能够提升能力啊,升职加薪啊之类的,以三寸不烂之舌舔到对方心窝子里。
不过这种方法,通常只能说服30%的正常人。毕竟道理大家都懂,而且大饼吃多了,容易噎着……
这种方法同样需要你有画饼的技能,首先能够让大家望梅止渴;
再然后呢,还需要你有一定的权利,能够申请到比如调休、项目奖金之类的。毕竟狼来了的故事,只能哄骗一次两次,然后代价是永久失去人心,很不划算……
这种方法,又分了几种不同的层次。
层次一:“大哥,请你喝奶茶!”
层次二:“大哥,请你下馆子!”
层次三:“大哥,请你晚上出去浪……”
如果这三种方式,你都试过,而且都不奏效的话,那还可以试试以下四个锦囊妙计,关键时刻,能救狗命!
四大锦囊妙计分别是:顺手牵羊、偷梁换柱、耳提面命、斗转星移!
怎样能够万无一失地保障研发进度呢,其实说起来也简单,给你资源足够多,那肯定延期不了,这话没毛病吧!
然而很多时候,资源是需要去争,需要去抢的,毕竟会哭的孩子有奶吃。那么问题来了,怎么“哭”呢?这也是很有技巧的~
在争取资源之前啊,就需要我们去好准备工作了,一张非常之详细的《项目排期表》,足够帮我们解决问题。
整个项目,都分为哪些阶段,每个阶段都干一些什么事情,产出一些什么内容,需要多少人力,等等等等,一目了然。
拿着这个去找领导找老板,进一步来说,能够争取到足够的资源,这自然是万事大吉;退一步来讲,如果没有足够的资源支撑,那后面延期了,这可不能全部都赖我啊,咱可是有理有据的,是吧。
当然,这个《项目排期表》,我们产品经理自己可没本事全部搞定,需要拉上技术经理一块泡澡按摩的时候,好好商量一下~
是个人都不喜欢催,催是一件非常拉仇恨的事情,通常被催的人都会有这样的心理活动:“催什么催,你是活不到明天了么?”
所以说,一定不要让团队的人认为,是你作为产品经理在催,而是你也很无奈,领导在催你,老板在催你,客户在催你,所以你才不得不催大家。
一定不要把自己搞到研发同学的对立面了,你要坚信,而且也要让大家都坚信,你们是同一战线的。
这个时候就需要多费点口舌了,把整个项目的背景啊,目标啊,这些给讲清楚说明白。
而且最关键的是,时不时也要给大家诉诉苦水啊,说你为大家抗了多少压力,才争取到今天这个局面,把大家感动的一把鼻涕一把泪的,那这个事情就成了!
先说一个观点,我不反对会议,因为有时候几个人一个会,真的能够很快地解决问题,但是我坚决反对无效的会议,有事没事就拉着一堆人开会,然后会也没有结论,大家白天开会,晚上干活,这种团队迟早完蛋!
在研发的过程中,每日站立会,周会,月度会,这些都是必不可少的。
每日站立会:建议10分钟搞定,每人汇报一下进度以及遇到的问题,至于问题的解决,不在会上讨论,可以会下找相关人员进行探讨。
周会和月度会:这个时间长短看情况而定,但也建议每个会不要超过1个小时,1个小时以上的会议,大家的注意力就会无法集中。
周会和月度会这两个会议的作用是差不多的,就是及时跟我们的里程碑节点进行对照,以及向领导、老板、客户进行汇报,这个汇报很关键哈,如果有同学不明白这个汇报的意义,大家可以看看这篇文章就明白了:《领导说:“这个不是我想要的!”》
除了这些会议以外,最好能时不时给研发同学来一首《only you!》,让研发同学明白,离开了他们,你可能会茶不思,饭不想,甚至是心脏都会停止跳动!
这是一道面试的时候,经常会被问到的问题:“如果项目存在延期风险,你作为产品经理该怎么办?”
有很多涉世不深相对耿直的同学,会直接来一句:“那让研发加班搞吧,木得办法!”
面试官当时的心理或许是这样的:“上一个产品经理,就是这么整,然后被研发打跑的……”
回答这道题啊,首先就是明晰原因,然后给出解决方案。
原因通常为两种,第一种是前期评估不准确,包括产品梳理的需求不够清晰,以及研发时间评估存在问题,这种其实就是属于内部问题,那就提升水平,制定制度呗,这个不多说了哈。
第二种原因,那就是不可控因素了,比如突如其来的需求变更,或者是客户方比较强势,就想要那个时间点完成,而销售为了答订单,“咬着牙”答应了下来,然后回来告诉团队,需要啥时候完成……
这种情况啊,就得用到我们的锦囊妙计之斗转星移了。
我们最为产品经理,都听说过MVP产品模式对吧,那这个时候,就把需求的优先级给排个序,然后呢,只要把最核心的内容给保质保量地交付掉,然后让用户能够用起来,然后逐步迭代,这种方式,相信大家都是能够接受的。
以上就是今天的所有内容了,希望大家都能够与研发同学一起好好活着……
专栏作家
晓庄同学;公众号:晓庄同学产品笔记,人人都是产品经理专栏作家。互联网老兵,各大平台专栏作者。
本文原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CC0协议。
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。