第一阶段:需求收集
驱动方:产品经理
涉及方:需求方
细节流程:产品经理收集需求,需求方为主,UI、研发、测试为辅,整理为需求清单,需求方确认;
输出:需求清单(框架为主)、原始需求沟通纪要
第二阶段:需求清单评审
驱动方:产品经理
涉及方:开发工程师、需求方
细节流程:产品经理组织需求评审,综合技术、需求各方面意见,整理为正式版需求清单,并与开发确认需求内容及需求可行性。
输出:正式的需求清单
第三阶段:PRD+UI评审
驱动方:产品经理、UI设计师
涉及方:开发工程师、需求方
细节流程:
- 完成PRD和UI设计
- 开发工程师、需求方、UI设计师和产品经理四方评审PRD和UI
输出:开发版的PRD和UI设计稿
第四阶段:开发
驱动方:开发工程师
涉及方:开发工程师、产品经理、UI设计师
输出:正式版PRD、功能完善可用于测试的软件版本
第五阶段:测试+产品验收
驱动方:开发工程师
涉及方:开发工程师、产品经理
细节流程:
- QA测试:按照测试用例完成测试,直至达到质量要求才可发版
- 产品验收:产品团队对提测产品进行验收,并以邮件的方式给测试团队输出验收反馈
- BUG修复:测试过程中出现的BUG,开发团队继续在此期间修复
输出:达到产品、开发、QA团队质量和功能预期的软件版本
第六阶段:项目上线
驱动方:项目经理
涉及方:开发工程师、产品经理
细节流程:项目经理操作上线,告知需求方线上回测
第七阶段:需求方线上回测
驱动方:需求方
涉及方:开发工程师、产品经理
细节流程:需求方确认线上产品是否符合前期预期,如不符合,排查原因:
- 查看产品PRD:是否符合原需求方所期望
- 查看产品验收反馈:验收时有无发现问题
- 开始重新设计可满足需求的方案,并确定可上线时间点,走快速需求迭代开发的过程
输出:需求方回复验收单并确认线上产品符合预期
本文来自产品邦,本文观点不代表 PmTemple 立场,转载请联系原作者。原文链接: