10次迭代9次delay??拒绝项目延期,这里有一整套方法! 职场

KsYehh 普通用户 28天前 438

已知:1个产品经理,2个程序员,1个设计师,1个测试,3个需求,1个deadline。通过这些条件,我们可以很简单的计算出项目delay的概率是100%。(没错,真的很简单啊喂!!!!!)

那么问题来了:求产品经理的心理阴影面积!


其实理论上讲,把控项目进度,并,不是产品经理的职责。传统的软件公司和大型互联网公司都有专职的项目经理,然,大多数中小互联网公司并没有这个职位,于是,这个光荣而MMP的任务,自然就落到产品经理头上了。


俗话说:久病成良医,项目delay的多了,自然也就有办法了。有着多年的项目delay经验(这条可以写入简历,呵呵.jpg)的老K,总结了点经验分享给大家:


什么原因导致的delay?

首先,要找项目delay的原因,大部分的项目delay,无外乎是以下几个原因:

需求因素:产品经理对需求的把握不精准,在开发期间频繁改需求,因此导致项目delay。(程序猿:偷着乐吧,和谐社会救了你!)

技术因素:如果一个技术团队缺少有经验的技术大牛,那么,他们给出的预估开发周期,通常,是绝对不靠谱的。另外一种技术因素就是,在测试过程中遇到阻断性Bug,短时间内无法解决。

老板因素:没错,特别是创业公司,老板绝对是极其不稳定的X因素。一个不靠谱的老板,提出一个不靠谱的想法,外加一个不靠谱的deadline...来感受一下一个老板的,极其清新脱俗的逻辑思维:



怎么办?怎么办?怎!么!办!啊!

首先,对自己,需求把控是产品经理最核心的能力之一,是在整个职业生涯中都要去不断提高的。去读书,去学习,去思考,去交流...哎,对了,老K的交流群欢迎你加入哦!在公众号回复:加群。

其次,对技术,靠谱的研发周期=技术提出的周期*1.5 + 两三天的缓冲。。。最根本的解决办法,就是,找个靠谱的技术啊!!(偶尔也可以对老板提个需求)

再次,对老板:我只能说,立场鲜明的,拒绝老板提出的,SB需求,是产品经理的基本职责之一。前提是你得确认需求不靠谱,再就是你得能说服老板。。都看造化。。


怎么合理的确定项目周期

首先在需求确认时,切记谨慎,把所有用户场景在脑子里多过几遍。另外,小步快跑的迭代方式,也能有效避免项目delay。

其次,需求评审时,稍微复杂点的需求,至少讲3遍,确保技术能听明白。

再次,要求技术拿出详细的排期,详细到每天做什么,然后,整个排期酌情乘以一个系数(1.2-2),外加2-3天的缓冲,就是基本靠谱的开发周期了。

最后,项目进入开发期,每天下班前开短会,确认当日的开发任务的完成情况,然后,视情况加班或提前回家吃鸡!

如果在开发或者测试阶段,发现项目有大概率会delay,这时候,就要MMP了。。解决办法就是:为确保迭代能够如期上线,可以灵活的砍掉部分,不重要或不紧急的需求。

总结一下就是:需求要少点,评审多几遍,技术给排期,自己加个钟,每天看进度,灵活砍需求!

最后,很重要的一点,项目如期上线是手段而不是目的,如果为了能够如期上线而导致产品各种问题或体验不好,那纯属舍本逐末。

评论区话题:聊聊你曾有过的,最离谱的项目delay。欢迎留言吐槽!


快速回复
最新回复 (2)
全部楼主
  • 啊老师 管理员 28天前
    2 2
    需求少是关键  很多产品上线后发现有些根本没人用。抓住核心需求使劲撸!上线delay不存在的!
  • jinweiwei 普通用户 11天前
    0 3
    需求少是关键    很多产品上线后发现有些根本没人用。抓住核心需求使劲撸!上线delay不存在的!-------------非常有道理
返回
发新帖
线下培训