likun.pm

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

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.上线事没有完，才是开始。

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

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

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