金融业务流程外包的软件经济学模型

根据高德纳咨询公司测算，2008年全球业务流程外包（BPO，Business Process Outsourcing）的市场规模已达6825亿美元，而金融业务流程外包（Financial Business Process Outsourcing）是BPO的一个子集。所谓金融业务流程外包，即金融机构将自己基于IT技术之上的业务系统委托给专业公司，由其按照服务等级协定（SLA）的要求进行管理、运营和维护，在金融业也称为IT外包（IT Outsourcing）。这一现象随着我国金融业和国际接轨的加深而日益普遍，很多金融机构把自己的IT研发和维护外包。

从选择外包模式金融机构的特点来看，不仅有IT业务规模不大（IT部门少于100人）的金融机构，也有IT业务规模处于中等（IT部门多于300人）的金融机构，这种现象引起了我们的关注。本文通过对金融业务流程外包这一现象的研究和思考，提出了金融业务流程外包应关注的核心领域和相关模型。

一、金融业务流程外包的基准

一、从项目管理角度来看，金融业务流程外包强依赖于软件项目全生命周期成本（FCC，Full-cycle Cost），FCC描绘了项目的全部成本，包括运营、维护、开发和生产成本。从机构的角度出发，金融机构决定外包的目标是寻找自己在行业范围内的准确定位。通常情况下，机构关心其在业内的平均结果。因此，机构必须弄清金融外包的基准，通过作者的研究，金融业务流程外包基准包括5个核心领域的内容，通过回答7个问题可以得到答案。

1．机构对软件规模的认识

问题1：机构有对金融软件大小的度量标准吗？

通常，机构决定要外包的项目，一定要考虑该业务处理系统的规模大小。关于软件项目的规模度量（即这个项目有多大），功能点（FP,Function Point，表示软件应用系统尺寸的一个测量单位）度量标准从1979年提出以来就被广泛使用，功能点度量是由Allan Albrecht及其同事于20世纪70年代中期在IBM公司开发，并由IBM公司推广到公共领域并得到IFPUG（International Functional Points User Group，国际功能点用户协会）的认可；另一种比较有代表性的软件规模度量方法是采用代码行数（LOC），该标准在20世纪50年代开始形成并发展，但因为多种原因目前基本不再使用。

金融业务流程软件遵从一般软件的特征，也可以用功能点标准来度量。但是，就功能点本身来讲，不同类型金融业务流程软件的功能点各不相同。例如，同等规模的数据仓库类项目或者数据挖掘类项目（直到现在，也有观点认为数据仓库类应用软件或者数据库领域根本就没有任何度量标准）与相对独立的银行经营分析系统、业务处理系统的开发、测试及维护的成本差异很大。SPR把应用软件的规模划分成6个等级，分别是1个功能点、10个功能点、100个功能点、1000个功能点、10?000个功能点和100?000个功能点，通常情况下金融软件的规模一般处于上述等级的3～5级。达到6级的金融软件应用系统通常要由数百人开发，所需的开发时间甚至能长达5年。

2.机构的软件成熟度

问题2：与机构所开发软件类似的软件的最佳开发过程是什么？

问题3：从SEI来看，机构属于CMM第1级还是第3级，从第1级到第3级所需要的成本是多少？

通常情况下，机构要考虑所生产的金融软件质量如何。根据SPR的研究，CMM达到3级的机构，其缺陷密度在研发阶段会控制在每个功能点5个缺陷以内，而发布的产品质量缺陷密度一般是每个功能点0.07个缺陷以内。机构的软件成熟度从一个级别到另一个级别的跨越与机构的愿景、使命及机构行为有密切关系。

3.机构的软件研发生产力

问题4：在机构所处的金融行业中，达到同类最佳水平的生产力所需要的成本是多少？

问题5：在机构所处的金融行业中，同类功能点的开发进度如何？

确定了金融软件功能点的规模后，软件的经济学诉求非常简单，那就是要回答生产达到质量标准的金融软件的成本是多少，回答这一问题，我们需要弄清楚金融软件产品包含的具体内容。通常，金融软件产品包括金融软件实体及运行、安装该软件的操作手册、安装手册和规格说明书。按照这些因素来考虑软件生产的成本，考察外包机构的生产力及被外包机构的生产力就可以解决问题4和问题5。

例如某机构的金融软件生产力是16FPs/人月（1月标准工时22.5天，每天工作8小时，该参数存在地区差异，下同），生产2000FPs需要附加提交1000页的《规格说明书》、《需求说明书》及《安装和运行手册》，该机构每页的生产时间是1小时，该机构平均工资水平是600元/人天。则一个2000FPs的金融软件的生产成本是：

经济价值是600×2938=176万元。

4.机构软件测试生产力

问题6：在机构所处的金融行业中，质量优异的软件测试需要投入多少成本？

