需求开发和管理流程范例
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第 1 页 共 17 页
10. 质量记录 ......................................................................................................................... 16 11. 附录 ................................................................................................................................ 17
对系统需求进行分析、细化，形成的对需求的技术描述
需求跟踪矩阵 RTM 用于表示需求和对其进行开发后形成的各种系统元素之间联系链。
4. 角色和职责
角色
职责
用户〔代表〕
指客户和最终用户，是产品调研的对象；售前和销售人员也可以作为用
户代表参加项目或产品的一些评审活动。
当自主产品研发时，产品经理可代表用户。
售前人员
直接与用户接触，并了解项目最终目标的人，一定程度上可以代表用户。
共利益者
可以代表客户以外所有对项目需求或最终目标有影响的人员。
产品经理
负责开发和管理来自用户的需要。
第 3 页 共 17 页
项目经理 测试经理 高级经理 产品小组
测试小组 评审小组
在项目中管理分配给项目的用户需求。 负责项目开发过程中的功能测试和测试计划的安排。 负责审查和评审需求开发过程中的活动、状态和结果，并给出解决方案。 产品经理领导的实施需求的开发和管理的团队。可以是一个人，也可能 是包括产品工程师在内的一个小组。 按测试经理制定的测试计划进行测试，编写测试用例和测试模拟程序。 对需求进行审核的小组，可以是一个人，也可能是包括资深软件工程师、 系统设计师、产品经理、售前人员、高级经理等在内的一个小组，项目 经理是其领导者，资深软件工程师是其核心。
第 4 页 共 17 页
5. 过程综述
5.1. 流程图
5.2. 过程说明 需求开发与管理过程包括首先获取用户需求，然后对用户需求进行分类和整理，形成系统需求。
通过对系统需求进行分析和建模，形成需求规格说明书，并将分析后的需求以模型或原型方法与用 户进行确认，以此建立设计开发基础。最后采用原型、测试验证、评审等方式验证需求。同时，在 开发活动中有序的管理需求变更，并通过需求跟踪确保需求的可追溯性和一致性。
5.1. 流程图.............................................................................................................................. 5 5.2. 过程说明 .......................................................................................................................... 5 6. 过程活动 ........................................................................................................................... 6 6.1. 活动一：获取用户需求..................................................................................................... 6 6.2. 活动二：建立系统需求..................................................................................................... 7 6.3. 活动三. 需求分析与建模 .................................................................................................. 9 6.4. 活动四. 形成需求规格说明............................................................................................. 10 6.5. 活动五.需求验证 ............................................................................................................ 11 6.6. 活动六：需求变更.......................................................................................................... 12 6.7. 活动七：需求跟踪.......................................................................................................... 12 7. 过程度量与改进 ............................................................................................................... 15 8. 过程裁剪指南 .................................................................................................................. 15 9. 相关文件 ......................................................................................................................... 15
任务 1：产品市场扫描。市场服务部会同产品经理针对特定产品进行市场扫描工作，主要包括 与该产品相关的其他产品的名称、主要功能、市场情况；产品的领域，相关标准情况；产品主要涉 及的技术领域和技术发展概况。产品经理根据市场扫描的结果确认是否需要进行产品开发和升级。
任务 2：需求调研。产品经理根据《需求调研规程》组织相关人员实施需求调研活动，形成相 关调研记录和《需求特性列表》。评审小组对调研结果实施结构化审查。
任务 3：产品路线图设计。产品经理根据产品的需求特性列表和市场情况初步确定产品功能特 性的优先级，优先级划分参见附录 1，并且将优先级的划分与高级经理进行沟通，得到初步的确定 后，对需求特性列表按照优先级进行分类整理，形成《产品路线图》。
对于项目而言，此任务可以演化成考虑项目分阶段实施的需求划分。 6.1.4. 输出
功能需求特性列表 为满足用户需要，项目/产品需要提供的功能点的组合列表
产品部件
作为产品的一部分提交给用户使用或用于集成的产品组件，也称模块。
系统需求
组织对用户需求建议请求〔Request for Proposal〕的响应，一般为项目
的技术建议书或产品系统需求，包括功能、性能、环境、验收的要求等
需求规格说明
当得到用户或共利益者对需求的确认后，就可以开始对系统功能进行架构分析。 任务 2：建立系统主要功能结构图。项目经理根据《需求特性列表》中描述的需求特性，初步 确定系统解决方案，包括总体结构、产品部件（模块）以及相互的关系、第三方产品的选择和使用、 已有软件模块的选择和使用等。 任务 3：建立系统功能需求。它主要包括以下子任务： 1． 产品小组在产品经理指导下，根据《需求特性列表》细化需求，将每个功能特性细化成若
需求开发和管理流程范例
目录 1. 目的 .................................................................................................................................. 3 2. 适用范围 ........................................................................................................................... 3 3. 名词和缩略语 .................................................................................................................... 3 4. 角色和职责 ........................................................................................................................ 3 5. 过程综述 ........................................................................................................................... 5
《需求特性列表》、《产品路线图》 6.1.5. 退出准则
《需求特性列表》通过审核，与高级经理沟通后初步明确项目经理
第来自百度文库6 页 共 17 页
6.2. 活动二：建立系统需求 产品小组首先获取到用户的原始需求，在此基础上进行针对原始需求的分析和建模，参考《需
求确认方法描述》采取一些综合性的方法与需求直接提出者进行需求确认，最后形成系统需求，作 为项目开发的首要依据。系统需求除功能需求外，还要包括硬件、系统软件、数据库约束以及性能、 可靠性等要求等。 6.2.1. 进入准则
获取到用户原始需求，并准备开始建立《系统需求》 6.2.2. 输入
《需求特性列表》 6.2.3. 任务
任务 1：用户需求确认。产品经理向项目经理和共利益者讲解《需求特性列表》。产品经理安 排产品小组对原始需求进行分类，并且分模块对这些需求进行分析确认，可以参考《需求确认方法 描述》，采用用例（Use Case）或场景（Scenario）描述方法模拟系统最终的用户环境，通过原型 方法来向用户或共利益者演示系统的一些模拟情况、分析结果和流程，根据演示的结果与用户进行 需求探讨和修订。
11.1. 附录 1：需求优先级说明................................................................................................ 17 11.2. 附录 2：需求状态说明 ................................................................................................... 17
第 2 页 共 17 页
1. 目的
本程序文件定义了本组织的需求与管理的过程，目的是实现有计划地收集、分析顾客的需求，
并保证所有共利益者在项目进展过程中始终保持对需求一致的理解和承诺。
2. 适用范围
本过程适用于公司所有合同项目和自主研发项目。
3. 名词和缩略语
缩写和术语
解释
用户需要
用户对项目所提出的要求
第 5 页 共 17 页
6. 过程活动
6.1. 活动一：获取用户需求 通过与用户交流、对现有系统的了解以及对项目任务的分析，开发、捕获和修订用户的需要。
6.1.1. 进入准则 经过市场扫描活动、售前支持、客户反馈等活动，产品经理经过基本分析，确定要进行某产品
的开发和较大升级； 6.1.2. 输入
市场分析报告、售前和售后服务相关记录 6.1.3. 任务
10. 质量记录 ......................................................................................................................... 16 11. 附录 ................................................................................................................................ 17
对系统需求进行分析、细化，形成的对需求的技术描述
需求跟踪矩阵 RTM 用于表示需求和对其进行开发后形成的各种系统元素之间联系链。
4. 角色和职责
角色
职责
用户〔代表〕
指客户和最终用户，是产品调研的对象；售前和销售人员也可以作为用
户代表参加项目或产品的一些评审活动。
当自主产品研发时，产品经理可代表用户。
售前人员
直接与用户接触，并了解项目最终目标的人，一定程度上可以代表用户。
共利益者
可以代表客户以外所有对项目需求或最终目标有影响的人员。
产品经理
负责开发和管理来自用户的需要。
第 3 页 共 17 页
项目经理 测试经理 高级经理 产品小组
测试小组 评审小组
在项目中管理分配给项目的用户需求。 负责项目开发过程中的功能测试和测试计划的安排。 负责审查和评审需求开发过程中的活动、状态和结果，并给出解决方案。 产品经理领导的实施需求的开发和管理的团队。可以是一个人，也可能 是包括产品工程师在内的一个小组。 按测试经理制定的测试计划进行测试，编写测试用例和测试模拟程序。 对需求进行审核的小组，可以是一个人，也可能是包括资深软件工程师、 系统设计师、产品经理、售前人员、高级经理等在内的一个小组，项目 经理是其领导者，资深软件工程师是其核心。
第 4 页 共 17 页
5. 过程综述
5.1. 流程图
5.2. 过程说明 需求开发与管理过程包括首先获取用户需求，然后对用户需求进行分类和整理，形成系统需求。
通过对系统需求进行分析和建模，形成需求规格说明书，并将分析后的需求以模型或原型方法与用 户进行确认，以此建立设计开发基础。最后采用原型、测试验证、评审等方式验证需求。同时，在 开发活动中有序的管理需求变更，并通过需求跟踪确保需求的可追溯性和一致性。
5.1. 流程图.............................................................................................................................. 5 5.2. 过程说明 .......................................................................................................................... 5 6. 过程活动 ........................................................................................................................... 6 6.1. 活动一：获取用户需求..................................................................................................... 6 6.2. 活动二：建立系统需求..................................................................................................... 7 6.3. 活动三. 需求分析与建模 .................................................................................................. 9 6.4. 活动四. 形成需求规格说明............................................................................................. 10 6.5. 活动五.需求验证 ............................................................................................................ 11 6.6. 活动六：需求变更.......................................................................................................... 12 6.7. 活动七：需求跟踪.......................................................................................................... 12 7. 过程度量与改进 ............................................................................................................... 15 8. 过程裁剪指南 .................................................................................................................. 15 9. 相关文件 ......................................................................................................................... 15
任务 1：产品市场扫描。市场服务部会同产品经理针对特定产品进行市场扫描工作，主要包括 与该产品相关的其他产品的名称、主要功能、市场情况；产品的领域，相关标准情况；产品主要涉 及的技术领域和技术发展概况。产品经理根据市场扫描的结果确认是否需要进行产品开发和升级。
任务 2：需求调研。产品经理根据《需求调研规程》组织相关人员实施需求调研活动，形成相 关调研记录和《需求特性列表》。评审小组对调研结果实施结构化审查。
任务 3：产品路线图设计。产品经理根据产品的需求特性列表和市场情况初步确定产品功能特 性的优先级，优先级划分参见附录 1，并且将优先级的划分与高级经理进行沟通，得到初步的确定 后，对需求特性列表按照优先级进行分类整理，形成《产品路线图》。
对于项目而言，此任务可以演化成考虑项目分阶段实施的需求划分。 6.1.4. 输出
功能需求特性列表 为满足用户需要，项目/产品需要提供的功能点的组合列表
产品部件
作为产品的一部分提交给用户使用或用于集成的产品组件，也称模块。
系统需求
组织对用户需求建议请求〔Request for Proposal〕的响应，一般为项目
的技术建议书或产品系统需求，包括功能、性能、环境、验收的要求等
需求规格说明
当得到用户或共利益者对需求的确认后，就可以开始对系统功能进行架构分析。 任务 2：建立系统主要功能结构图。项目经理根据《需求特性列表》中描述的需求特性，初步 确定系统解决方案，包括总体结构、产品部件（模块）以及相互的关系、第三方产品的选择和使用、 已有软件模块的选择和使用等。 任务 3：建立系统功能需求。它主要包括以下子任务： 1． 产品小组在产品经理指导下，根据《需求特性列表》细化需求，将每个功能特性细化成若
需求开发和管理流程范例
目录 1. 目的 .................................................................................................................................. 3 2. 适用范围 ........................................................................................................................... 3 3. 名词和缩略语 .................................................................................................................... 3 4. 角色和职责 ........................................................................................................................ 3 5. 过程综述 ........................................................................................................................... 5
《需求特性列表》、《产品路线图》 6.1.5. 退出准则
《需求特性列表》通过审核，与高级经理沟通后初步明确项目经理
第来自百度文库6 页 共 17 页
6.2. 活动二：建立系统需求 产品小组首先获取到用户的原始需求，在此基础上进行针对原始需求的分析和建模，参考《需
求确认方法描述》采取一些综合性的方法与需求直接提出者进行需求确认，最后形成系统需求，作 为项目开发的首要依据。系统需求除功能需求外，还要包括硬件、系统软件、数据库约束以及性能、 可靠性等要求等。 6.2.1. 进入准则
获取到用户原始需求，并准备开始建立《系统需求》 6.2.2. 输入
《需求特性列表》 6.2.3. 任务
任务 1：用户需求确认。产品经理向项目经理和共利益者讲解《需求特性列表》。产品经理安 排产品小组对原始需求进行分类，并且分模块对这些需求进行分析确认，可以参考《需求确认方法 描述》，采用用例（Use Case）或场景（Scenario）描述方法模拟系统最终的用户环境，通过原型 方法来向用户或共利益者演示系统的一些模拟情况、分析结果和流程，根据演示的结果与用户进行 需求探讨和修订。
11.1. 附录 1：需求优先级说明................................................................................................ 17 11.2. 附录 2：需求状态说明 ................................................................................................... 17
第 2 页 共 17 页
1. 目的
本程序文件定义了本组织的需求与管理的过程，目的是实现有计划地收集、分析顾客的需求，
并保证所有共利益者在项目进展过程中始终保持对需求一致的理解和承诺。
2. 适用范围
本过程适用于公司所有合同项目和自主研发项目。
3. 名词和缩略语
缩写和术语
解释
用户需要
用户对项目所提出的要求
第 5 页 共 17 页
6. 过程活动
6.1. 活动一：获取用户需求 通过与用户交流、对现有系统的了解以及对项目任务的分析，开发、捕获和修订用户的需要。
6.1.1. 进入准则 经过市场扫描活动、售前支持、客户反馈等活动，产品经理经过基本分析，确定要进行某产品
的开发和较大升级； 6.1.2. 输入
市场分析报告、售前和售后服务相关记录 6.1.3. 任务