技术应用Ａｐｐｌｉｃａｔｉｏｎ◎ 金融企业业务分析框架构建 口文／力口拿大丰业银行孙良 、ＩＩ．务需求是ＩＩ Ｉ：是业务分析领域的核心。业务需求的质量支配着ＩＴ项目和其他许多ＩＴ工作的起点，它也 Ｔ 解决方案所需的时间和花费。目前关于业务分析或需求的 文章主要从单个角色，即业务分析师的角度来阐述如何收 集和分析业务需求。以金融企业为背景，同时从企业和个 人的角度系统地阐述如何制订、实施、执行和测量业务分 析和需求流程的论述几乎没有。笔者将就此话题与读者进 行探讨。 一、业务分析的目的与常见问题 本文所讨论的需求和业务分析主要针对金融行业，如 银行、保险公司和贷款机构等。业务分析的目的：确保ｒｒ 或非ＩＴ的解决方案符合业务拥有者或客户的期望；识别并 清楚定义真正的业务问题和业务机会；确保ＩＴ部门为业务 部门或客户做正确的事并且交付正确的结果；确保业务部 门或客户得到他们真正需要的；将项目成本的收益最大化。 目前企业中业务分析领域常见的问题：低质量的需求， 例如需求不清楚、不完整、描述模糊、界限和范围定义不 清楚等；现有的流程或模板存在各种各样的漏洞，例如业 务分析的某些方面并没有覆盖到；对现有的流程和系统缺 乏了解；企业有自己的业务分析和需求流程，但并没有相 关的指南和模板，每个项目所采用的文档格式和原则不一 样；业务分析师缺乏适当的业务分析技能，例如不知道如 何采用用例分析模式（Ｕｓｅ Ｃａｓｅ Ｍｏｄｅｌｉｎｇ），即项目的需求分 析流程自始至终由用例驱动；没有统一的需求变更的批准、 记录和跟踪方式。 二、高质量需求和业务分析的要素 大型金融企业有大量不同规模、复杂程度及特性的ＩＴ 项目和维护工作，业务分析师的业务水平参差不齐。大型 企业要达到高质量的需求和业务分析，仅寄希望于业务分 析师的努力是远远不够的，需要从四方面。即人、流程、 治理和测量来构建和实施高质量的业务流程和框架。 业务分析师：人的要素即业务分析师，在北美类似的 职位还有业务系统分析师、业务专家、业务顾问等。它是 作为商业和ＩＴ之间的桥梁，介于客户和ＩＴ团队之间，在 ＩＴ项目中负责发掘、分析、传达和确认客户的需求。同时 了解有关业务的各种问题并发现新的业务机会，给出解决 方案；参与系统的设计、测试和实施以及各种协调Ｔ作。 根据笔者和其他同行的经验，北美的需求分析师和软件开 发人员的最佳比例应介于１：２和１：４之间，有的公司或 项目可以达到１：５或１：６，但当比例达到或超过１：７或 １：８时，需求分析师的工作量和压力明显加大，工作质量 明显下降。 流程：除了确保业务分析师能够交付高质量的ｌＴ作外， 还需要识别和制订相应的流程和规则。业务分析不仅包含 需求开发流程，还有需求管理和风险管理流程。只有流程 是不够的，还需要明确适用于业务分析的组织级基本原则 和提高效率、保证一致性的模板。 治理：为了确保业务分析流程得到有效和正确地执行， 相关人员遵循既定的标准和相关文档，如需求文档等。企 业需要有相关的治理机制，包含监督、控制、跟踪和审计。 测量和分析：对每个项目的需求质量和流程执行情况 进行评估、测量和分析，为需求风险管理提供相关信息， 同时识别不足之处，为需求质量和流程的提高指明方向。 三、企业级业务分析框架的构建 业务分析框架应该遵循以下原则和目标：框架应以人、 流程、治理和测量为中心。通过框架能够交付高质量的， 可重复和稳定的需求。 框架的目的是提高需求质量和工作效率，减少错误和 降低成本。但在不合适的地方采用不合适的流程，或是制 订和使用过度复杂的流程，不仅造成浪费，增加成本，而 且使项目利益相关者对框架所带来的积极成本效用和好处 产生怀疑从而降低对整个流程的信心。因此需求框架应该 ２０１１年１２月金 屯 ｌ ６９ ◎Ａｐｐｌｉｃａｔｉｏｎ技术应用 步，在高层需求批准后，业务分析师开 始底层的需求工作，基本重复上述２～５ 的步骤，具体的文档和内容会不同。 需求开发指导：对于需求开发过程 中的每个子流程或领域需要制订实践指 南，以避免相关人员如业务分析师走弯 路，减少错误。尤其对于大型项目，制 订统一的标注和实践指南尤为重要。 需求开发模板：对于需求开发过程 中的各种文档需要制订适用于不同规模、 有足够的灵活性以适用于不同规模、特点（技术类别和商 业类别）以及开发方或模式的项目。 流程应简单实用、易于遵循，按照“傻瓜化”的原则 来设计，即只需具备基本知识和经验的人员就可以执行流 层次、复杂度和特性的项目，模板的主要目的是统一标准、 减少误解、提高工作效率。 需求开发培训：需求分析师的水平和经验直接影响需 求的质量和业务分析流程的执行。通过相关培训，将其业 务能力提升到满足企业项目的水平是提高企业效率的有效 途径之一。培训不仅局限于知识的获得，而且应该覆盖流 程的熟悉，工具的使用等。 需求管理：需求管理是需求流程中的另一核心流程。 其目的是确保所有需求管理的任务被执行并得到满意结 果。项目需求流程的一致性包括形式、内容、格式、实践 程。同时对于每个流程，还应该有相应的指导和模板，实 际操作人员明白３Ｗ，即为什么这样做、应该做什么和怎 么做。 企业级业务分析框架（如图１所示）包括下列模块。 业务分析基本原则：定义适用于整个业务分析流程的 原则，无论是ＩＴ项目、ＩＴ维护，还是仅限于商业业务范 围的业务分析，都应该采用统一的业务分析流程；业务分 析流程应该采用上述用例驱动模式；技术和业务部门的利 益相关者如业务专家、系统专家、开发团队和测试团队都 要及早参与到ＩＴ项目的需求阶段。有时还需要系统架构、 信息安全等团队的参与。 需求开发：需求开发是需求流程中的核心流程之一。 在基于理解客户和利益相关者需求的基础上开发客户的业 务需求；建立和维护所有利益相关者对需求的共同理解； 等。需求管理通常由项目经理和业务分析师共同完成。通 过ｓｉｇｎ—ｏｆ ｆ批准）来确保需求相关文档获得主要利益相关 者的批准，通过制订需求追溯性矩阵来保证需求的可追溯 性，识别并管理需求流程中的不一致性，及时更新、分析 由变更请求而产生的影响。 业务分析风险管理：该模块是业务分析风险管理的一 部分。其目的是及早识别需求中的不同流程风险，并在其 不同阶段识别、消除或降低风险。需求风险管理通常由项 目经理、业务分析师和其他团队共同完成。 业务分析治理：业务分析治理是整个企业ＩＴ治理的 一在整个系统开发生命周期中，需求被不断地识别、跟踪和 细化。需求开发模块内有４个支持子件，即需求开发流程、 指导、模板和培训工具。 需求开发流程：第一步，收集客户的需要和愿望。业 部分。包括对业务分析流程的监督、控制、品质保证和 审计。通常由于项目之外的多个第三方来执行。具体 的组织结构和执行方式因企业的ＩＴ治理模式和架构不同而 不同。 务分析师要分清客户的需要即必需的功能和客户的愿望即 最好有的功能。第二步，业务分析师识别、导出、分析、 合并、记录客户的高层需求（包含功能性和非功能性）。 第三步，在高层需求文档诸如高层需求文件、产品分解图 ｆＰＢｓ）、产品流程图（ＰＦＤ）、背景图（Ｃｏｎｔｅｘｔ Ｄｉａｇｒａｍ）、用例 模型的第一个版本完成后，由主要利益相关者如客户、开 业务分析测量和分析：测量和分析是ＣＭＭＩ中的一个 流程。目的是确保管理团队审阅相关测量结果和报告，为 其持续性提高采取相应更正行动。采用外部标准如ＣＭＭＩ 来衡量流程的成熟度。测量和分析的重要部分是度量信息， 包含清楚定义度量信息；有效实施度量信息；收集和分析 与度量信息相关的数据，并与管理团队讨论。四 发团队、测试团队进行审核。第四步，批准高层需求。第 五步，项目经理或业务分析师确立高层需求的基准。第六 ７０ ｆ金巍屯 ２０１１￣１２ｇ］
