产品经理工作流程、交付物及一些概念——需求管理表模板
2016-10-01 本文已影响0人
xfxu
（注：不知是否算侵权，如有侵权，请版权方联系，必将尽快删除）
需求变更记录表：（来源：《神一样的产品经理》章节7.8.2“需求变更”，P178）
编号 项目 变更前描述 变更后描述 变更理由 变更人 变更日期 变更文档地址
需求管理表：（来源：《神一样的产品经理》章节7.8.3“管理需求工具”，P179）
注：网上也有网友们上传的其他模板，我手上就有一份网友上传的《简易需求管理模板》
编号： 需求的唯一数字标识，便于统计
提交人： 负责录入和解释需求
版本： 所属的版本号
模块： 产品的功能模块
名称： 简要概括需求的主体特征
描述： 需求的主要描述
任务类型： 新增功能、功能改进、Bug修复、体验提升/内部需求（界面友好性、运营需求、接口需求）
Ticket编号： 需求或Bug对应在Trac、Jira等管理工具上的编号
需求评审完成时间： 需求文档经过评审，获得通过的时间
UI完成时间： 页面设计和制作经过评审，获得通过的时间。
技术评审完成时间： 技术人员接收到需求之后，设计技术方案完成并通过评审的时间。
技术提测开始时间： 编码完成，可以提交给测试人员开始测试的时间
需求优先级： 商业价值，即重要性+紧急性，5点度量，从1到5，5最高
研发优先级： 投入产出比，商业价值/工作量，5点度量，从1到5，5最高
状态： 需求生命周期，包括待讨论、暂缓、拒绝、需求中、开发中、设计中、测试中、已发布
负责PM： 状态进入“需求中”后确定
UED设计师： 状态进入“设计中”后确定
开发工程师： 状态进入“开发中”后确定
测试工程师： 状态进入“测试中”后确定
发布时间： 需求的发布时间
备注： 其他信息，如被拒绝的理由、被暂缓的理由和重启条件、其他等
