两难抉择:应用程序是该斥资购买还是自主构建

译文
开发 后端 前端 新闻
IT部门长久以来所面临的老大难问题之一正随着当下新选项的不断涌现而变得更加复杂。下面我们一起来看MCI、摩托罗拉、Visa以及其它众多企业在面对它时给出的答案。

[[122305]] 

这明显属于莎士比亚所提出的那种两难抉择。我们到底是该通过购买商用企业级应用程序的授权许可来满足自身约75%的功能需求,还是下定决心、从零开始构建起能够切实满足我们全部任务的原创应用程序?

通过几十年的尝试、无数挫败以及理论家们的严格分析,目前业界已经得出了颇具统一性的结论:当我们需要具备一套自动化商用业务流程时,请选择购买; 而如果大家的目的是打理自己的核心流程,那么请为公司创建出***贴合需要的自主开发方案。

但现实情况绝不可能如此单纯。虽然那些陈旧而又复杂的内部开发系统也许确实能够解决众多普通任务,但高得可怕的负载迁移成本意味着它们根本不可能真正取代商用软件的市场地位。而且在某些情况下,软件包——甚至是SaaS(即软件即服务)产品——可能正好符合企业目前为自身规划的发展战略与拓展计划。“购买是为了提升标准程度,构建则意在改善竞争能力”,这样的理论思路虽然听起来言之凿凿、安全可靠,但企业真正需要面对的往往是一大堆复杂程度高得多……同时也更为有趣的备选方案。

随着像MCI、摩托罗拉以及Visa这样的重量级企业开始逐步提高构建或者购买决策在其自身项目当中所受到的关注度,两类总体趋势也由此渐渐浮出水面。首先,由于市场当中从通用型CRM到最为小众的垂直行业类解决方案供应商数量已经趋于饱和,由产品购买以及不同方案间合并所带来的经济压力(其中也包括订购以及要求SaaS供应商提供部署与维护服务)正处于持续增长当中。此外,当企业决定自主构建应用程序时,他们需要努力确保所创建出的功能可以在***程度上在整个组织体系中得到重复利用。

“每个人都清楚,我们现有体系的标准程度越高、也就意味着我们直接购买自商店货架的产品越多,而这将在实施与后续维护这两个方面给我们带来更为突出的成本效益,”普华永道公司前任全球CIO Mark Lutchen指出,其目前担任的是该公司的IT有效实践事务负责人。

但在另一方面,MCI公司(目前隶属于Verizon Business集团旗下)IT***架构师Bob Laird这样的高层管理者则为内部开发选项唱起了大家所熟悉的赞歌:“我们希望自己投入的资金能够切实给企业带来收益提升……或者是竞争力方面的优势,”他表示。

正如众多现代企业一样,Laird及其团队一直致力于在SOA公司内部重新构建开发流程,旨在保证他们能够重新利用现有资源而非真的一切从零开始。“决策的一部分在于认真审视自己已经拥有的传统应用程序,同时分析已掌握的传统资产中有哪些仍然能够具备商业价值,”他解释道。

面对构建还是购买这个历史性难题,摆在我们面前的考量要素仍然是那几样:成本、推向市场所需要的时间、政策、架构、技能组合外加战略价值。除此之外,供应商之间的业务合并还会带来新的定价模式以及绑定选项,这些都能为客户提供更为丰富的可用资源。而***,开源机制能够以混合型方案的姿态同时汲取这两大决策类型的长处,即将购买组件与自定义构建组件结合起来。在任何一家大型企业的规模化IT组织当中,我们都能在其深入层面发现这种将全部方案整合在一起的处理方式。

掏出支票簿

大多数IT高管都表示自己会首先对商用软件产品进行评估,特别是将由此带来的产品上市境与使用成本作为优先考量对象。普华永道公司的Lutchen指出,应当遵循的经验法则在于尽可能将资源节约出来,从而***程度地支持有必要进行内部构建的开发项目。

当评估到底是该购买方案还是自主构建时,最重要的一点就是透彻理解整个软件生命周期所带来的总体成本——一般需要以七到八年作为考虑周期。这个步骤非常重要,Lutchen表示,因为大约七成的软件成本都产生自后期实施阶段。一套严格而审慎的生命周期分析流程能够对后续维护所带来的成本压力进行准确核算,并帮助内部开发人员了解直接购买与自主开发到底孰优孰劣。

