需求管理贯穿业务需求从申报到验证的全过程,主要包括以下七个主要阶段:业务需求申报 、业务需求接收 、业务需求受理 、业务需求评审 、软件需求开发 、业务需求变更 和业务需求验证 。
在保证需求质量的前提下，为提高需求管理效率，定义业务需求分级标 准，分为标准需 求和简单需求，对接现有软件需求标准。同时，针对业务需求分级标准,设计和使用两类不同的业务需求模板及业务需求处理流程。
在业务需求申报过程中，业务需求提出部门在需求管理组织的协助下，组织相关业务部门人员、项目组实施人员开展需求讨论，进行需求论证按照《业务需求编制规范》完成《业务需求说明书》或《业务需求申请单》的编写和细化。业务需求文件需经业务需求提出部门、业务主管部门、系统业务主管部门和项目实施小组审批确认。
业务需求申报至需求管理组织后,由需求管理组织进行业务需求接收处理，根据《业务需求质量检查表》进行业务需求的质量规范检查和记录针对标准需求进行业务需求受理、应用分配，形成《业务需求实现建议书》
若由 2 个或 2 个以上业务部门联合提出，或经分析需要其他业务管理部门审批或给予意见的跨部门需求，或者涉及 3 个或3个以上重点系统同步开发或改造的跨系统需求或者可能存在安全风险的其他重点需求，由需求管理组织组织相关人员针对需求完整性、合规性、合理性等关注点进行需求评审，并形成《业务需求评审工作纪要》(具体业务需求评审工作机制见《业务需求评审工作指南》。
项目实施小组根据需求文档对项目需求进行需求分析，形成****《业务需求分析说明书》**** 或****《业务需求分析单》**** 等需求分析文档。需求分析文档需经过项目实施小组和业务需求部门 审批确认。
根据需求变更对业务处理的影响以及工作量的影响,可分为轻微变更 、中等变更 、重大变更 。若需求变更影响的工作量小于 10 人天并目业务流程不变，则为轻微变更。若需求变更影响的工作量大于等于 10 人天并且小于1 人月，则为中等变更。若对业务流程有影响，工作量小于 10 人天，也为中等变更。若需求变更影响的工作量大于等于 1 人月，则为重大变更。