需求评审
2023-09-10 21:12:28 0 举报AI智能生成
登录查看完整内容
需求评审
作者其他创作
大纲/内容
多方查遗补漏，从别人的角度看问题
了解队员工作
更好地理解需求文档
发现可能存在风险，并提出解决方案
展示功能需求的来源，介绍产品经理的想法
需求评审的目的
无法说服所有人，各持己见
无法把控讨论进程
准备不足可能导致讲不明白
整个需求文档讲解需要时间长
需求评审的难点
老板高层：产品目标（满足什么需要，公司利益）
中层管理人员：功能点（实现功能点满足需要）
具体实现人员：功能细节（细节流程和异常流程）
方法一：和不同的对象讨论不同的内容
阶段一：产品目标
阶段二：功能点
阶段三：功能细节
方法二：分阶段评审
方法三：正式评审和非正式评审相结合
1 逻辑和细节要全面考虑，准备好数据和事实说明
2 主次逻辑顺序讨论
3 避免需求文档的低级错误
4 提前确定会议时间和人员地点
5 提前发文档
方法四：准备充分
1 跳过暂时无法解决的问题
2 不要带入个人偏见
方法五：搁置争议
方法
1: 跟踪问题， 更正问题，对需求做出变更，再重新评审
2: 说明不能变更的理由
3: 尽量控制变更次数
评审之后
需求评审
0 条评论
回复 删除
下一页
