产品经理与需求文档的一场奇妙之旅
1.项目执行过程中问题出现在哪里?
- 需求评审需严谨,多次评审敲定主要需求和细致需求
- 业务需求明确的需求文档
- 虽是类似项目,但不可完全照搬上一个项目需求
讲师说的:
- 开发测试人员看不到完善的需求文档,工作效率低
- 没有明确的需求界限,甲方没有共同的需求契约,需求不断变更
- 项目开发完成,迟迟不能结项
- 人员离职,请假没有留下任何业务需求文档,导致新人和他人无法接手工作
- 接受别人的代码,需求文档测试
2.如果你是项目经理,项目执行过程中应该怎么做?
- 客户测试前进行内部测试
- 阶段性验收
- 技术评审
- bug评审
讲师说的:
- 与客户达成统一的需求描述标准
- 与客户约定系统上线,结项验收标准
- 与客户确定需求的功能范围
- 完善的规范的需求规格说明书
一、结构分析
需求规格说明书结构分析:
- 需求规格说明书封面
- 目录
- 1.引言
- 2.需求综述
- 3.功能需求
- 4.非功能性需求
二、关键章节
- 目标与背景(结合领导的目标和公司的方向,找准定位,为系统本身找到长远的定位)
- 需求综述(包含内容:需求总体概述、系统用户、系统主体流程分析、系统主体功能)
- 功能需求 (应该包含哪些:
1.功能需求描述;
2.业务规则;
3.前置条件;
4.处理流程;
5.输入描述;
6.输出描述;
7.界面参考) - 非功能需求:
1.运行环境要求;
2.性能需求;
3.扩展性需求;
4.可靠性需求;
5.通用界面需求;
6.故障处理需求;
7.安全性需求;
8.其他需求
三、优秀案例
四、分享总结
项目做好的原因:
- 良好的需求把控
- 及时的需求沟通
- 标准规范的输入输出