附件2-远东宏信信息化需求管理操作指引.docVIP

远东宏信信息化 需求管理操作指引 信息管理部 需求与研发中心 2013年5月 修订记录 版 本 编 号 版 本 日 期 修 订 者 说 明 A/0.1 2012/6/28 区维青 制订 A/0.2 2012/7/18 区维青 分析流程过程更新 A/0.3 2012/8/1 葛洵洵 修改指引主体内容 A/0.4 2012/8/6 葛洵洵 修改整体流程及描述，增加附录模板 A/0.5 2012/8/9 葛洵洵 增加“工具与方法”栏目 A/0.6 2012/8/15 葛洵洵 修改第四目中内容 A/0.7 2012/8/20 区维青 补充“工具与方法”中部分方法内容 A/0.8 2012/8/21 葛洵洵 修改“工具与方法”栏目内容与格式 A/0.9 2013/5/21 潘宇 修改“说明”、“概述”和“内容” A/0 2013/5/27 包骏 精简文字描述；进一步细化描述需求管理团队； A/0 2013/11/13 包骏 增加三个需求收集工具 目的 本操作指引的制定是为了提高信息化需求管理从需求申请到解决方案形成的全流程中各项工作任务的系统性和规范性，以保证需求各阶段负责人能够及时响应业务需求、准确理解和把握需求、提出适用可行的系统性解决方案。 说明 本指引适用于参与IT项目实施过程中需求管理的各部门。 本指引是对《远东宏信信息化建设需求管理办法》操作部分的详述。 本指引重点关注工作步骤和工作方法，不涉及请示、审批的流程细节。 本指引在各阶段提到的工作方法、表单工具仅作为最佳实践的推荐，以引导和辅助为目的，不作为硬性要求。 定义 名词 解释 需求管理团队 虚拟组织，包括关键用户、需求设计人员 项目执行小组 以项目建设为目标，在项目周期内建立的临时工作小组，负责项目的整体工作 需求申请人 需求提出方或代表 需求审批人 战略管理部或相关部门 关键用户 需求归口部门（A/B类项目需求）或公司指定人员（C类项目需求） 需求分析人员 信息管理部需求分析师 内容 本章将按照启动条件、输入、工作任务、输出和结束条件等五个方面对需求管理的五个阶段分别进行阐述，其中，将重点说明每一阶段的工作任务，且工作任务中建议的分析方法和工具在第六章有详细阐述。 图：描述方法示意图 需求申请 需求申请旨在通过及时、专业化的导入技巧辅助业务部门规范、准确、全面的提出和描述信息化需求，为后续的方案制定、需求分析和系统建设打下基础。 责任主体 需求申请人 启动条件 需求发现是需求申请阶段的启动条件，包括以下两种情况： 由业务部门发现并提出：因业务的发展、管理的变化、操作的改变等引发的新业务需求。 由IT部门发现并提出：IT部门相关人员在日常工作中发现的新需求。 输入 各种形式表达的业务需求，包括文字描述、会议、口头描述等。 工作任务 需求发现后，通过对关键干系人分析和需求影响情况分析，从而形成清晰的用户需求描述。 关键干系人分析：需求申请人需要明确与该业务相关的人员/岗位/组织以及这些人员/岗位/组织对该需求的期望、参与度及影响力等。可采用的方法包括影响力/兴趣拓展矩阵法、CATWOE法等。 需求影响度分析：针对需求申请人所提出的信息化需求，结合公司业务战略和信息化战略明确需求类型及其影响范围，并从运营管理效益提升和业务效率优化的方向上明确该需求所带来的影响和收益。 输出 经过相关岗位审批后的《需求申请表》（模板参照附录一）和《需求评审表》（模板参见附录二）。 结束条件 《需求申请表》通过了相关业务部门和信息管理部的审核，并形成项目前期工作组，明确需求管理团队。 需求方案编制与评估 运用专业方法，并结合内、外部资源等方面评估，制定出《需求方案》，为相关部门对项目的立项审批提供需求评估和方案确认的评判基础。 责任主体 需求申请人 启动条件 《需求申请表》通过审批。 输入 《需求申请表》和《需求审批表》。 工作任务 根据《需求申请表》及汇集相关部门审批意见的《需求审批表》，通过“关键干系人需求确认”、“业务需求分析”、“需求影响度分析”、“方案范围/确认分析”、“可行性解决方案建议与分析”等分析方法进一步细化需求，并结合内、外部资源形成《需求方案》。 关键干系人需求确认：协同需求申请人进一步对与该业务需求相关的人员/岗位/组织的期望在功能模块的层次上进行细化和确认。可采用的方法有影响力/兴趣拓展矩阵法、CATWOE法等。 业务需求分析：在需求申请单的基础上对该需求细节所涉及的功能模块和业务操作流程进行沟通和确认。可采用的方法有业务事件分析法、Storyboard（故事板）、结构化面试、现场观察法、问卷调查法。 需求影响度分析：对业务需求给用户在组织结构，操作流程，管控方法以及相关的数据治理等领域所带来的冲击进行分析。可采用的方法有费