产品需求全周期流程图(收集、分析、评审、研发、测试、上线)
2021-03-22 15:19:12 21 举报
登录查看完整内容
让产品经理清楚的认识需求全生命周期流程，并以此为模版，结合公司实际情况，构建属于自己项目的流程方案；
作者其他创作
大纲/内容
产品经理小范围确认
参与流程
关键动作
单个产品需求全周期流程-图解（包括关键行为与关键交付物）
产品经理编写产品需求文档
产品经理发起，业务经理、技术经理、测试经理参与，讨论业务实现的产品方案与技术方案；保证产品可行性、技术可行性、优先级合理性；
业务需求文档
需求优先级评定？
需求优先级策略
测试人员
业务经理发起需求
需求上线
总结复盘
项目立项报告
测试人员进行测试用例、功能测试、性能测试、安全测试、回归测试
业务验证
可行
WBS研发排期计划
产品/技术可行性评定？
产品需求文档（详细）
产品需求文档（概述）
概要设计等技术资料
研发人员
项目经理组织团队复盘，总结经验教训。
产品/项目经理组织需求评审，直到最终评审通过；根据评审结果，分析评审失败问题原因。
上线方案
WBS测试排期计划
产品经理
产品经理收集用户期望，包括问题、现状、目标、背景等信息
工作准备
需求收集
不可行
产品经理发起需求分析会议
产品架构图
产品需求文档（前言）
运维经理
产品验证
重新商讨需求，直到可行，将结论落实到文档
需求设计
研发人员进行概要设计、代码编写、代码评审、功能自测、缺陷修复
技术架构图
评审会议纪要
测试经理
运维人员进行产品上线
相关方及系统名单
需求评审包括两个层面：1. 需求形式： 需求形式的检查可以由项目经理负责，主要是针对需求文档格式及制作流程是否符合质量标准提出的；2. 需求内容： 需求内容的检查是由评审员负责人的，主要是检查需求内容是否达到了系统目标、是否有遗漏、是否有错误等等，这是需求评审的重点；
需求评审
关键交付物
项目经理
需求研发
调整需求优先级策略
业务经理
测试结论报告
需求池管理方案
技术经理
不合理
合理
需求分析
需求测试
0 条评论
回复 删除
下一页