即使是在触及一家企业的客户、产品或者服务等领域的核心层面——甚至在IT部门从文化传统角度一直倾向于实行内部软件构建的情况之下——至少就目前来看,直接购买现成产品仍然应该被作为优先考量选项。举例来说,Visa公司就拥有一个以构建为核心思路的IT部门,这一方面是出于安全性、可靠性以及隐私方面的考量,但同时也是因为这家全球金融网络集团拥有巨大的业务规模。“如此可观的信息总量根本不是那些适合交给小型企业或者团队的外包项目所可以比拟的,”曾以CTO身份为Visa公司效力过三年(通过Visa旗下的技术子公司Inovant)的技术顾问David Allen表示。

然而,就在Visa公司致力于为其成员银行及商家成员利用此类应用程序作为盈利能力与使用状况分析机制从而实现更佳支持效果的同时,其自身的数据收集、传播、报告以及将基于供应商的解决方案同自身更为典型的原创方案加以整合(Visa公司在整个业务体系当中努力促进PMI认证的普及,并同时使用经典处理机制与迭代新方法)等实施方法也能够得到简化。Visa利用由Ab Initio公司打造的应用程序进行信息处理,并借助来自Microstrategy的产品实现报告与分析,这是由于这些方案与自主构建成果相比拥有显著的交付速度与生命周期成本优势。

在基础设施以及工具等层面,Allen敦促Visa公司尽量选择方案购买这类解决途径。“这些产品能够切实起效,而且在上述领域也并没什么竞争力优势可以构建,”他解释称。“这部分系统都是以规模化作为出发点进行构建的,我们使用的技术方案早已在大量企业当中得到普及。”

此外,开源趋势在Visa公司当中的众多层面也已经得到发展,其中包括开发、运营、数据库以及编程语言等等。

“将低成本工具与开源可用性加以结合相当于把两类处理方式(即购买与自主构建)中的精华部分进行汇总,”Allen指出。“通过将开源领域的新服务同Windows等商用软件产品的紧密配备,我们获得了良好甚至堪称卓越的业务运作体系。”

购买,但不做修改

尽管开源机制的实施机制引入了大量可定制化内容,但爆发于上世纪九十年代的ERP之战已经给我们带来这样一条明确的启示:在面对商用软件的时候,我们应当在***程度上避免对此类系统的修改,否则所面临的维护成本将等同于甚至超过内部开发应用程序所产生的开销。

MCI公司的Laird表示,包括他所在企业在内的众多厂商都曾经犯下过这样的错误,即对第三方应用程序进行重写、直到发现相比之下自主构建还更具成本优势。“如果大家打算直接购买某些商用方案然后再通过大规模修改来使其紧密贴合自己的业务需要,那为什么不直接动用自己的内部资源进行创建呢?”他提出问题。在并非MCI所独有的各类业务领域——例如销售与财务管理——他更倾向于通过调整让MCI的实施流程与现成软件产品相贴合。“(相关软件)必须要能够与我们的业务流程相匹配,如若不然、我们就会变更自身业务流程反过来适应市场上的现有主流解决方案。”

作为自定义软件的替代性方案,Lutchen建议大家转而采用售后产品,其中包括目前已经适用于大多数主流ERP软件包的插件组合。“如果大家能够避免对其主软件包进行修改,就能切实保证维护成本始终保持在较低水平,”他表示。

SaaS解决方案的固有特性使其能够通过浏览器实现应用程序交付,而这就避免了由内容变更带来了高昂成本。再有,SaaS“对于企业而言可算一种更为出色的销售模式与回报模式,”摩托罗拉公司战略、架构与电子商务部门集团副总裁Toby Redshaw指出,该公司目前正在使用来自Salesforce.com以及Rearden Commerce的SaaS产品。究其原因,这一方面是因为SaaS供应商通常允许客户以模块化方式挑选功能并为其单独支付使用成本,而不再像过去那样强迫买家认购一整套软件功能堆栈、而不论是否其中每套方案都能发挥实际功效,Redshaw解释道。

Redshaw指出,SaaS模式将给企业IT产生巨大的后续影响。未来的商用软件将能够以更为紧凑的时间周期投放市场,而后续维护成本也将显著低于由内部开发所创建的大型项目; 不过SaaS却能够以完全不涉及硬件与软件早期投入的方式发挥作用,同时将维护成本保持在***水平线上。Redshaw预测称,企业软件的价格将一路走低,因为供应商之间将以投资回报承诺、更加贴心的客户需求调查以及日益激烈的市场竞争为手段保证自身的生存及发展。

