需求管理方法

1、需求管理2011年6月12日需求管理的总体原则“试点、推广、优化” 刘总“尊重IT建设的规律，采用迭代开发的软件工程管理方式，对系统滚动优化和升级。建立和冻结版本，逐步演进。不要追求完美，要追求更美；不要技术导向，要需求导向；不要忽略过渡期，要平滑过渡。” 赵总2综合营帐版本演进计划绵阳试点生产上线版本基于R1增加：版本建立和冻结：版本推广和上线时间：基于R1增加：版本建立和冻结时间：版本推广和上线时间：R1R1R23当前需求管理主要任务和工作原则基于绵阳试点R1版本，根据推广地市差异，建立和冻结R1版本，并逐步明确R2版本范围；工作原则:在推广为主的前提下进行版本优化；地市差异需求应尽量通过

2、相应合理的业务和管理变革，基于R1版本功能实现；对R1无法实现但是重要紧迫的合理需求，纳入R1版本；对R1无法实现但是不太紧迫的需求或者对R1整体有根本性冲击的需求应尽量考虑放在R2或以后版本4需求管理流程市州各部门市州推广组/保障组业务小组技术与需求管理办公室项目管理办公室提出需求收集定义需求和实施分析需求一致合理?需求分析评估接受需求?是否12874需求业务评估和汇总3在项目范围内?5项目范围变更?6是需求研发流程项目范围变更流程需求业务解释和决策否可配置实施?配置实施流程是否5需求管理流程说明编号说明1市州各部门提出需求, 提交市州推广组.2市州推广组收集并明确定义需求, 并基于综合营帐

3、现有功能进行实施分析. 如果能基于综合营帐现有功能配置实施需求, 则直接进入配置实施流程; 否则, 提交提交技术和需求管理办公室进一步分析3技术和需求小组从全省统一的业务角度对需求的一致性,合理性, 重要性, 紧迫性等进行评估, 如果需求在业务规则或业务流程方面存在矛盾或存在合理性质疑, 提交业务小组进行业务解释4业务小组从业务角度对有矛盾或有疑问的需求进行业务解释或澄清，形成相对统一的业务规则，规范不合理流程。并通过市场部门要求推广分公司按业务小组解释的规则和流程执行5技术与需求管理小组判断需求是否在项目范围内?对不在项目范围内的需求, 提交项目管理办公室决策6项目管理办公室决策是否进行项目

4、范围变更? 如果计划进行项目范围变更,则进入项目范围变更评估和决策流程7技术与需求管理小组进行系统需求分析评估8项目管理办公室根据业务小组的业务评估和技术与需求管理办公室的系统分析评估决策是否接受需求?如果接受需求, 进入需求实施流程. 6需求管理和决策机制关键点项目需求管理与运营需求管理流程分离. 推广市州在综合营帐范围内的需求必须通过项目需求管理流程进行管理; 未推广市州运营需求或推广市州不在综合营帐范围内的需求通过运营需求管理流程;市州推广组清楚了综合营帐范围和系统现状, 尽量基于已有功能实现需求，对必须通过开发实现的需求,协助需求提出部门明确定义和描述需求; 业务小组对省和各市州的需求

5、从业务角度具有最终的解释和决策权, 但不决定如何以及什么时候实现需求; 业务小组形成业务上的决策力，通过省公司市场部到分公司的纵向管理线条形成业务上的执行力;技术与需求管理小组从系统角度对需求是否属于综合营帐范围以及需求分析评估具有权威和决定权; 但不能决定是否进行范围变更, 是否接受需求;项目管理办公室根据业务小组和技术与需求管理办公室的专业评估决定是否进行范围变更, 是否接受需求;原则上需求决策在PMO以下完成，涉及到影响面特别大的提交到项目领导组决策。7市州推广组需求管理职责从市州相关部门收集汇总需求；对是否属于综合营帐范围有质疑的需求直接提交给技术与需求管理办公室进行判断；对属于综合营

6、帐范围内的需求，明确定义并进行实施分析如果能基于综合营帐现有功能配置实施需求, 进入需求实施流程，并反馈需求提出部门；如果不能基于综合营帐现有功能配置实施需求, 作出初步评估分析后提交技术与需求管理办公室进一步分析。初步评估分析包括系统实施和业务两部分：差距分析和实施方案初步建议(结合系统功能/业务和管理变更)业务影响和变更可行性初步分析如果采用实施建议,对现有业务有什么影响？有没有可能采用相应的业务或管理变更？8技术与需求管理办公室需求管理职责从全省统一的业务角度对需求的一致性,合理性, 重要性, 紧迫性等进行评估, 如果需求在业务规则或业务流程方面存在矛盾或存在合理性质疑, 提交业务小组进行业务解释判断需求是否在项目范围内, 协助项目管理办公室控制项目范围; 系统需求分析评估和实施建议实施方案和可行性分析对实施时间/进度/成本的影响评估实施建议: 在那个阶段以什么方案实施9业务小组需求管理职责从全省业务角度对有矛盾或有疑问的需求进行业务解释或澄清，形成相对统一的业务规则，规范不合理流程；并通过市场部门要求推广分公司按业