流程制度——附件远东宏信信息化需求管理操作指引v31del.doc

流程制度附件远东宏信信息化需求管理操作指引v31del 远东宏信有限公司信息化需求管理操作指引远东宏信有限公司信息化需求管理操作指引信息管理部需求与研发中心xx年5月信息管理部需求与研发中心xx年5月修订记录版版本编号版版本日期修修订者说说明A/0.1xx/6/28区维青制订A/0.2xx/7/18区维青分析流程过程更新A/0.3xx/8/1葛洵洵修改指引主体内容A/0.4xx/8/6葛洵洵修改整体流程及描述，增加附录模板A/0.5xx/8/9葛洵洵增加“工具与方法”栏目A/0.6xx/8/15葛洵洵修改第四目中内容A/0.7xx/8/20区维青补充“工具与方法”中部分方法内容A/0.8xx/8/21葛洵洵修改“工具与方法”栏目内容与格式A/0.9xx/5/21潘宇修改“说明”、“概述”和“内容”A/0xx/5/24包骏删除需求管理办法的字眼；删除工具介绍；精简文字描述； 一、目的本操作指引的制定是为了提高信息化需求管理从需求导入到解决方案形成的全流程中各项工作任务的系统性和规范性，以保证需求分析人员能够及时响应业务需求、准确理解和把握需求、提出适用可行的系统性解决方案。 二、说明本指引适用于参与需求管理过程的需求申请人、需求管理团队以及信息化建设管理小组等人员。 本指引重点关注工作步骤和工作方法，不涉及请示、审批的流程细节。 本指引在各阶段提到的工作方法、表单工具仅作为最佳实践的推荐，以引导和辅助为目的，不作为硬性要求。 本指引中对需求管理的全流程操作的过程和方法适用于投资规模较大、实施周期较长、影响范围广，或对现有系统进行重大改造的需求。 三、定义名词解释需求申请人最初发起需求的个人或部门需求管理团队虚拟组织，包括用户、业务专家、技术人员、用户需求分析人员和功能需求分析人员信息化建设管理小组我司信息化建设的领导小组 四、概述需求管理作业流程主要包括需求导入、方案制定与评估、需求调研与分析、需求设计和需求评审五个阶段?需求导入需求申请人对业务需求成文档后，起草需求申请表，提交至需求管理团队进行审核。 ?方案制定与评估需求管理团队对需求申请表进行审核并出具需求评审表。 审核通过后，需求管理团队对需求进行概要分析，结合对内、外部资源的评估，确定建设策略，并将结论形成需求方案建议书，提交至信息化建设管理小组。 信息化建设管理小组进行需求方案评估后出具需求方案评估意见。 方案评估通过后，由需求申请人负责起草立项申请书，并提交审批。 ?需求调研与分析需求管理团队中的用户需求分析人员负责制定详细的调研计划和调研提纲，协同需求提出部门及其他相关部门，对业务需求进行详细的调研和分析，最终形成业务需求分析书。 ?需求设计在业务需求分析书的基础上，根据项目建设模式，由需求管理团队中的功能需求分析人员负责完成系统需求设计，并形成*系统需求规格说明书，并提交至信息化建设管理小组评审。 ?需求评审由需求管理团队中的功能需求分析人员组织相关业务部门召开需求设计评审会议，对需求设计进行确认，以保障项目需求的正确性、可性行、完整性、可实施性等。 评审通过后，进入项目实施阶段。 需求管理作业流程如下图所示需求管理操作流程需求导入（业务需求层）方案制定与评估（业务需求层）需求调研与分析（用户需求层）需求设计（功能需求层）需求评审信息化建设管理小组需求管理团队需求申请人需求发现需求申请表IT需求IT需求申请需求评审表审核需求方案建议书需求方案制定立项申请书立项申请立项审批需求提供调研计划调研纪要需求调研调研提纲提供详细需求、业务流程、表单、制度等资料业务需求分析书需求分析需求评审检查表需求评审*系统需求规格说明书软件需求设计内部评审需求方案评估意见需求方案评估需求计划定制进入实施阶段图需求管理操作流程 五、内容本章将按照启动条件、输入、工作任务、输出和结束条件等五个方面对需求管理的五个阶段分别进行阐述，其中，将重点说明需求管理团队在每一阶段的工作任务，且工作任务中建议的分析方法和工具在第七章有详细阐述。 （一）需求导入需求导入旨在通过及时、专业化的导入技巧辅助业务部门规范、准确、全面的提出和描述信息化需求，为后续的方案制定、需求分析和系统建设打下基础。 1.启动条件需求发现是需求导入阶段的启动条件，包括以下两种情况?由业务部门发现并提出因业务的发展、管理的变化、操作的改变等引发的新业务需求。 ?由IT部门发现并提出IT部门相关人员在日常工作中发现的新需求。 2.输入各种形式表达的业务需求，包括文字描述、会议、口头描述等。 3.工作任务需求发现后，通过对关键干系人分析和需求影响情况分析，从而形成清晰的用户需求描述。 ?关键干系人分析需求申请人需要明确与该业务相关的人员/岗位/组织以及这些人员/岗位/组织对该需求的期望、参与度及影响力等。 ?需求影响度分析针对用户部门所提出的信息化需求，结合公司业务战略和信息化战略明确需求类型及其影响范围，并从运营管理效益提升和业务效率优化的方向上明确该需求所带来的影响和收益。 4.输出经过相关岗位审批后的需求申请表（模板参照附录一）和需求评审表（模板参见附录二）。 5.结束条件需求申请表通过了相关业务部门和信息管理部的审核。 （二）方案制定与评估需求管理团队运用专业方法，并结合内、外部资源等方面评估，制定出需求方案建议书，为信息化建设管理小组对项目的立项审批提供需求评估和方案确认的评判基础。 1.启动条件需求申请表通过审批。 2.输入需求申请表和需求审批表。 3.工作任务需求管理团队根据需求申请表及汇集相关部门审批意见的需求审批表，通过“关键干系人需求确认”、“业务需求分析”、“需求影响度分析”、“方案范围/确认分析”、“可行性解决方案建议与分析”等分析方法进一步细化需求，并结合内、外部资源形成需求方案建议书。 ?关键干系人需求确认需求管理团队协同需求申请人进一步对与该业务需求相关的人员/岗位/组织的期望在功能模块的层次上进行细化和确认。 ?业务需求分析在需求申请单的基础上对该需求细节所涉及的功能模块和业务操作流程进行沟通和确认。 ?需求影响度分析对业务需求给用户在组织结构，操作流程，管控方法以及相关的数据治理等领域所带来的冲击进行分析。 ?方案范围/确认分析针对用户需求业务影响分析的结果和业务需求概要清单，识别可能采用的解决方案和方案的作用范围进行分析确认。 ?可行性解决方案建议与分析对所确认的需求解决方案在成本、时间、风险、技术难度等方面进行分析为立项审批提供技术方向上的建议和评估。 4.输出由需求管理团队完成需求方案建议书（模板参照附录三），并由信息化建设管理小组审批形成需求方案评估意见。 5.结束条件在需求方案建议书完成并通过审批的基础上，由需求申请人启动公司内部立项审批流程，制定立项申请书（模板参照附录四），并通过公司相关部门审批。 （三）需求调研与分析通过相关部门的鼎力配合，需求管理团队中的用户需求分析人员牵头对项目详细需求进行调研与分析，以确保业务部门对系统的具体需求明确，并为下一阶段系统设计提供分析基础。 1.启动条件立项申请书审批通过，且需求管理团队指定用户需求分析人员负责需求调研工作。 2.输入需求申请单、需求方案建议书和立项申请书。 3.工作任务用户需求分析人员组织协调需求调研小组，通过“需求调研计划的定制”、“业务需求结构化梳理”、“业务模型/流程分析”、“业务需求优先级分析”和“业务需求确认”等工作步骤完成需求调研与分析阶段的主要工作。 ?需求调研计划定制根据项目计划定制需求调研计划，并拟列调研提纲，供相关部门准备调研资料；?业务需求结构化梳理针对所收集的业务需求概要清单和业务流程模型，对业务需求进行结构化的梳理和记录，形成需求文档。 ?业务模型/流程分析根据需求所涉及到的管控流程和业务活动模型的分析结果出相关业务操作和管理控制流程所涉及的UI要素、权限结构、处理逻辑等内容。 ?业务需求优先级分析对该所有的业务需求进行优先级分类。 ?业务需求确认与相关业务部门就的需求调研记录文档和需求优先级进行确认。 主要目的是消除与该业务需求相关干系人就需求的获取上所产生的沟通误区。 4.输出?调研计划（模板参照附录五）?调研提纲（模板参照附录六）?调研纪要（模板参照附录七）?业务需求分析书（模板参照附录八）5.结束条件完成业务需求分析书。 （四）需求设计需求设计旨在业务需求分析书之上提供详细、全面、可用的IT技术实现方案。 1.启动条件需求调研与分析结束，并完成业务需求分析书。 2.输入业务需求分析书。 3.工作任务需求分析基础上，通过“系统方案设计”、“业务数据模型分析”、“外部供应商解决方案参考与评估”、“解决方案内部评估”等工作步骤，完成系统需求设计。 ?系统方案设计根据业务需求分析书，对业务需求的实现进行信息系统建设方案的设计，为开发提供技术基础。 ?业务数据模型分析依据业务需求分析书，对数据流、格式、校验控制逻辑等方面进行分析，为后续的数据接口开发工作提供基础。 ?外部供应商解决方案参考与评估对外部市场上成熟产品的供应商的产品和实施技术方案、技术平台学习和评估。 ?解决方案内部评估在完成系统方案设计后，功能需求分析人员将和IT技术人员共同对系统建设方案在技术复杂度、实施风险、开发资源等方面进行综合评估。 4.输出*系统需求规格说明书。 5.结束条件信息化建设管理小组内部评审通过*系统需求规格说明书。 （五）需求评审相关业务部门对*系统需求规格说明书的正确性、实践性、完整性、可行性等方面进行评估。 1.启动条件*系统需求规格说明书通过了信息化建设管理小组内部评审。 2.输入*系统需求规格说明书3.工作任务功能需求分析人员协调和组织需求提出部门、相关业务部门、相关职能部门及信息管理部的主管领导共同召开需求评审会，检查需求文档中的每一个需求、每一行文字以及每一张图表。 讨论并判断*系统需求规格说明书中对于功能需求与非功能需求的正确性、清晰性、描述二义性、一致性、必要性、完整性、可实现性、可验证性、可测性等方面。 并填写需求评审检查表。 4.输出需求评审检查表5.结束条件参与评审的部门领导的需求评审检查表及修改完善并经过相关部门签字确认的*系统需求规格说明书。 六、例外外包实施项目时，上述流程中部分阶段可省略。 七、附录附录一需求