随着银行业日益广泛地采用信息化的技术手段，相应软件的需求量也在逐年增加。为了保证IT项目成功实施，需要在项目初始阶段正确地定义需求，开展完整的需求管理,同时研究必要的线上处理机制并与其后续开发过程相结合，以提高研发效率。
量，需求管理线上化变得尤为重要，通过工具进行需求提交、需求评审和需求变更等一系列管理，可大幅度降低时间成本，有效缩短开发周期，提高IT对于业务的支撑能力。
1. 需求研制流程
需求研制由项目申请部门发起，经项目管理部门分解，由主体开发部门及测试部门反馈联系人，目的在于通过此流程，申请部门可以了解到主要参与研发系统的联系人，开发团队也可全程参与需求研制过程。
一、项目需求管理定义及重要性
需求管理过程强调的是在项目实施初期取得业务部门对需求的承诺，并依此对需求进行整理分析，在实施过程中管理需求变更和维护需求的双向可追溯性，保持项目计划、产品与系统需求的一致性。需求管理本身就是一个动态的过程，贯穿整个项目的始终。
理想状态下，需求管理的目标是从“由点到线”“由线到面”最终至“由面到体”。通过某一个需求将后续的一个或多个交易（模块）设计及相应的交易编码到测试案例，串成一条“线”后变成一个“面”展示给项目经理。如果再结合需求标签、功能点估算及交易码管理，建立起组织级的需求库，形成需求量化、可复用的状态，将整个软件生命周期交织起来，不仅可为项目经理呈现全方位立体视图，从而更快速、更准确和更完整地完成项目，而且能为决策者提供更多的数据支撑，使之全方位了解行内项目的整体状态。
2. 需求提交及评审流程
经过前期业务部门及技术部门双重参与需求讨论，已形成了初步的需求说明书。软件需求是软件开发最重要的一个输入，要降低需求阶段的风险，就要做好需求评审工作。目前结合项目管理工具，已形成稳定的需求提交和评审流程。具体如下：产品经理组织需求编写，将需求提交至业务统筹部门；业务统筹部门启动需求评审流程，将需求发至关联部门，如业务配合部门、研发中心和数据中心等；实施部门统筹处室受理需求评审，由具体开发部门反馈意见，包括通过、不通过等具体意见；业务统筹部门根据反馈情况，填写论证结论，如通过则可经审批后下达，否则修改后再议，即流程重新提交至产品经理进行修改。
3. 需求变更管理流程
现代软件开发中，即使初期需求严格经过评审和后期详细设计，但或多或少会有些需要变更的地方。经梳理分析，某年110个项目共收到需求变更169次，变更类型主要为增加和修改需求，需求变更统计如图1所示，涉及电子渠道、信用卡、借记卡和营销等方面的需求变更尤其突出。
面对大量的需求变更，需要加强变更过程的评审，
二、高效型需求管理实践
目前银行业需求用户主要来自行内业务部门及各级分行，项目需求表述模糊、多变且零散，再加上近年来各种监管需求前期只是一些政策导向，往往使项目组无从下手。在这种情况下，项目组要做大量的分析研究，才能理清业务需求的来龙去脉。为了保证业务需求的质
2019 . 11 中国金融电脑
73
TECHNOLOGYMANAGEMENT科技管理
因此我们考虑在需求变更流程中有条件地增加架构管理部门审核环节。开发部门在此过程中反馈需求变更对于工作量、计划时间和总体方案的影响情况，并出具处理意见。对于论证结论为暂缓实施、需求变更影响总体方案等有重大影响的情况，由架构管理部门再次组织审核评估，尽量减小需求变更对于实施过程的影响。
三、后续思考及改进思路
结合以上描述，从需求工程的结构上看，农业银行在需求提交、需求评审和需求变更等方面已达到了较高的成熟度。为推动银行内部需求管理向模式化、资产化、工具化、精益化和敏捷化转型，实现真正意义上的全生命周期管理，还需要在以下方面有所提高。
4. 需求限时办结流程
对于需要快速立项并完成开发的项目，如果对需求征集意见工作没有时间约束，申请方、实施方需随时关注流程进展，流转时间过长将会大大影响后续工作开展。为提高效率，对于此类需求在项目立项阶段要求研发团队限时办结，超时仍未反馈意见的任务，将自动收回反馈意见权限，默认视为无意见，同时允许主办方在结束整个流程前特送回给未反馈意见的干系人。
1. 需求标签化管理模式
需求标签化管理模式即根据需求的各类属性抽象出来的标签化模型。通过打标签可以利用一些高度概括和容易理解的特征来描述需求类型，并且可以更加有针对性地建立统一的组织级需求库，从而提高需求复用和配置的质量，形成需求立体视图。研究需求要素，如需求业务条线、需求业务战略重点、需求规模、需求稳定性和需求变更次数等信息，归纳总结出具体的需求管理标签。需求要素的内容见表1。
5. 需求条目化管理
经过前期线上化的流程，需求正式下达至实施部门。在获取项目立项信息和需求批次及变更等信息后，进行需求条目化拆分，按需把握条目拆分粒度，通过基于TFS工具开展需求条目化管理工作。建立需求条目与代码、测试和投产的追溯关系，实现项目需求条目并完成周期、完成率和需求变更率等精细化指标统计及分析，以此辅助管理决策。
2. 多维度的跟踪矩阵
目前的需求管理从整体看还没有形成一条完整的线，需求提交、评审、代码和测试案例编写都有各自的流程，没能串成一条线进而织成一个平面。因此，需要实现需求全流程跟踪，达到点到面管理的目标，可以考虑监理需求跟踪矩阵，如图2所示。
图1 需求变更统计74
FINANCIAL COMPUTER OF CHINA
Technology Management科技管理表1 需求要素的内容
序号123456要素名称需求战略重点需求业务条线需求规模需求稳定性需求变更次数需求下达批次要素内容数字化转型重点、零售转型重点、网点转型重点、流程优化重点、年度计划重点个人基本业务线、IT基础应用业务线、对公基本业务线、客户营销与服务业务线、网络金融与渠道业务线、内部管理业务线、运营与产品支持业务线、IT基础应用业务线等根据拆分出来的需求条目数定义项目需求规模根据需求变更数与需求条目数的占比情况体现项目需求的稳定性一次、两次、多次一次、两次、多次图2 需求跟踪矩阵需求跟踪矩阵可以将软件的需求与后续的各阶段工作进行串联，通过需求跟踪矩阵可以完整查看需求的被设计、编码和测试案例覆盖情况等内容。我们还可以在需求跟踪矩阵中依据现行的功能点估算方法，完整地进行项目估算；查看其中哪些需求被详细设计；每条需求对应了哪支或者哪几支交易；每个交易对应了哪些测试案例等内容，通过测试案例的覆盖和执行情况可以直观
地显示项目的完成质量。
综上所述，全面加强的需求管理不仅促进了软件项目的研发，而且加快了创新产品和服务，进一步提高金融市场竞争力和经营效益，从而推动银行内部需求管理向模式化、资产化、工具化、精益化和敏捷化转型，实现真正意义上的全生命周期管理。
栏目编辑：孔蕊 kongrui@fcc.com.cn
2019 . 11 中国金融电脑
75
因篇幅问题不能全部显示，请点此查看更多更全内容