远东宏信信息化需求管理操作指引-v2.5.docVIP

远东宏信有限公司 信息化需求管理操作指引 信息管理部 需求管理中心 2012年7月 版 本 编 号 版 本 日 期 修 订 者 说 明 A/0 2012/6/28 区维青 制订 A/1 2012/7/18 区维青 分析流程过程更新 A/2 2012/8/1 葛洵洵 修改指引主体内容 A/2.1 2012/8/6 葛洵洵 修改整体流程及描述，增加附录模板 A/2.2 2012/8/9 葛洵洵 增加“工具与方法”栏目 A/2.3 2012/8/15 葛洵洵 修改第四目中内容 A/2.4 2012/8/20 区维青 补充“工具与方法”中部分方法内容 A/2.5 2012/8/21 葛洵洵 修改“工具与方法”栏目内容与格式 目的 本操作指引的制定是为了提高信息化需求管理从需求导入到解决方案形成的全流程中各项工作任务的系统性和规范性，以保证需求分析人员能够及时响应业务需求、准确理解和把握需求、提出适用可行的系统性解决方案。 说明 本指引适用于信息管理部需求管理中心需求分析师岗位的相关人员。 本指引重点关注工作步骤和工作方法，不涉及请示、审批的流程细节。 本指引在各阶段提到的工作方法、表单工具仅作为最佳实践的推荐，以引导和辅助为目的，不作为硬性要求。 本指引中对需求管理的全流程操作的过程和方法适用于投资规模较大、实施周期较长、影响范围广，或对现有系统进行重大改造的需求。 概述 需求管理作业流程主要包括需求导入、需求方案制定与评估、需求调研与分析、需求设计和需求评审五个阶段： 需求导入：需求提出部门对业务需求整理成文档后，起草《需求申请书》，提交至所在部门及相关干系部门进行审核。 方案制定与评估：信息管理部需求管理中心以“远东宏信IT战略规划”为指引，对需求进行概要分析，结合对内、外部资源的评估，确定建设策略，并将结论形成《需求方案建议书》，提交至IT规划小组审批并出具《需求方案评估意见》。方案评估通过后，由需求提出部门负责起草《立项申请书》，并提交审批。 需求调研与分析：信息管理部需求管理中心负责制定详细的《调研计划》和《调研提纲》，协同需求提出部门及其他相关部门，对业务需求进行详细的调研和分析，最终形成《业务需求分析书》。 需求设计：在《业务需求分析书》的基础上，根据项目建设模式，由信息管理部需求中心负责完成系统需求设计，并形成《**系统需求规格说明书》，并提交至IT规划小组评审。 需求评审：由信息管理部需求管理中心组织相关业务部门召开需求设计评审会议，对需求设计进行确认，以保障项目需求的正确性、可性行、完整性、可实施性等。评审通过后，进入项目实施阶段。 需求管理作业流程如下图所示： 图：需求管理操作流程 内容 本章将按照启动条件、输入、工作任务、输出和结束条件等五个方面对需求管理的五个阶段分别进行阐述，其中，将重点说明业务需求分析师岗在每一阶段的工作任务，且工作任务中建议的分析方法和工具在第七章有详细阐述。 图：描述方法示意图 需求导入 需求导入旨在通过及时、专业化的导入技巧辅助业务部门规范、准确、全面的提出和描述信息化需求，为后续的方案制定、需求分析和系统建设打下基础。 启动条件 需求发现是需求导入阶段的启动条件，包括以下两种情况： 由业务部门发现并提出：因业务的发展、管理的变化、操作的改变等引发的新业务需求。 由IT部门发现并提出：IT部门相关人员在日常工作中发现的新需求。 输入 各种形式表达的业务需求，包括文字描述、会议、口头描述等。 工作任务 需求发现后，通过对关键干系人分析和需求影响情况分析，从而形成清晰的用户需求描述。 关键干系人分析：需求提出人需要明确与该业务相关的人员/岗位/组织以及这些人员/岗位/组织对该需求的期望、参与度及影响力等。可采用的方法包括影响力/兴趣拓展矩阵法、CATWOE法等。 需求影响度分析：针对用户部门所提出的信息化需求，结合公司业务战略和信息化战略明确需求类型及其影响范围，并从运营管理效益提升和业务效率优化的方向上明确该需求所带来的影响和收益。 输出 经过相关岗位审批后的《需求申请表》（模板参照附录一）和《需求评审表》（模板参见附录二）。 结束条件 《需求申请表》通过了相关业务部门和信息管理部的审核。 方案制定与评估 信息管理部需求管理中心运用专业方法，并结合内、外部资源等方面评估，制定出《需求方案建议书》，为战略管理部对项目的立项审批提供需求评估和方案确认的评判基础。 启动条件 《需求申请表》通过审批。 输入 《需求申请表》和《需求审批表》。 工作任务 信息管理部需求管理中心根据《需求申请表》及汇集相关部门审批意见的《需求审批表》，通过“关键干系人需求确认”、“业务需求与用户需求分析”、“需求影响度分析”、“方案范围/确认分析”、“可行性解决方案建议与分析”等分析方法进