需求管理规范

需求管理规范

需求管理规范：需求采集

在需求采集阶段，我们通过各种形式对用户的需求进行收集，包括用户访谈、调查问卷、数据分析、领导提供的需求、产品人员的需求等。在收集需求时，我们需要详细记录需求的属性，并记录可追溯的反馈人员。

为了确保采集到的需求符合运营需求，我们需要遵循以下采集要求：

1.需求必须符合iCage产品定义。

2.需求必须具有可实现性、拓展性、可开发性和合理性。

3.项目组成员确认需求，对人员进行限制，不能有过多相关人员加入。

4.满足用户需求和业务需求的一致性。

5.对开发周期进行安排，计算人力成本并分析工期合理性。

在采集阶段，我们需要输出需求分析文档和需求清单表，以便进行后续的需求分析。

需求管理规范：需求分析

在需求分析阶段，我们对采集到的需求进行分析，确定其基本属性，以及对产品带来的商业价值、用户量的提高、实现该项目需求最多需要付出的人员、时间等系数，以确认需求的性价比。对于一些bug或是功能的小修改，我们可以直接转为需求处理，不需要进行详细分析。

为了确保需求分析的合理性，我们需要遵循以下分析要求：

1.需求分析人员必须完成相关需求分析文档。

2.分析人员要使用符合大众的惯性语言表达。

3.分析人员要了解业务及需求。

4.需求文档中不能含有模棱两可的文字，如可能、一般等。

5.需求分析工期不能超过预期时间。

6.需求分析应具备合理性。

在分析阶段，我们需要输出需求清单表和需求商业价值文档，以便进行后续的需求评审。

需求管理规范：需求评审

在需求评审阶段，我们结合现状对需求进行处理，主要解决做不做、什么时候做、做什么的问题。需求评审以会议形式展开，邀请与项目相关人员及领导参加。通过评审，我们对多个需求进行打包，整理所需的需求点，并形成文档，提交领导复核，确认后进行开发周期。

为了确保需求评审的合理性，我们需要遵循以下评审要求：

1.符合iCage产品定义。

2.需求形式化语言清晰易懂。

需求管理规范

1. 引言

需求管理是项目管理中至关重要的一环。良好的需求管理可以确保项目团队和利益相关者在整个项目生命周期中达成共识，并最大限度地满足项目目标和用户需求。本文档旨在制定需求管理的规范，以提高项目的成功率和交付质量。

2. 需求管理的目标

需求管理的主要目标包括但不限于以下几个方面：

- 确定和理解项目利益相关者的需求和期望。

- 明确项目目标和范围，以便明确项目的可交付成果。

- 收集、分析和确认需求，确保其准确性、一致性和完整性。

- 跟踪和控制需求的变更，以确保变更的合理性和影响的可控性。

- 与利益相关者保持沟通和协商，以确保需求的共识和满足。

3. 需求管理的过程

需求管理包括以下基本过程：

3.1 需求识别和定义

在该阶段，项目团队与利益相关者合作，识别和定义项目的需求。此过程涉及以下活动：

- 收集利益相关者的需求和期望。

- 确认项目的目标和范围。

- 识别并记录需求并将其细化为具体的需求。

3.2 需求分析和确认

在该阶段，项目团队对已识别的需求进行分析和确认，以确保需求的准确性和一致性。此过程包括以下活动：

- 分解和澄清需求，将其划分为可执行的任务。

- 确定需求之间的相互关系和依赖。

- 与利益相关者沟通和协商，以确认需求。

3.3 需求变更管理

需求变更是项目过程中常见的情况，因此需要制定有效的变更管理策略。此过程包括以下活动：

- 评估变更对项目目标、范围和进度的影响。

- 根据变更的重要性和优先级进行批准或拒绝。

- 更新需求文档和相关项目文档。

3.4 需求跟踪和控制

需求跟踪和控制是保证需求满足的关键，以确保项目成功交付。此过程包括以下活动：

- 跟踪需求实施的进展情况。

- 检查需求的实施质量和结果。

- 控制变更并确保变更的合理性和影响的可控性。

3.5 需求验证和确认交付

在项目完成阶段，项目团队应验证和确认实施的需求，并与利益相关者进行最终的需求确认。此过程包括以下活动：

需求管理规范

一、引言

需求管理是软件开发过程中至关重要的一环，它涉及到对需求的收集、分析、确认、跟踪和变更控制等方面的工作。规范的需求管理能够提高软件开发过程的效率和质量，确保软件能够准确地满足用户的需求。本文将介绍需求管理的规范流程和相关要求。

二、需求管理流程

1. 需求收集

需求收集是需求管理的第一步，它包括与用户、业务代表等相关方沟通，了解用户需求的具体内容和期望。需求收集可以通过面对面的会议、问卷调查、用户访谈等方式进行。在需求收集过程中，应确保收集到的需求具有清晰的描述和明确的优先级。

2. 需求分析

需求分析是对收集到的需求进行深入理解和分析的过程。在需求分析阶段，需求管理团队应该将需求进行分类和整理，并与用户进行确认和反馈。需求分析的结果应该包括需求的功能描述、性能要求、界面设计等内容。

3. 需求确认

需求确认是指与用户达成一致，确保用户需求的准确性和完整性。在需求确认过程中，需求管理团队应该与用户进行沟通和反馈，以确保用户对需求的理解和认可。需求确认的结果应该由用户签字确认，并作为后续开发的依据。

4. 需求跟踪 需求跟踪是指在软件开发过程中，对需求进行追踪和管理的过程。需求管理团队应该建立需求跟踪矩阵，记录每个需求的状态、优先级、进度等信息。同时，需求管理团队应该及时与开发团队进行沟通，确保需求的实现和变更控制。

5. 需求变更控制

需求变更是软件开发过程中常见的情况，需求管理团队应该建立完善的变更控制机制，确保变更的合理性和可行性。需求变更应该经过严格的评审和批准，同时需要及时通知相关人员，并进行相应的文档更新和版本控制。

三、需求管理的要求

1. 需求文档的编写

需求管理团队应该编写清晰、准确、完整的需求文档，包括需求的功能描述、性能要求、界面设计等内容。需求文档应该具有统一的格式和命名规范，方便后续的管理和维护。

2. 需求的优先级管理

需求管理团队应该与用户进行充分的沟通和协商，确定需求的优先级。优先级的确定应该考虑到用户的实际需求、业务价值和开发资源等因素，以确保开发工作的有序进行。

文件编号：CMMI –RD / RM -P-001

CMMI-SW规范

(Capability Maturity Model Integration

for Software)Ver1.1

需求开发和管理过程规范 机密 内部资料 注意保密

CMMI-SW认证项目 需求开发与管理过程规范

第 2 页 共 14 页

修订页

编号 章节名称 修订内容简述 修订日期 修订前

版本号 修订后版本号 修订人 批准人

1

内部资料 注意保密

CMMI-SW认证项目 需求开发与管理过程规范

第 3 页 共 14 页

目 录

1 目的 ................................................................................................................................... 5

2 适用范围 ........................................................................................................................... 5

3 职责 ................................................................................................................................... 5

4 流程图 ............................................................................................................................... 6