产品评审规范
产品评审规范
产品评审规范：流程规范、文档规范。
一、产品评审完整流程
主要流程：评审小组人员确定 -> 需求文档提前分发 -> 召开会议（需求澄清）-> 会议纪要（评审报告） -> 后续追踪（「再次评审？」）。
产品评审是项目开发过程中非常重要的一环，通过评审可以确保产品需求的准确性、完整性和可行性。
1. 确定评审小组
在产品评审前，首先确定评审小组，包括项目经理、产品经理、开发人员、测试人员等相关角色，确保涵盖了项目的各个方面。
2. 分发需求文档
将产品需求文档提前分发给评审小组成员，让他们在评审会议前有足够的时间了解需求的内容。
3. 召开评审会议
在评审会议中，主持人通常是项目经理或产品经理，会议的目标是逐一审查需求文档，确保其清晰、准确、无歧义。
评审会议流程：需求背景–>需求价值–>需求带来的收益–>用户场景与需求–>功能模块及操作–>流程讲解–>原型演示–>迭代计划及项目排期–>与各方确认是否有疑义。
4. 需求澄清
在评审会议中，参与评审的成员可以提出对需求文档的疑问或建议，以澄清不清晰的部分，并确保所有人对需求的理解一致。
5. 评审每个项目
逐一评审文档中的每个项目，包括功能描述、业务流程、交互设计等，确保每个项目都符合项目的整体目标。
6. 讨论和记录
在评审会议中进行讨论，让参与者提出建议和意见。同时，记录下所有的决定和修改，以便后续追踪。
7. 制定改进计划
如果在评审中发现问题或提出改进意见，制定相应的改进计划，并分配责任人负责实施。
8. 确认需求变更
如果在评审中确实需要进行需求变更，确保经过充分的讨论和确认，同时更新需求文档。
9. 完成评审报告
在评审会议结束后，整理评审报告，包括评审中发现的问题、建议的改进、需求变更等，以及后续的改进计划。
10. 发布评审结果
将评审结果发布给项目团队的所有成员，确保每个人都了解评审中的讨论和决定。
11. 进行后续追踪
跟踪实施改进计划，确保评审中提出的问题得到解决，同时在后续开发和测试过程中继续关注需求变更。
通过以上流程，可以确保产品在开发之前经过了全面、系统的评审，从而提高项目的成功率和交付质量。
二、产品评审规范
需求文档自查清单（关键要点）。
1. 需求层面
- 正确性
- 是否清晰准确的描述了要实现的功能
- 需求描述是否无二义性，例如存在模糊描述（同已有逻辑）
- 是否提供了功能清单：
- 包含内容：模块，子模块，功能，功能描述，优先级等信息
- 完整性
- 场景覆盖是否全面（正常场景、异常场景）
- 是否存在隐藏的需求
- 合理性
- 是否与原功能/需求相互冲突或矛盾
2. 业务流程
- 是否有完整清晰的流程图
- 流程是否能走得通，是否合理
- 流程之间是否存在冲突/矛盾
- 是否覆盖了所有的异常情况的处理
- 是否明确了每个操作流程的用户角色、操作权限
- 是否明确了每个流程及功能的前置条件、后置条件
- 是否明确了业务流程中出现的判断逻辑，以及各种判断下的反馈情况
- 是否明确了每个业务流程的触发场景
3. 交互体验
- 交互设计是否完整
- 用户体验是否合理，是否有违背用户习惯
- 用户操作流程是否可独立完成
- 界面是否可读、可理解
- 界面风格是否可别用户接受
- 是否说明了系统输入的来源
- 是否说明了系统输入输出的类型
- 是否说明了系统输入输出的值域、单位、格式
- 是否说明了系统输入，输出的精度
- 是否说明了如何进行系统输入合法性的验证
- 是否说明了列表的排序规则
- PRD 或者原型中，是否明确了交互规则
- PRD 或者原型中，是否明确了数据状态逻辑的改变规则
- 是否说明了涉及计算的规则
4. 技术可行性
- 需求中的功能是否能通过现有技术实现
- 要接入新技术的话，投入成本有多少，是否可复用
5. 可测试性
- 是否每项需求均有验证的标准及方法，可通过设计测试用例或者其他验证方法来进行测试
- 是否考虑了跨模块/系统的一致性
6. 可交付性
- 评估是否能在规定时间内进行交付
- 交付成本是否过高，例如部署、迁移
7. 分配优先级
- 是否对所有需求都进行了优先级分配；若所有需求都一样重要，那么在项目管理过程中便无法灵活管控资源及进度