新的、更具吸引力的购买选项让“购买还是自主构建”的天秤表现出新的平衡点。换句话来说,内部开发必须要拿出更加令人信服的专有构建成果,否则将很难压制住久经考验且得到市场广泛验证的商用解决方案。

以自主构建谋求成功

在过去几年当中,哥伦比亚特区市政府一直希望能在其行政区划当中实现标准化发展目标,也就是将其内部构建的系统逐步迁移至来自Ariba、PeopleSoft以及其它厂商的现成应用程序平台之上。尽管如此,特区政府中华盛顿州商务智能部门负责人Dan Thomas却依然决定自主开发一套商务智能系统,旨在实现商用软件以及云服务也无法提供的独特功能。

为了充分利用自身的开发成果,Thomas选择了一套SOA方案并将商用软件与内部开发成果加以结合,旨在构建起一整套囊括了Windows以及基于Web分析工具的、面向高层管理者、分析师、普通员工以及移动员工的综合性解决方案。“我们购买核心应用程序,并自主构建其与实际工作之间的连接与协作工具,”Thomas告诉我们。

首先,他获得了大量基础应用程序的授权许可,其中包括:来自甲骨文与ESRI的地理信息系统、由Business Objects提供的商务智能应用程序、由Sonic打造的ESB(即企业服务总线)外加Plumtree公司的门户解决方案。接下来,他组织华盛顿州政府的开发人员们利用Java与.Net构建服务及接口,从而将上述核心应用程序对接在一起。

相关使用者们需要四款应用程序各自具备彼此不同的用户界面,其主要原因在于Thomas选择了自主构建而非直接购买的处理方式。“我们致力于实现效率出众的业务模式并严格遵循敏捷开发方法,”Thomas解释称。“我更倾向于为相关人员尽快提供能够满足其八成需求的、尚有待改进的方案,而不愿以更长的开发周期直接交付十成十的***成果。”

尽管将现成产品与内部开发成果加以结合能够切实降低风险与成本,但企业当中的某些特定核心领域可能***战略地位与特殊意义、因而根本不适合交由商用类应用程序进行打理。在MCI公司当中,这方面的实际体现在于任何同其电信网络相关的业务层面,Laird表示,例如网络配置、网络管理以及网络恢复等等。

在上世纪八十年代,MCI公司曾经自主构建起一套自动化网络恢复系统,这是因为当时市面上还不存在此类商用应用。这套系统的运作效果极为成功,帮助MCI在整个联邦通信委员会当中获得了***中断通报数量这一辉煌在成绩,Laird表示,而且这项纪录被该公司一直保持到了今天。

商业潜力

当市面上还不存在确切符合需求的可用软件产品的时候,我们不妨利用一点小小的创意来在降低开发成本与维护开销的同时获得专有应用。其中一种办法就是与竞争对手合作来打造垂直软件,并最终以授权许可方式加以使用。

“市场环境与经济体系的规模化发展迫使竞争对手们不得不以更为积极的态度进行合作,”Lutchen指出。举例来说,他提到一家来自娱乐行业的客户就曾经与竞争对手、风险投资外加软件厂商共同合作,旨在开发出一款专利税信息系统。目前市面上的专利税系统很难确切发挥效力,他指出,这是因为每一套方案都拥有彼此不同的信息来源、并产生复杂的追踪及支付处理流程。总体而言,前面提到的这些合作伙伴们集合自身的优势资源,从而构建起了一套效果拔群的解决方案。

匹兹堡大学医学中心也曾经出现过类似的成功案例。早在上世纪九十年代末,该医学中心希望能够利用PACS(即图片存储通讯系统)将放射科多年积累获得的胶片转换为数字图像格式,从而简化存储、查看以及分析的实施流程。但问题在于,当时的PACS供应商们还没有开发出这样一种能够在标准PC设备上显示此类影像的产品。

在匹兹堡大学信息实验室的鼎力协助之下,该医学中心开发出了自己的PACS方案,而且直到今天也仍然在使用。不久之后,医学中心与多家风险投资方共同建立了Stentor公司(随后被菲利普医疗器械所收购),旨在全权掌握产品开发之所有权。

