需求管理规范

需求管理规范

需求管理规范：需求采集

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

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

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

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

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

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

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

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

需求管理规范：需求分析

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

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

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

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

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

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

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

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

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

需求管理规范：需求评审

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

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

1.符合iCage产品定义。

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

3.需求必须符合运营需求。

4.标示将来产品迭代可预测的需求。

5.需求必须具备可拓展性及可实现性或者后续产品迭代时人力成本和开发成本及技术实现的难易程度。

6.满足用户需求和业务需求的一致性。 7.需求必须合理。

8.开发周期、人力成本、工期需合理。

在评审阶段，我们需要输出需求清单表和需求说明书，并根据评审结果输出需求评估记录表、评估报告、项目计划书和项目时间进度表。

XXX。

XXX:

1.XXX XXX。

2.The analysis personnel should use language that is familiar

to the general public to express XXX

3.The XXX。

4.XXX requirement document should XXX words such as

"possible" or "general"。

5.XXX analysis d should not exceed the expected time。

6.XXX XXX。

Processing flow:

Documents during the processing stage:

Input documents:

Requirement list

XXX XXX

Output documents:

XXX XXX

XXX

nal flow chart and n

XXX

Tracking n

1.XXX。

2.Minimize the foreseeable problems of the project and be

responsible for the product quality。

3.XXX。

4.XXX。

XXX requirements:

1.Requirement management system: The system needs to

have a natural requirement process from start to finish。

2.For common requirement projects。XXX requirement

projects。and all relevant personnel can view the progress and

progress of the requirement。

3.PM should control the progress independently and record

the progress of the requirement in Excel。XXX

4.The requirement n should be correct。clear and easy to

understand。

5.XXX requirements。

6.XXX

Documents during the tracking stage:

Input documents:

Requirement list

Requirement n

Output documents:

Supplementary requirement n

BGU record list

Requirement change request

XXX

1.The XXX testing standards。XXX。

2.If a bug is encountered during the n process。which is

unclear about the requirement。XXX。and the n result should be

XXX

3.XXX。

XXX requirements:

1.XXX XXX。

2.XXX XXX。

3.XXX verifying requirements。

4.Bug n should be standardized。with clear and unambiguous

language。

Documents during the XXX:

Input documents:

Dynamic n table

Requirement n

XXX

Front-end images

nal flow chart and n

Back-end nal requirement list

Output documents:

Supplementary requirement n

BUG record list

Requirement change

1.XXX requirement change control is to allow changes if the

benefits of the requirement XXX drawbacks。but it must be

executed according to the defined change rules to avoid losing

control of the change。If the drawbacks of the requirement XXX。the change should be rejected。 2.XXX。

3.XXX。

4.XXX requirements.

需求变更流程是确保需求能够合理、有效地变更的关键步骤。在变更需求之前，我们需要明确以下几点：

1.变更请求必须合理，并且符合运营要求和icage产品定义。

2.变更请求必须具备可实现性、可扩展性和可验证性。在考虑实现需求或者后续产品迭代时，需要考虑人力成本和开发成本及技术实现的难易程度。

3.变更请求必须满足用户需求和业务需求的一致性。

4.变更请求的开发周期、人力成本和工期需要合理，并且符合实际情况。

5.评审未通过的变更请求一定要保留，以便后续再次审查。

6.变更请求通过后，所有因需求形成的文档都需要更新，以防止需求遗漏或者开发错误的需求。

在变更请求提交后，需求变更流程将按照以下步骤进行：

1.采集阶段的文档需要被重新审查，以确认变更请求的合理性和可行性。

2.输入的文档需要被更新，以反映变更请求的内容和影响。

3.需求变更申请书需要被提交给相关人员审查和批准。

4.一旦变更请求被批准，相关人员需要更新所有因需求形成的文档。

在变更请求被批准后，我们需要确保所有的变更都被正确地记录和更新，以便后续开发工作能够顺利进行。同时，我们还需要保证变更请求的合理性和可行性，并且尽可能减少对项目进度和成本的影响。