1.需求列表
需求列表
| 提交时间 | 模块(*) | 名称(*) | 描述(*) | 提出者 | 提出时间 | Bug编号 | 分类 | 层次 | 重要性 | 紧迫度 | 持续时间 | 商业价值(*) | 开发量(*) | 性价比(*) | 状态(*) | 负责PD(*) | 开发工程师 | 项目名称 | 发布时间 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 模块1 | 功能1 | 描述1 | 新增功能 | 5 | 10 | 待讨论 | ||||||||||||||
| 模块3 | 功能2 | 描述2 | 新增功能 | 5 | 10 | 暂缓 | ||||||||||||||
| 模块5 | 功能3 | 描述3 | 新增功能 | 5 | 10 | 需求中 | ||||||||||||||
| 模块6 | 功能4 | 描述4 | 新增功能 | 5 | 10 | 需求中 | ||||||||||||||
| 模块7 | 功能5 | 描述5 | 新增功能 | 4 | 10 | 需求中 | ||||||||||||||
| 模块8 | 功能6 | 描述6 | 新增功能 | 4 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能7 | 描述7 | 新增功能 | 4 | 10 | 需求中 | ||||||||||||||
| 模块8 | 功能8 | 描述8 | 新增功能 | 4 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能9 | 描述9 | 新增功能 | 3 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能10 | 描述10 | 新增功能 | 3 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能11 | 描述11 | 新增功能 | 3 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能12 | 描述12 | 功能改进 | 3 | 10 | 需求中 | ||||||||||||||
| 模块3 | 功能13 | 描述13 | 功能改进 | 3 | 10 | 需求中 | ||||||||||||||
| 模块6 | 功能14 | 描述14 | 功能改进 | 3 | 10 | 开发中 | ||||||||||||||
| 模块6 | 功能15 | 描述15 | 功能改进 | 3 | 10 | 开发中 | ||||||||||||||
| 模块6 | 功能16 | 描述16 | 功能改进 | 3 | 10 | 开发中 | ||||||||||||||
| 模块6 | 功能17 | 描述17 | 功能改进 | 3 | 10 | 开发中 | ||||||||||||||
| 模块6 | 功能18 | 描述18 | 界面友好性 | 3 | 10 | 开发中 | ||||||||||||||
| 模块6 | 功能19 | 描述19 | Bug修复 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能20 | 描述20 | 运营需求 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能21 | 描述21 | 接口需求 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能22 | 描述22 | 功能改进 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能23 | 描述23 | 功能改进 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能24 | 描述24 | 功能改进 | 3 | 10 | 已发布 | ||||||||||||||
| 模块6 | 功能25 | 描述25 | 功能改进 | 2 | 10 | 待讨论 | ||||||||||||||
| 模块6 | 功能26 | 描述26 | 功能改进 | 2 | 10 | 待讨论 | ||||||||||||||
| 模块6 | 功能27 | 描述27 | 功能改进 | 2 | 10 | 拒绝 | ||||||||||||||
| 其他 | 功能28 | 描述28 | 功能改进 | 2 | 10 | 拒绝 | ||||||||||||||
| 其他 | 功能29 | 描述29 | 功能改进 | 2 | 10 | 拒绝 | ||||||||||||||
| 其他 | 功能30 | 描述30 | 功能改进 | 1 | 10 | 拒绝 | ||||||||||||||
2.需求简报
需求简报
| 当前需求总数 | 30 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 提交人 | 模块 | 分类 | 状态 | 商业价值 | |||||
| 大毛 | 1 | 模块1 | 1 | 新增功能 | 11 | 待讨论 | 3 | 5 | 4 |
| 小明 | 12 | 模块2 | 0 | 功能改进 | 15 | 暂缓 | 1 | 4 | 4 |
| 张三 | 8 | 模块3 | 7 | 界面友好性 | 1 | 拒绝 | 4 | 3 | 16 |
| 李四 | 9 | 模块4 | 0 | Bug修复 | 1 | 需求中 | 11 | 2 | 5 |
| 赵二 | 0 | 模块5 | 1 | 运营需求 | 1 | 开发中 | 5 | 1 | 1 |
| 钱五 | 0 | 模块6 | 15 | 接口需求 | 1 | 已发布 | 6 | ||
| 周六 | 0 | 模块7 | 1 | ||||||
| 模块8 | 2 | ||||||||
| 其他 | 3 | ||||||||
3.需求属性说明
需求属性说明
| 需求属性 | 属性说明 |
|---|---|
| 编号 | 需求的顺序号，唯一性标识 |
| 提交人(*) | 需求的录入PD，负责解释需求 |
| 提交时间 | 需求的录入时间，辅助信息 |
| 模块(*) | 根据产品的模块划分 |
| 名称(*) | 用简洁的短语描述需求 |
| 描述(*) | 需求描述：无歧义、完整性、一致性、可测试等 |
| 提出者 | 即需求的原始提出者，有疑惑时便于追溯 |
| 提出时间 | 原始需求的获得时间，辅助信息 |
| Bug编号 | 一些Bug视为需求，统一管理 |
| 分类 | 新增功能、功能改进、体验提升、Bug修复、内部需求等 |
| 层次 | 基础、扩展（期望需求）、增值（兴奋需求） |
| 重要性 | 重要程度，辅助确定商业价值 |
| 紧迫度 | 紧急程度，辅助确定商业价值 |
| 持续时间 | 持续时间，辅助确定商业价值 |
| 商业价值(*) | 商业优先级，不考虑实现难度，群体决策 |
| 开发量(*) | 需求的开发工作量，表征实现难度 |
| 性价比(*) | “商业价值/开发量”，用于决定先做哪个 |
| 状态(*) | 需求生命周期：待讨论、暂缓、拒绝、需求中、开发中、已发布 |
| 负责PD(*) | 状态进入“需求中”后确定 |
| 开发工程师 | 状态进入“开发中”后确定 |
| 项目名称 | 需求的发布项目 |
| 发布时间 | 需求的发布时间 |
| 备注 | 其它任何信息，如： 1.被拒绝的理由 2.被暂缓的理由和重启条件 3.其它相关文档 …… |
4.需求卡片
需求卡片
| 需求编号（可由需求人员填写） | 需求类型（可由需求人员填写） |
|---|---|
| 包含“采集时刻 + 采集者”信息 | 功能需求、非功能需求等 |
| 来源（Who）（重要信息，方便追根溯源） | |
| 产生需求的用户：最好有该用户的联系方式等信息 用户背景资料：受教育程度、岗位经验，以及其他与本单项需求相关经验 |
|
| 场景（Where、When）（重要信息，用来理解需求发生的场景） | |
| 产生该需求的特定的时间、地理、环境等 | |
| 描述（What）（最重要的信息） | |
| 尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句 | |
| 原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的） | |
| 为什么会有这样的需求，以及采集者的解释 | |
| 验收标准（How） | 需求重要性权重（How much）： |
| （如何确认这个需求被满足了） 1. 尽量用量化的语言 2. 无法量化的举例解释 |
满足后（“1：一般”到“5：非常高兴”） 未实现（“1：略感遗憾”到“5：非常懊恼”） |
| 需求生命特征（When） | 需求关联（Which） |
| 1. 需求的紧急度 2. 时间持续性 |
1. 人：和此需求关联的任何人 2. 事：和此需求关联的用户业务与其他需求 3. 物：和此需求关联的用户系统、设备；需求关联的其他产品等 |
| 参考材料 | 竞争者对比 |
| 在需求采集活动中的输入材料，只要引用一下，能找到即可 | 按照“1分：差”到“10分：好”进行评估： 1. 竞争者对该需求的满足方式 2. 用户、客户对竞争者及公司在该需求上的评价 |
若有收获，就点个赞吧
0 人点赞
