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