轻应用产品TR评审表.xlsxVIP

1 2 3 4 5 6 7 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1 2 3 4 5 6 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 1 2 3 4 5 6 7 8 9 10 11 12 13 质量监察部部长签发TR报告 系统架构师 设计部部长 移动应用部部长 平台研发部部长 测试部部长 客户服务部部长 商务拓展部部长 服务营销部部长 战略市场部部长 轻应用产品项目部部长 会签人签字及日期 会签意见 会签角色 序号 阶段问题总结： □OK □NOK □POK 商务拓展经理 轻应用产品经理 测试工程师 运营经理 测试方案 运营计划 PRD中的所有需求规格描述应该明确清晰无歧义。但需求规格不要求全部具体到操作步骤层面，需求中没有定义的细节则为研发在设计中可以自由把握的内容。 PRD的需求规格是否明确清晰无歧义？ UI工程师 签名 自检结论 自检角色 评审操作指导 评审项 项目TR1评审表 注:自检结论:OK（满足），NOK（不满足），POK（部分满足） 平台开发组 测试组 APP软件开发组 其它开发(车机软件、等) 市场经理、商务拓展经理 客服经理 市场经理、商务拓展经理 PRD是否涵盖了所有客户及内部的需求，是否已经过客户确认？ 关键开发动作是否完成？关键开发交付物是否及时提交？ 项目计划 外部合作方交付计划 各计划是否清晰明了？ 产品项目部 产品项目部 测试计划 原型、UI设计满足MRD的需求，满足产品定位，各开发组、测试组可参考原型完成下阶段开发设计、测试工作 已知历史问题是否导入？ 其它开发(车机软件、等) 系统架构方案可涵盖所有需求； 各开发组(含合作开发方)对外接口明确，可根据设计方案完成下阶段开发设计工作。各开发组可准确无歧义理解自己所需要接口； 系统架构方案已经过相关主管/专家评审； 该系统架构方案下，项目任务书的目标可达成。 设计方案是否可完全涵盖PRD的所有需求？系统架构方案是否合理？ 历史已知问题纳入至设计方案中 原型、UI设计是否满足MRD的需求？满足产品定位？ 已经按照产品开发流程，及项目计划中定义，及时完成了全部交付。项目本阶段工作已全部完成，各组可以在此基础上开始下阶段工作。 运维部部长 评审结论：□通过 □带风险通过 □不通过 评审结论陈述： 产品经理签字： 日期： 测试准备是否充分 本阶段的运营准备工作已完成 项目TR2评审表 注:自检结论:OK（满足），NOK（不满足），POK（部分满足） LPDT 研发CTO核准 其它相关部门长 PRD及原型中定义的全部的规格需求已实现，并达到可测试程度， 并经过内部功能测试验证。 内容清晰明确可评估，时间、交互设计合理，外部合作方已经签订运营、商务、质量、交付等方面合同，并按合同提供了交付计划。项目各开发组、测试组可以依照各计划完成下阶段的开发、测试任务 是否已实现产品的全部规格需求？ 开发组内部架构和数据库设计、其它设计是否合理？ 外部合作方已按照合同规定交付，已经通过各开发组的集成测试验证 外部合作方是否已按计划交付? 运营、IT准备工作是否完成? 试运营条件是否满足 运维工程师 运维部已完成试运行或上线前的环境准备工作 上线环境是否已准备完成 是否存在重大遗留问题 测试是否充分 项目TR3评审表 注:自检结论:OK（满足），NOK（不满足），POK（部分满足） 至少已经过至少两轮的完整系统测试，测试发现的问题数呈收敛趋势。 测试结果不存在功能及业务上的逻辑性、操作性问题。 对平台、app、网站产品等进行性能方面测试达到PRD定义的性能需求。 测试发现的重大问题已得到解决；无一级遗留问题； 网站、app、平台BUG已全部解决，所有未解决的遗留问题已有风险评估及解决计划。 预发布版本已经通过运营、客服、IT运维、等各后期参与方的评审，认为可以进入试运行 质量监察部部长签发TR报告 研发CTO核准 运营副总审核 阶段问题总结： 评审结论：□通过 □带风险通过 □不通过 评审结论陈述： 产品经理签字： 日期： 评审结论：□通过 □带风险通过 □不通过 评审结论陈述： 产品经理签字： 日期： 运营计划是否可行 产品在试运行阶段后台的运行环境运转正常没有出现重大问题 产品运行环境是否可支撑 产品项目部 项目TR4评审表 注:自检结论:OK（满足），NOK（不满足），POK（部分满足） 客服、运营、运维、用户、等方面反馈的问题都已解决，问题单都已关