IT需求管理办法
it需求管理制度
it需求管理制度
IT需求管理制度是指在组织中建立起一套规范和管理IT需求
的制度和流程。
该制度包括了如何收集、评估、优先级排序和有效地管理IT需求的方法和标准。
IT需求管理制度的目的是
确保IT项目和服务的可靠性、连续性和满足业务需求。
IT需求管理制度通常包含以下几个方面的内容：
1. 需求收集：建立一个机制，确保收集到的IT需求来源真实、全面和准确。
可以通过与业务部门的沟通、需求调研和用户反馈等方式进行需求收集。
2. 需求评估：对收集到的需求进行评估，包括需求的可行性、紧迫性、重要性和资源消耗等方面的评估。
评估结果可以作为制定优先级和决策的依据。
3. 需求优先级排序：根据需求的紧迫性和重要性等因素，对需求进行排序和优先级分配。
通常使用优先级矩阵或其他方法进行排序。
4. 需求管理：建立一个需求管理系统或平台，用于跟踪和管理所有的IT需求。
需求管理系统可以记录需求的详细信息、状态、责任人和进展情况等，方便监控和管理。
5. 需求变更管理：对已经提出的需求进行变更管理，包括对需求的变更评估、变更流程和变更控制等。
确保需求变更的合理性和可控性。
6. 需求验证和验收：在完成需求开发和实施后，进行需求验证和验收，确保需求达到了预期的目标和效果。
通过建立和执行IT需求管理制度，可以有效地管理和控制IT 需求，提高IT项目和服务的交付质量和效率，减少项目失败的风险，并确保IT对业务的支持和满足。
如何做好IT项目管理的需求管理
如何做好IT项目管理的需求管理IT项目管理的需求管理是保证项目目标实现的关键环节之一、需求管理旨在准确地识别、记录和管理项目的需求，确保项目团队和利益相关者对项目的期望和需求达成一致。
下面是一些关键步骤和策略，以帮助IT项目经理成功地管理需求。
1.明确目标和范围：在项目启动阶段，确保明确目标和范围，这将有助于确定项目的需求。
明确项目目标和范围有助于减少需求变更和范围蔓延的风险。
2.确定利益相关者：了解和识别项目的所有利益相关者，包括项目团队成员、客户、最终用户等。
与利益相关者进行沟通，以了解他们的需求和期望，并将其整合到项目需求中。
3.进行需求分析：进行需求分析是确保项目成功的关键一步。
在需求分析过程中，IT项目经理应与利益相关者一起开展讨论，明确他们的需求和期望，并将其转化为明确、可测量和可跟踪的需求。
4.编写需求文档：根据需求分析的结果，编写准确、清晰和完整的需求文档。
需求文档应包括对各项需求的详细描述、功能需求、非功能需求、优先级和约束等。
5.进行需求评审：在需求文档编写完成后，进行需求评审，邀请项目团队成员和利益相关者一起对需求进行评审。
通过评审，可以确保需求的准确性、完整性和可行性，并及时解决潜在问题。
6.管理需求变更：需求变更是项目管理中常见的情况，因此IT项目经理需要有效地管理需求变更。
对于每一个需求变更，IT项目经理应根据变更的优先级、影响程度和成本效益来评估和决策。
7.使用合适的工具：IT项目管理的需求管理可以借助各种工具来提高效率和准确性。
例如，使用需求管理工具可以帮助IT项目经理记录、跟踪和管理需求的状态、优先级和状态变更。
8.保持沟通：IT项目经理应与项目团队成员和利益相关者保持良好的沟通。
通过定期的会议、讨论和报告，IT项目经理可以及时了解项目进展和需求变更，并及时解决问题和风险。
9.进行需求验证：完成项目后，进行需求验证是确保项目成功的关键一步。
通过与最终用户和客户进行需求验证，IT项目经理可以评估项目是否满足他们的期望和需求，并及时进行改进。
IT信息化需求管理制度
IT信息化需求管理制度第一章总则第一条明确集团信息技术（IT）需求管理流程、定义及职责，合理分配信息资源，加强集团信息系统的统一规划，促进信息技术需求统一管理并共享成果，提高工作效率。
第二条本办法所指 IT 需求包括：计算机技术相关的软、硬件采购、配置、使用、优化、调整、维护等一系列需求，可由集团或集团下属任何公司、部门提出，对其工作能产生帮助，符合公司利益。
第三条适用范围：集团总部及分公司。
第二章需求管理职责第四条集团信息部作为 IT 需求的主责部门，发挥 IT 专业价值，统筹 IT需求的统一管理。
第五条集团及下属公司的任何部门，作为 IT 需求的提出部门，负责提出合理需求，并互相配合、积极沟通、协调一致、共同完成需求的实现工作。
第六条集团信息部每年随集团要求制定次年预算开始，主动收集年度 IT需求。
业务部门有任何IT 需求在日常均可主动提出。
未经集团信息部允许或未向集团信息部报备，集团及集团下属公司的任何部门，不得自行委托外部机构合作信息化相关需求或项目，否则由此可能产生的成本（包含时间成本、人力成本、资金成本等）由其自行负责。
第三章需求管理流程第七条需求管理的总体流程将按照“提出—分析—实现—验收”的核心步骤进行。
第八条提出需求：IT 需求的提出必须填写《IT 需求申请单》（附件一，可在 OA 申请），审批通过后方可执行。
具体流程与分类如下：（1）集团总部：申请人—申请部门负责人审核—申请部门分管领导复审—信息部负责人审批—信息部分管领导—归档。
（2）子公司：申请人—申请部门负责人审核—申请部门分管领导复审（如有）—所属公司负责人—集团总部相关业务部门负责人—信息部负责人审批—信息部分管领导—归档。
第九条需求分析：集团信息部收集到需求后，应组织进行需求分析，出具需求分析报告，与提出部门共同签字确认立项，对于不可行的需求进行撤退或终结，对于可行的需求及时开展后续工作。
第十条需求实现：根据需求分析报告，集团信息部开展需求实现相关工作，立项出具需求实现方案，并推动项目顺利完成。
IT需求管理办法V12
IT需求管理办法V12IT需求管理办法V121. 引言本旨在规定了IT需求管理的办法，以确保项目需求能够被合理地管理、分析和满足。
本适合于所有涉及IT项目的需求管理工作，并将涵盖以下方面的内容：需求定义、需求分析、需求评审、需求变更和需求跟踪。
2. 需求定义2.1 需求概述本章节将对项目的需求进行概述，包括项目的背景、目标、范围和所需的功能。
需求概述将作为后续需求分析和评审的基础。
2.2 需求分类本章节包括对需求的分类和分级，根据不同的需求类型和重要性进行划分，并说明每一个需求分类的定义和影响。
2.3 需求获取本章节将阐述需求获取的方法和流程，包括面对面访谈、问卷调查、分析等，以确保获取到完整、准确的需求信息。
3. 需求分析3.1 需求分析流程本章节将详细说明需求分析的流程，包括需求确认、需求分解、需求建模等，以确保对需求的细化和准确理解。
3.2 需求澄清和确认本章节将介绍对需求进行澄清和确认的方法和技巧，以确保需求的一致性和准确性。
3.3 需求优先级评估本章节将说明对需求进行优先级评估的方法和标准，以确保对需求的重要性和紧急性进行合理评估。
4. 需求评审4.1 需求评审流程本章节将详细阐述需求评审的流程和要点，包括需求评审会议的组织、议程的制定、评审意见的记录等。
4.2 需求评审准则本章节将介绍需求评审的准则，以确保评审过程的客观性和一致性，并提供常见问题的解决方法和经验总结。
4.3 需求评审结果反馈本章节将阐述需求评审结果的反馈和处理方式，包括需求修改、需求补充、需求删除等。
5. 需求变更5.1 需求变更流程本章节将详细说明需求变更的流程和步骤，包括变更申请、变更评估、变更批准等，以确保变更的及时处理和控制。
5.2 需求变更管理本章节将介绍需求变更的管理方法和工具，包括变更请求的跟踪、变更影响的评估、变更后果的通知等。
6. 需求跟踪6.1 需求跟踪方法本章节将详细阐述需求跟踪的方法和工具，包括需求追踪矩阵、需求追踪工具等，以确保需求的追踪和控制。
IT公司项目需求分析管理制度
IT公司项目需求分析管理制度一、引言随着信息技术的快速发展，IT公司在面对项目需求分析过程中需要一个有效的管理制度来确保项目的成功实施。
本文将介绍一种适用于IT公司的项目需求分析管理制度，旨在提高项目需求分析的效率和质量，确保项目的成功交付。
二、背景分析IT公司在进行项目需求分析时面临着诸多挑战。
首先，项目需求通常包含大量的信息和细节，需要进行有效的整理和记录。
其次，需求识别和分析需要多个角色的参与，涉及到不同的专业知识和技能。
此外，需求变更和漏洞修复是常见的问题，需要有明确的流程进行管理。
因此，一个科学合理的项目需求分析管理制度对于IT公司的成功至关重要。
三、项目需求分析管理制度的重要性1. 提高需求分析的效率：项目需求分析是项目成功实施的基石，通过建立有效的管理制度，可以使需求分析过程更加高效和有序。
例如，规定需求分析的时间和资源分配，制定明确的角色职责和工作流程，避免需求分析过程中的混乱和冲突。
2. 提升需求分析的质量：一个科学的管理制度可以确保需求的准确性和完整性。
通过明确的需求收集和整理方法，规范的需求评审和确认流程，以及恰当的需求变更和漏洞管理机制，可以大大降低需求分析的错误和遗漏。
3. 保证项目交付的成功：项目需求分析管理制度不仅对需求分析过程有着积极的影响，还对项目整体交付有着重要的保障作用。
只有通过充分的需求分析工作，才能明确项目目标和范围，为项目实施提供可靠的基础。
四、项目需求分析管理制度的关键要素1. 需求分析计划：制定一份详细的需求分析计划，明确需求分析的目标、范围和计划的执行流程。
该计划应包括需求收集、需求整理、需求评审和需求确认等关键步骤。
2. 需求收集方法：使用适当的需求收集方法，例如面谈、问卷调查、文档分析等，保证准确、完整地获取项目的需求信息。
3. 需求整理与分类：对收集到的需求进行整理和分类，建立一个清晰的需求列表和需求优先级，以便更好地进行后续的分析和管理。
IT行业管理制度规范软件开发的管理规定
IT行业管理制度规范软件开发的管理规定随着信息技术的迅速发展，软件开发已成为IT行业中不可忽视的一部分。
规范软件开发过程是确保项目顺利进行并提供优质产品的重要环节。
本文将介绍IT行业针对软件开发的管理规定，包括需求管理、项目计划、团队管理、质量保证和文档管理。
1. 需求管理需求管理是软件开发的第一步，旨在明确需求和目标，为软件开发提供方向。
为了规范需求管理流程，IT行业制定了以下规定：1.1 客户需求确认在软件项目启动之前，与客户进行充分沟通，确保对需求有清晰的认识和理解。
并将需求以书面形式确认，明确双方的责任和义务。
1.2 需求变更管理在项目进行过程中，如果客户提出需求变更，需进行评估，并与客户协商确定变更的范围、时间和成本。
同时，记录需求变更的原因和结果，确保项目的可追溯性。
2. 项目计划项目计划是软件开发的路线图，控制项目进度和资源分配。
为了规范项目计划管理，IT行业制定了以下规定：2.1 项目分阶段划分将软件开发项目划分为不同的阶段，如需求分析、设计、编码、测试和部署等，并为每个阶段设定明确的目标和交付物。
2.2 里程碑管理确定关键的里程碑节点，以便项目进展的跟踪和控制。
在达到每个里程碑时，进行评估和复盘，确保项目按时按质地推进。
3. 团队管理团队管理对于软件开发的成功至关重要。
为了规范团队管理，IT行业制定了以下规定：3.1 角色和责任明确团队成员的角色和责任，确保每个成员清楚自己的职责，并且团队间的协作顺畅。
3.2 沟通与报告定期进行团队会议和进展报告，及时传达需要共享的信息和问题。
有效的沟通可以减少误解和提高工作效率。
4. 质量保证软件质量是软件开发的核心目标之一。
为了规范质量保证流程，IT 行业制定了以下规定：4.1 单元测试和集成测试在编码完成后，进行单元测试和集成测试，发现和解决潜在的问题，并确保软件的正常运行。
4.2 代码审查进行代码审查，确保代码的质量和规范性。
重点关注代码的结构、可读性和可维护性。
软件项目需求管理办法
1. 基线化需求
需求管理第一步是基线化需求。
基线化需求的目的是为了让需求的变更可以更加清晰的识别、沟通、交流、预算和控制。
2. 辨识需求变更
项目实施过程中因为业务功能未能满足或业务理解偏差导致的需求变更将被列入到需求变更中。
3. 分析需求变更影响
需求变更将会对后续的工作产生影响。
变更产生的影响需要被分析，辨识和记录，同时需求变更也需要被分以类别和优先级，以确定对项目整体的影响。
4. 通过/拒绝/延后需求变更请求
所有需求变更的通过/拒绝/延后在实施前都必须通过项目实施项目主管人批准。
5. 需求变更的发布
批准的需求变更将被发布到各受影响功能的关键用户、设计、需求分析、开发、测试人员。
6. 需求变更的执行
各受影响功能的关键用户和开发人员对需求变更进行执行。
欢迎您的下载，
资料仅供参考！
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。
it需求管理制度
IT需求管理制度引言IT需求管理是指对公司内部或外部的IT需求进行有效管理和协调的过程。
随着科技的不断发展，IT需求管理的重要性日益凸显。
本文将从以下几个方面进行探讨：IT需求管理的定义、重要性、流程以及关键要素。
定义IT需求管理是指对IT需求进行有效的规划、组织、协调和控制，以确保符合组织战略、业务目标和用户需求的过程。
通过科学的方法和规范的流程，使IT项目能够高效地满足组织和用户的需求，提高IT投资的回报率和组织的竞争力。
重要性IT需求管理对于组织的成功实施IT项目和提升业务价值至关重要。
以下是IT 需求管理的重要性：1.整合资源：IT需求管理可以将组织内部和外部的IT资源进行整合，有效规划和利用资源，提高IT项目的执行效率和成本控制能力。
2.明确需求：IT需求管理通过对需求的详细分析和沟通，帮助各方共同理解需求内容、范围和优先级，从而减少项目开发过程中的交流误差和需求变更。
3.降低风险：IT需求管理可以识别和评估项目风险，制定相应的风险应对策略，降低项目失败的风险，提高项目成功的概率。
4.满足用户需求：IT需求管理通过与用户密切合作，了解他们的需求和期望，设计和交付符合用户期望的IT解决方案，提升用户满意度和组织形象。
流程IT需求管理的流程可以分为以下几个阶段：1.需求收集：通过与相关部门或用户的沟通，收集并记录需求信息，包括业务需求、功能需求、性能需求等。
2.需求分析：对收集到的需求进行详细分析，梳理需求之间的关系和优先级，识别需求中的矛盾点和潜在问题。
3.需求确认：与需求提出方进行确认，确保需求的准确性和完整性，并达成一致。
4.需求变更管理：在项目开发过程中，随着需求的变更和调整，需求变更管理将起到重要作用。
在需求变更时，需要对变更进行评估、控制和沟通。
5.需求跟踪：跟踪需求的实现进度和质量，及时发现和解决问题，确保需求的有效交付。
6.需求评审：定期进行需求评审，确保需求的实施和交付符合预期，并进行质量评估。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
A公司股份有限公司IT需求管理办法第一章总则第一条为了实现对信息系统开发需求的有效管理，保证系统需求收集、分发、实施等各环节的顺畅流转，强化推行系统需求开发的成本核算管理思路，提高软件开发的计划性，特制定《A公司股份有限公司IT需求管理办法》（以下简称“本办法”）。
第二条软件开发需求（以下简称“需求”）是指为了完善信息系统已有功能、开发新的功能或系统而提出的需求。
第三条本办法的管理过程包括需求问题沟通体系、需求年度预算管理、需求季度跟踪管理、需求月度开发进度管理、计划外需求管理、立项需求管理、需求优先级评估、需求成本分析与投资收益跟踪、突发重大问题处理、版本发布管理等部分。
第四条IT需求管理处负责全面系统建设需求及相关联事宜管理，架设于企划部下，具体职责包括：-支持IT规划：协助集团信息技术，结合产险业务发展规划，进行产险IT规划；-需求管理：日常需求管理：需求审核，需求优先级排定，需求计划制定，版本发布相关工作推进；项目需求管理：项目可行性分析及立项审核，项目状态监控；日常运营监控：运营流程优化，运营问题收集及跟踪；-资源管理：业务部门IT资源使用情况监控，确保系统开发在年度预算范围内进行；-突发问题处理：对系统日常运行过程中的突发异常状况及时响应；-流程管理：确保业务与IT间工作的有序流转，顺畅衔接。
第五条IT需求管理处人员岗位-承保岗：负责各业务条线投承保部分需求管理协调；-理赔岗：负责各业务条线理赔部分需求管理协调；-财务统计岗：负责财务、统计分析部分的需求管理协调；-综合岗：负责日常综合事务处理，包括公文发布、会议召集、报告整理、问题分发等工作。
第六条角色说明机构需求管理责任人：二级机构、三级机构均指定唯一系统需求及问题处理责任人。
负责机构日常系统使用问题的第一时间响应，对于无法处理的问题及时上报。
负责日常机构使用系统问题的定期收集与解决情况的定期反馈。
业务部门IT接口人：总公司各业务部门指定唯一IT接口人。
负责本部门、本业务条线的需求统筹工作，包括需求计划的排定、原始业务需求说明的提交及必要的需求沟通等，以保障需求沟通的有效性和及时性，降低沟通成本。
如果业务部门提出的需求涉及多个部门，由需求提出部门负责需求的整体协调及沟通确认。
负责结合业务管理制度整理系统操作手册，负责系统上线前的培训实施。
信息技术中心需求接口人：信息技术中心某一系统板块指定唯一需求接口人。
协助IT需求管理处完成需求成本预估，并接收IT需求管理处分发的需求项目，推进后续需求开发相关事宜并有效跟进。
需求管理委员会：由总裁室全体成员组成，负责年度预算需求、季度需求计划、计划外需求的审批，需求优先级排定情况审核。
第七条需求分类说明从需求提出时效区分，包括计划内需求与计划外需求。
计划内需求指按照需求的季度管控周期，在每季度末提出的下季度需求；计划外需求指非季度管控周期提出的各项临时需求。
从需求提出类别区分，包括决策类需求、管理类需求、操作简化类需求。
决策类需求指总裁室制定的、需要系统匹配开发的各项需求及综合性统计分析需求；管理类需求指总公司各业务部门根据业务管理政策提出的系统需求；操作简化类需求指为了提高工作效率、简化操作环节等提出的系统需求。
第八条需求审批流程说明：所有需求必须遵循如下级别的审批流程。
第九条业务部门推出的新产品，预期年保费规模在200万元以上的险种，可申请新险种开发，否则，在现有系统险种项下进行所需各项业务处理（保费规模按照“险种系统开发成本 / 公司IT系统建设成本投入比例”推算）。
第十条通报机制：为保证需求管理工作情况的及时通报，IT需求管理处将按照如下工作周期对需求状态进行报告。
第二章需求问题沟通体系第十一条公司在总公司、二级机构、三级机构设立专门的需求管理责任人，以建立完整的需求问题沟通体系，负责日常系统使用问题的解答、系统需求或缺陷的上报及后续解决情况的跟进。
对于判断为有待系统改进的需求项目，按照“三级机构?二级机构?总公司业务部门?总公司IT需求管理处”的流转流程逐级向上反馈。
（图1-需求问题流转级别，图2-需求问题流程总览）第十二条IT需求管理处于每季度最后一个月第一周，征集机构系统使用的需求问题及改进建议，同总公司对应业务部门沟通确认后，排入季度需求计划进行后续的需求跟踪管理。
IT需求管理处安排不定期前往机构调研，实地了解系统使用情况，对于发现的问题归入季度问题跟踪周期，协调落实。
第十三条IT需求管理处每季度第二周汇总上一季度所收集机构问题的实施情况，统一整理后专项呈报各业务分管总。
第三章需求年度预算管理第十四条需求年度预算管理确定公司的年度总IT成本投入，是公司预算编制的一部分，同时包括软件开发预算及运营支持预算，应在制定需求年度计划时充分考虑并提出。
（图3-需求年度预算管理流程，图4-年度及季度需求管理时间周期）第十五条IT需求管理处于每年9月第一周，启动年度需求预算编制的需求征集工作，总公司各业务部门由IT接口人负责，二级机构由机构需求管理责任人负责，于9月完成下年度需求的整理，形成《需求年度计划》，上报IT需求管理处。
需求整理时，应结合公司战略发展、年度业务工作重点等做充分考虑，系统开发需求或硬件设备需求等应全面涵盖。
第十六条IT需求管理处各岗位对自己负责条线的需求进行汇总整理后同对应业务部门IT接口人确认需求、同信息技术中心对应需求接口人确认需匹配的成本投入，最终排定优先级，于10月第一周完成《需求年度计划》的汇总确认。
第十七条信息技术中心根据IT需求管理处整理的《需求年度计划》，于10月第二周完成产险IT年度预算的编制，确定各业务条线可使用IT成本金额，并按照“预算金额/人员单价”折算系统开发可使用的人月数量。
其中，对于需求项目涉及多个业务部门的，将参照业务规模占比进行合理分摊，以确保开发资源合理匹配至每个业务部门。
第十八条IT需求管理处，于10月底前，针对各部门沟通确认的需求及预算的初步编制结果，同各分管总汇报。
第十九条IT需求管理处，于11月底前完成年度需求计划及预算编制情况的汇报，由需求管理委员会审核确认，并在12月集团预算整体核定通过后，向全司通报年度预算需求排定情况。
第二十条公司对于系统开发成本将按照年度预算严格控制，对于预算未涉及需求项目，届时需单独立项，申请批复后才可启动实施。
第四章需求季度跟踪管理第二十一条需求季度跟踪管理是对需求年度计划的跟踪管理，是在年度总预算约束下，业务部门以季度为周期，对年度计划中的季度工作进行修订，并明确最终的《部门需求季度计划》，整理形成完整的《用户原始需求说明书》，以指导季度系统开发工作。
（图5-需求季度跟踪管理流程）第二十二条I T需求管理处于每季度最后一个月第一周启动下季度需求征集工作。
总公司各业务部门IT接口人根据需求年度计划，结合分支机构或自身业务的需求，在预算范围内，调整、修订年度计划中的本季度需求，明确季度需求开发内容，于每季度最后一个月第一周整理形成《部门需求季度计划》，并附《用户原始需求说明书》、《用户原始需求评估表》，新产品开发需求附《新产品调研问卷》，上报IT需求管理处。
第二十三条I T需求管理处各岗位针对各自负责条线的部门季度需求，于每季度最后一个月第二周，同业务部门IT接口人进行沟通、预估工作量，并根据信息技术中心季度资源匹配情况、业务部门提供的需求优先级，确定各业务部门的需求季度计划。
第二十四条信息技术中心对IT需求管理处排定的季度需求计划进行确认，并结合实际系统开发情况做必要调整，于每季度最后一个月第三周完成修订。
第二十五条I T需求管理处于每季度最后一个月第四周，召集下季度需求排定情况通报会，报需求管理委员会审核通过后，向全司通报下季度需求排定情况。
第二十六条业务部门IT接口人应保证原始需求文档填写完整，在《部门需求季度计划》提出时一并提供，对于没有提供原始需求文档的需求项目，将不纳入季度开发计划。
第五章需求月度开发进度管理第二十七条需求月度开发进度管理是对季度需求计划的月度修订，除监管性需求和公司战略性需求除外，各需求项目一旦确定将不再变更。
（图6-月度需求管理时间周期）第二十八条信息技术中心需求接口人于每月常规版本发布所在周，根据季度需求计划、紧急需求及计划外需求情况，结合信息技术中心月度资源匹配情况，同IT需求管理处对应岗位人员沟通，确定下月度开发计划。
并严格遵照月度开发计划组织软件开发。
第二十九条I T需求管理处于每月常规版本发布后一周完成当月工作总结与下月度工作计划的整理，包括各部门资源使用情况的核算，在koa上以通知公告的形式通报全司。
第三十条业务部门IT接口人于每月常规版本发布前一周，协调部门内相关人员对拟上线功能进行用户接受测试，并将测试结果及时反馈，以保证上线功能与原始需求相匹配。
对于涉及操作模式较大变更的，业务部门IT接口人负责协调组织相关培训及培训资料的下发等事宜。
第六章计划外需求管理第三十一条计划外需求管理对年度预算内、但属于需求季度计划外的需求项目进行管理。
计划外需求主要指业务需求。
从管理流程层面区分，可分为可置换的预算内计划外需求和不可置换的预算外计划外需求。
（图7-计划外需求管理流程）第三十二条可置换计划外需求，由二级机构需求责任人或总公司业务部门IT接口人填写《用户原始需求说明书》、《用户原始需求评估表》，新产品开发需求附《新产品调研问卷》，通过koa提出专项需求申请，严格按照需求申请的审批流程由各环节责任人审批。
第三十三条可置换计划外需求审批通过后，信息技术中心将其并入需求月度开发进度管理（除监管要求或总裁室要求的有明确时间约定的需求项目外，其余需求原则上统一纳入下月度需求管理周期中实施），并根据计划外需求与计划内需求的置换情况、对原有需求开发计划的影响情况重新排定需求季度计划。
第三十四条不可置换计划外需求指工作量较大、超出年度预算规模，又无法与现有需求进行替换的，按照立项管理流程处理。
第七章立项管理第三十五条立项管理指对年度预算中以项目形式约定，或计划外需求规模较大、超出年度预算规模的需求项目的管理。
（图8-立项需求管理流程）第三十六条需立项项目，由业务部门IT接口人填写《用户原始需求说明书》、《用户原始需求评估表》，并整理立项申请，对业务背景、业务需求、实现方案、实施成本等方面做明确说明，提交koa，由各级别负责人审批。
第三十七条信息技术中心需求接口人协助完成原始业务需求的可行性分析确认，并对立项申请中开发成本及其他IT需投入成本进行补充。
第三十八条对于审批通过的立项，由信息技术中心负责进行系统选型、外包合同签订等工作，并安排好后续系统实施。
对于系统实施公司的选型，业务部门有责任进行推荐、以便于招标工作的开展。