(相关资料图)

• 需求讨论：1.需求讨论阶段，要邀请所有和需求有关联的人参与讨论，尽量多的征求各方的意见，让需求挖掘的更加充分、更加彻底。• 产品排期：1.产品经理在面对多个业务方提来的多个需求时，排优先级时，要站在公司大局的角度，按照各业务线的实际发展需要，合理安排优先级　　2.如果在确定优先级时，各方意见不一致，则找总监级别定夺。　　3.原则上不应该经常出现非常紧急的需求，产品经理要对紧急需求做评估，要勇于和需求方PK需求是否真的很紧急。

• 方案设计：1.方案设计好之后，要邀请和此系统相关的所有相关人参与方案评审，充分听取大家的意见，尤其是有关联的业务方，尽量多的邀请他们参加评审。　　2.方案设计时既要考虑业务方对上线时间的要求，又要考虑方案本身的扩展性、通用性，产品经理要拿捏好这个度。

• 开发测试：1.系统的质量和稳定性要PM、RD双双负责，QA只是协助我们测试。RD开发完成后要全面的做好自测，自测时要覆盖到每个分支路径，PM在产品验收时，也要全面覆盖每一个分支路径。　　2.开发过程中不要临时插入新需求，如果有非常紧急的需求插入，必须总监审批。

• 系统上线：1.只有周二或者周四可以上线新功能，其他时间如果需要紧急上线，需要产品总监和技术总监审批（走邮件审批）。　　2.很紧急的情况除外，正常一个系统一周内不得上线超过2次。每周四PM、RD一起开周会，对当前进度、同步信息。　　3.每次上线时，必须技术Leader和产品Leader确认（走邮件确认），才能上线。　　4.每次上线后，由产品经理发上线邮件，抄送所有相关人（必须抄送相关的技术总监、产品总监、晓宇、joyce）。

• 定期Review：1.每个月Review一次架构，将一个月来开发上线的功能做梳理，对产品架构、技术架构做优化。

标签