作者认为，全生命周期测试成本是静态测试和动态测试的成本总和。静态测试成本包括代码走查(同行评审)、交付产品即编写投产方案、测试报告(沟通)的成本；动态测试的成本包括设计、撰写、运行及回归执行测试案例的成本。经过作者三年积累的经验数据可以得出以下参考值：一个CMM达到3级的软件生产机构，其研发和测试之间的成本分摊接近1∶1。

由此可以构建这样一个模型：一个功能点为2000FPs的金融软件，其测试生产力是16×3/2（测试按照全生命周期测试分为单元、集成、系统、验收及操作性测试，前三个级别是研发职责，后两个阶段是测试职责）=24FPs/人月；测试2000FPs需要附加提交800页的测试报告、进展报告及投产方案，该机构每页报告的生产时间是1小时，该机构平均工资水平是600元/人天。则一个2000FPs金融软件的测试成本是：

经济价值是600×1975=118万元。

5.机构的软件生产生产力

问题7：在机构所处的金融行业中，同类最佳水平的维护工作分配的工作量有多大？

一个简单的SLA协议可以通过回答维护该金融软件的技术人员的成本是多少来解决问题7。一般情况下，保持金融软件正常生产的要素包括投产、处理变更、处理缺陷修复及系统软件的升级、沟通和撰写各类报告。

例如应用软件是一个集中式B/S结构并有独立数据库系统作为数据处理的后台，且有20台(套)Web和应用服务器，维持正常生产的成本因素包括：一年投产4个大的版本，需要完成80台(套)的计算机应用软件的生产，需要15人天；一年处理变更3000个，处理一次变更的时间是1小时，一个工程师每天工作8小时，需要375人天；缺陷修复处理(性能提升、功能增强、补丁升级)及系统升级需要500人天；沟通成本包括接听电话、一线及行政人员咨询、服务电话、处理电子邮件，全年需要300人天；一年需要撰写1200页的生产维护报告，每页报告撰写时间是1小时，全年撰写报告需要150人天。则该金融软件的生产维护成本是15+375+500+300+150=1640人天，该机构每人天的工资水平是700元/人天，则该金融软件的生产成本是115万元/年。

二、金融业务流程外包的评估模型

机构期望软件的研发、测试、维护所需的全部经济总量是多少？即研发生产力、测试生产力、生产生产力是多少？实际上，金融业务流程是否外包取决于上述5个领域经济总量价值

X=V领域一+V领域二+V领域三+V领域四+V领域五

和外包单位在这些领域所提供价值Y的比较。其中，领域三、领域四和领域五的总价值可以直接量化，而领域一和领域二的总价值需要从定性角度加以分析。上式中，

V领域一=ab

a的取值非0即1，机构没有规模度量标准时，a=0，机构在该领域已经有明确的标准时，a=1；b(具体软件功能点大小)用来度量具体项目规模，其数值和a密切相关。

V领域二=cd

c的取值仍然非0即1，机构没有认证级别时，c=0，机构在该领域已经有明确的级别时，c=1；d(具体CMM级别)用来度量机构自身成熟度，其数值和c密切相关。

定性总价值之量化测算还需要考虑机构在整个行业的平均水平，在此基础上，采取估算的办法实现。如机构水平明显低于同行业平均水平(通常情况下从第三方咨询机构可以获取该信息)，则可能会寻求外包辅助手段；如机构水平高于平均水平，则可能会继续进行内部开发；如机构处于平均水平，则可能在软件改进过程上适当增加投入。

最终外包的总价还应包括购买设备、安装及空调、办公场所的建设或租赁等固定资产及间接管理费用，很显然，不论自建或外包这部分费用都需要投入。

三、金融业务流程外包的风险因素

金融业务流程外包需要考虑的因素非常多，还应该注意以下风险因素。

(1)政治环境因素。机构需要分析未来10年或者更短时间内国际及国内的政治走向，以便确定外包服务的成本风险。

(2)自然及地理因素。因为自然灾害、地理环境存在差异，机构需要分析外包机构的自然及地理环境因素，例如对地震因素的考虑。

(3)战争因素。机构需要分析外包机构未来6年或者更短时间内面临的战争可能性，以便确定外包服务的成本风险。

(4)外包机构财务能力因素。机构需要清晰认识外包机构的经济能力，外包机构的财务能力始终是一个关键的风险因素。

(5)外包机构软件成熟度因素。机构需要考虑未来10年的发展机遇或劣势，掌握外包机构在软件领域的成熟度（CMM或者CMMI）的定量咨询结论，以便确认外包机构有管理、生产软件的能力。

(6)外包机构的数据管理及自身核心信息的保护因素。机构需要分析外包机构对自身业务之核心数据的保护机制和制度。(lynn)

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。