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

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