商业化转型大大降低了其在长期支持与后续维护方面的成本风险。“我们认为,要想让该项目能够在长期角度获得真正的成功,就必须将其推向医学中心之外的广阔市场,”匹兹堡大学医学中心企业级中间件部门负责人Duane Falk表示。Falk同时指出,在充足的人力资源(在全部900名IT人员当中抽调250名)以及精妙的开发文化(完全符合卡耐基梅隆的能力成熟模型)的支持下,实验室进行专项开发工作的实施风险已经被降低到了最小程度。“对于我们来说,很多工作已经不算是从零开始了,”他表示。

决策树受到动摇

众多其它处理模式的兴起让构建与购买之间的界线变得愈发模糊。举例来说,在SOA当中,业务流程会被拆分成多个细化应用组件——其初始状态为标准化,但却由不同厂商(例如StrikeIron)在交付过程中进行自定义调整。目前各大主流企业级软件供应商,其中包括甲骨文、SAP以及Siebel等,也都开始向基于组件的新兴模式转移——虽然现在还无法确定这是否会导致客户需要为各独立组件单独支付授权许可费用。

“我认为我们正在迎接一类新型实施模式,其中全部组件都具备商用特性,而且我们最终可以只购买那些自己实际需要的服务,”哥伦比亚特区的Thomas表示。

不过企业IT部门永远无法彻底摆脱过去的传统实施机制。

“我总是说,不要从零开始构建解决方案,”Patni Computer Systems公司全球保险解决方案副总裁John Pierce建议道,这是一家专门为中型及大型企业提供现场及场外外包服务的供应商。

“我们不能对现有遗留环境大肆破坏,”Pierce进一步补充称。“毕竟它仍在承载着各位的日常业务运作。”

Pierce指出,这一切的起点在于以正确的方式定义业务流程。“业务流程通常意味在对内关注自身情况与对外关注客户需求之间找寻平衡点,”他提醒道。

目前正有越来越多资产管理方案需要与各类数据对接起来以在IT环境内部实现决策制定,Lutchen告诉我们。“电子表格已经无法满足此类要求。大家需要……一套能够将这些数据确切收集并加以整理的专门系统。”

以IT资源规划软件(他将其形容为‘IT领域的ERP’)为代表的各类工具能够切实帮助IT组织把各类资产及要求汇总成一类宏观视角,其中包括人力、技能、合规性需求、预算、硬件与软件、技术架构以及其它诸多因素。Lutchen给出的建议是,***的办法在于将所收集的数据配合上详尽的方案及后续影响交付给企业中的利益相关者,并由他们负责做出最终决策。

这种处理方式能够帮助企业成功缓解政治斗争带来的负面后果,但不可避免的,任何技术决策总会掺杂进政治考量及其它影响。我们能够做到的仅仅是尽***努力为决策者提供理论依据,摩托罗拉公司的Redshaw建议称,同时在低优先级项目当中做出妥协。“有时候出于情绪而据理力争并不科学,”他提醒道。“我们应当将注意力集中在真正能够实现成本节约并提升实际效果的领域。”

英文:http://www.infoworld.com/article/2655895/applications/to-build-or-to-buy-it-applications-.html

责任编辑:林师授 来源: 51CTO
相关推荐

2010-10-19 10:12:11

数据中心外包

2011-05-12 12:45:54

程序员

2011-05-12 09:27:15

程序员创业

2021-04-14 14:37:05

算法大数据场景化

2022-03-15 10:10:41

IT技能人力资源IT领导者

2013-09-03 12:48:25

创业CEO创业产品

2011-03-25 13:32:06

推迟新版本Android

2022-04-19 10:22:43

AI计算机就业

2022-12-09 07:25:58

.NET项目微软

2014-03-20 14:02:17

大数据

2016-03-07 13:16:15

2012-02-07 09:22:22

数据中心外包云计算

2012-03-28 09:46:32

2017-12-10 14:13:14

云服务云原生应用程序

2010-02-04 10:17:38

Android应用程序

2011-09-01 10:01:35

PhoneGap应用程序GoodDay

2017-03-02 11:10:39

AndroidMVVM应用程序

2010-12-06 09:54:09

网络自动化

2018-12-03 16:13:24

Facebook扎克伯格脸书

2010-06-13 09:22:37

jQuery
点赞
收藏

51CTO技术栈公众号