产品经理如何去做一次项目迭代

这次做轻客服,踩坑了,因为各种原因,时间不够,资源不足等等,做出来的东西也不好,所以整理分享一下。

1.需求确认:需求评审会议

首先,需求得提前去考虑,牛逼一点的,这次项目的需求在上次项目启动的时候其实就已经差不多定好了,把你的需求细化,一定要细化,然后细化完后,发给RD,FE,QA,UE看一下,跟他们分别去碰一下,他们会从他们的角度给你提一些问题,收集回来问题后,根据问题细化完善自己的MRD。然后拉会,至少提前两个小时拉会,尽量拉上所有相关的人,尤其是QA。拉会邮件里附上你细化后的MRD,记得抄送各个角色的负责人(PM老大,QA老大,UE老大,RD老大,FE老大,让人家的人干活,就得让人家知道你们在做什么),如果你是PM新人,最好你的需求能提前跟你的leader去过一下。需求评审会上,尽量不要讨论方案,只提出问题,然后明确需求点。然后记得记录会议纪要,根据纪要完善MRD。然后把MRD与纪要一起发出去。此时,需求待锁定。

强调:做需求,有feature需求,但是统计需求也很重要!!!

2.RD技术方案确认:技术方案评审

紧接着,需要跟进RD给出技术方案,如果有项目经理可以找项目经理催,尽快给出技术方案做评审。这个一定要跟技术高工确认方案的给出时间。RD给出方案后,评审技术方案,如果有技术上不能实现的,需要酌情更改需求。(当然这个一般牛逼点的RD会在需求确认之前告诉你,哪些不能做)。

3.立字据的时间到了:项目启动会

等技术方案评审结束,就要开始排期了,整个需求方案都变为锁定状态。

关于排期,一般有两种的方式,第一种是如果项目本身有时间点的需求,就需要强制的跟项目组成员去卡时间点;另外一个方式就是时间点没有需求,各角色给出自己的排期,PM再留点buffer,就确认下了排期。确认排期后一定要发邮件,通知所有人,算是字句契约。

需要给出排期的人:UE给图,RD开发,FE开发,QA测试,(内测,小流量测等特殊情况),上线。

4.站会:每天早上大家跟进一下

每个人说三点:第一,昨天的进度  第二,今天打算要做的,第三,遇到什么问题需要协调解决。站会会发出每日通报。

5.开发过程中的意外

如果:如果遇到问题一定要有一个专门的责任人,而且有结果的时间点。

如果:需求出现了变更,一定要知会所有人(最好项目组有一个邮件组),看看是否需要调整排期。

 

6.上线事没有完,才是开始。

上线完了,先运行几天,看看稳定性跟数据,然后发上线通报,知会相关人员。

做好每日统计邮件。把产品数据做到数据平台。

吐槽总结,然后下次更好。

产品用研 2015-01-07 , ,
上一篇: 下一篇:

《“产品经理如何去做一次项目迭代”》 有 4 条评论

  1. 常江说道:

    知乎所有人是啥意思?

  2. 独翼天使说道:

    知会,写错了

  3. 乌龟也会飞说道:

    总结的很全面,赞

  4. gugang说道:

    很好,都概括到了,学习了!