應客觀辨識披上“IT互聯(lián)網(wǎng)”外衣的“敏捷神話”，小心踩上“神似”敏捷的“香蕉皮”。只有這樣，才能創(chuàng)建高度互聯(lián)世界靠口碑傳播的“殺手級”應用和超級客戶體驗“傳奇”。

　　“客戶、產(chǎn)品、渠道、服務這些屬于傳統(tǒng)金融概念，生態(tài)金融的關鍵詞是場景、媒介和體驗……未來我們不一定真的需要傳統(tǒng)金融服務，但未來我們一定在生態(tài)金融的海洋中翱翔。”有觀點如此認為。

　　然而，所謂生態(tài)金融的 “場景、媒介和體驗”是否可以拋開所謂傳統(tǒng)金融的“客戶、渠道、產(chǎn)品、服務”？“敏捷開發(fā)”是否如此神奇？“互聯(lián)網(wǎng)IT”帶來的是顛覆還是融合？“雙模IT”是否可以使傳統(tǒng)企業(yè)跟上“互聯(lián)網(wǎng)IT”的步伐？

　　“敏捷開發(fā)”能否解決傳統(tǒng)行業(yè)適應互聯(lián)網(wǎng)IT開發(fā)敏捷性問題

　　Gartner公司在2015年十大戰(zhàn)略技術趨勢特別提到的“互聯(lián)網(wǎng)IT”，在未來三年內(nèi)可能顛覆企業(yè)現(xiàn)有業(yè)務模式、末端用戶的使用習慣和企業(yè)IT基礎設施。同時指出，以移動互聯(lián)網(wǎng)、搜索智能、社交網(wǎng)絡和多渠道為核心技術、以客戶體驗為主導、以全球虛擬化市場為平臺的跨界創(chuàng)新數(shù)字電商模式(digital commerce)正進一步驅(qū)動全球消費化趨勢快速發(fā)展。

　　數(shù)字電商模式對傳統(tǒng)企業(yè)的營銷理念、組織文化和決策策略產(chǎn)生顛覆性挑戰(zhàn),而數(shù)字電商的核心架構便是“互聯(lián)網(wǎng)IT”(Web-Scale IT)。“互聯(lián)網(wǎng)IT”是互聯(lián)網(wǎng)公司把互聯(lián)網(wǎng)思維、技術架構和云服務輸送到企業(yè)，使傳統(tǒng)企業(yè)的IT基礎、敏捷性和技術能力得到遠程重塑，形成 “互聯(lián)網(wǎng)規(guī)模IT”或“互聯(lián)網(wǎng)IT”。 “互聯(lián)網(wǎng)IT”也可稱為“企業(yè)互聯(lián)網(wǎng)化”，Gartner預測，到2017年，它將成為架構方法的一種，全球50％的企業(yè)將使用這種模式。

　　“互聯(lián)網(wǎng)IT”旨在建設可擴展（包括內(nèi)外部可擴展）、低成本、穩(wěn)定高效的技術架構，其特征包括：

　　◎?擁有成千上萬臺機器的計算能力；

　　◎ 只需少數(shù)工程師就可以運維大量機器；

　　◎ 應用可以承載非常高的用戶訪問量；

　　◎ 即使有些機器出現(xiàn)故障，應用仍然工作正常；

　　◎?應用每天可以升級部署應用好幾次；

　　◎?剛剛夠用的流程和扁平化管理；

　　◎?快速向用戶交付產(chǎn)品；

　　◎?支持開源代碼及軟件；

　　◎?密切合作、高效溝通的組織架構。

　　“互聯(lián)網(wǎng)IT”是一種在企業(yè)內(nèi)部IT設施上運行的環(huán)球級別計算模式，像Facebook這樣的Web-Scale實例，從來就沒有“完成”的時候，而是以“敏捷開發(fā)”的方式一直處在過程之中。“敏捷開發(fā)”意味著更多的迭代，更早、更頻繁地發(fā)布產(chǎn)品更新。它的出現(xiàn)不僅促使開發(fā)人員更加快速接近客戶需求，讓開發(fā)者開始更多關注如何加快開發(fā)周期，寫出更容易實現(xiàn)的代碼、更好的用戶體驗。

　　“敏捷開發(fā)方法”與“項目開發(fā)方法”的區(qū)別在于，項目有獨立的產(chǎn)品服務開發(fā)目標和開發(fā)時間起點終點，而“敏捷開發(fā)方法”是在一個既定的短時間內(nèi)將本應由一個項目組開發(fā)的獨立產(chǎn)品服務開發(fā)任務切分成若干個有關系或沒關系的開發(fā)任務，并行或迭代開發(fā)。成功的敏捷開發(fā)非常依賴高水平的CTO協(xié)調(diào)，不過，由于單個項目組可能缺乏對項目目標的整體判斷、理解不清迭代間的依賴或調(diào)用關系，缺乏企業(yè)級流程、產(chǎn)品和數(shù)據(jù)標準的豎井式系統(tǒng)，后續(xù)整合豎井衍生的IT開發(fā)成本并不亞于非敏捷開發(fā)。

　　“雙模IT”能否提升傳統(tǒng)行業(yè)敏捷性IT開發(fā)的質(zhì)量效率

　　傳統(tǒng)企業(yè)渴望擁有和互聯(lián)網(wǎng)公司一樣的IT能力進行業(yè)務創(chuàng)新，同時提高IT運營效率、降低費用。Gartner公司指出，企業(yè)如想井然有序地實現(xiàn)數(shù)字化敏捷性，可同步推行“雙模IT” （Bimodal IT)，即目標為可靠性的模式1和目標為敏捷性的模式2并行。

　　Gartner公司指出，企業(yè)IT部門可借此采用兩種不同的方式來滿足企業(yè)需求——一個專注于敏捷性和靈活性，另一個以效率、可預測性和循序漸進法為中心。“迭代式增量開發(fā)”（IID）有兩種形式。最初的IID方法可被視為壓縮的瀑布，通常歷時8周。這種“高規(guī)格IID”適用于模式1——例如，原來的統(tǒng)一軟件開發(fā)過程（RUP）。第二種IID形式——“IID精簡版”或“低規(guī)格IID”——涉及更多同時完成的工作，降低的文件需求和較少的流程形式。它更適合模式2——例如，針對敏捷軟件開發(fā)的OpenUP和微軟解決方案框架（MSF）。

　　模式1和模式2大體上分別對應“傳統(tǒng)IT”（Traditional IT ）和“互聯(lián)網(wǎng)IT”（Web-scale IT），實行這種“雙模IT”對于傳統(tǒng)企業(yè)在高度互聯(lián)世界注入敏捷基因，在保持業(yè)務穩(wěn)健性的同時提高數(shù)字化悟性，確實是一種可選方案。

　　盲目采用缺乏企業(yè)級業(yè)務架構管控和組件化、標準化支撐的敏捷開發(fā)后果，可能做不到提前釋放風險，導致風險遺傳到上線，就像吃完低質(zhì)量迭代出的“香蕉”后馬上踩上自創(chuàng)的副產(chǎn)品“香蕉皮”（Banana skins，在風險管理領域常以此形容過程失控的操作風險陷阱），產(chǎn)生難以承受的企業(yè)聲譽損失和后續(xù)更昂貴的IT整合成本。好在Gartner公司給出了配套的防患藥方，隨著雙模IT走向成熟，其成功將從依賴IT轉(zhuǎn)型驅(qū)動轉(zhuǎn)化為依賴業(yè)務轉(zhuǎn)型驅(qū)動，從戰(zhàn)術性走到戰(zhàn)略性，這個階段被稱為“企業(yè)雙模”。

　　實現(xiàn)雙模IT意味著企業(yè)擁有與之相匹配的能力和行為方式，“雙模IT”能成為更好的連續(xù)統(tǒng)一體，這兩種模式才可在企業(yè)級業(yè)務基因組圖譜這同一個旋律下共舞 。

　　“DevOps”能否提升傳統(tǒng)企業(yè)敏捷性IT開發(fā)中的協(xié)作效率

　　“互聯(lián)網(wǎng)IT”能夠?qū)崿F(xiàn)持續(xù)部署和交付，不單是靠自動化工具，更重要的是依靠流程、組織、文化上面的變革。很多時候，思維方式、文化方面的改變比技術上更重要。同時它也開始影響運維人員更加以客戶為中心，這也是出現(xiàn)高效協(xié)作配合（DevOps，英文Development和Operations的組合）的主要原因。開發(fā)與運營之間DevOps是實現(xiàn)“互聯(lián)網(wǎng)IT”配套能力之一：

　　◎?DevOps是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)（應用程序/軟件工程）、技術運營和質(zhì)量保障部門之間的溝通、協(xié)作與整合。

　　◎?DevOps的核心觀點，鑒于開發(fā)人員與運維人員的關注點可能處于對立狀態(tài)（即開發(fā)人員更加關注新技術、新體驗，而運維人員更加關注安全、穩(wěn)定），DevOps鼓勵開發(fā)部門和運維部門在各自領域工作中盡早通力合作。在DevOps環(huán)境中，開發(fā)人員和系統(tǒng)管理員會構建一些關系、流程和工具，從而更好的與客戶互動，最終提供更好的服務。它更多體現(xiàn)了一種思考方式以及企業(yè)文化的建設。

　　◎?DevOps保障了敏捷高效：與傳統(tǒng)開發(fā)方法那種大規(guī)模的、不頻繁的發(fā)布（通常以“季度”或“年”為單位）相比，敏捷方法大大提升了發(fā)布頻率（通常以“天”或“周”為單位）減少變更范圍與傳統(tǒng)的瀑布式開發(fā)模型相比，采用敏捷或迭代式開發(fā)意味著更頻繁的發(fā)布、每次發(fā)布包含的變化更少。

　　◎?新的應用程序和架構方法可以將企業(yè)引向營運設計之路。IT部門要從一開始就重視如何提高性能和彈性，繼而開始重新思考他們的業(yè)務支持。將新的軟件架構與DevOps風格結合可望成為催化劑，以提高IT部門適應變化的能力。據(jù)Gartner公司預測，全球企業(yè)CIO的25％至2020年將參與過企業(yè)網(wǎng)絡規(guī)模IT計劃，而在2013年只有不到5%的CIO是這樣。

　　相當多的“傳統(tǒng)企業(yè)”和“互聯(lián)網(wǎng)企業(yè)”所使用的敏捷開發(fā)方法和DevOps成熟度仍然處于初級階段。無論是一個大型轉(zhuǎn)型企業(yè)項目群內(nèi)各個項目組的橫向協(xié)同，還是某一項目的后續(xù)縱向修改，由于缺乏“企業(yè)級流程、產(chǎn)品和數(shù)據(jù)標準”，使得開發(fā)與運營之間的協(xié)作配合難以高效，缺乏整體架構設計的“敏捷開發(fā)”仍可能僅僅是“敏捷神話”。

　　Gartner公司所強調(diào)的“互聯(lián)網(wǎng)IT”環(huán)境下“敏捷開發(fā)”和DevOps無疑是發(fā)展前景廣闊，但同時也需注意到，采用企業(yè)級業(yè)務基因組圖譜驅(qū)動的企業(yè)級敏捷開發(fā)及其DevOps，較之豎井模式的敏捷開發(fā)及其DevOps，能夠創(chuàng)造出更高質(zhì)量、更高效率、更可持續(xù)的快速創(chuàng)新和精益運維效應。

　　譬如一些商業(yè)銀行借助“業(yè)務流程組件化管理”技術，搭建起業(yè)務流程創(chuàng)新和IT應用架構實現(xiàn)之間的橋梁，大幅度提高了組合產(chǎn)品的研發(fā)、分銷、交易和管理效率；借助“面向服務的企業(yè)架構”技術，創(chuàng)建面向服務、支持創(chuàng)新為導向的、靈活的IT基礎架構，使“業(yè)務流程、應用架構與基礎架構”之間密切協(xié)同，實現(xiàn)可迅速組建和配置企業(yè)級的、可擴展的業(yè)務系統(tǒng)，并實現(xiàn)組件在不同渠道的共享使用。例如涉及客戶和員工的數(shù)據(jù)，不必自己單做一套豎井，可直接從管理客戶或員工信息的組件拿數(shù)據(jù)和流程，技術接口統(tǒng)一，數(shù)據(jù)共享，在提高支持產(chǎn)品和服務創(chuàng)新效率的同時大幅度降低業(yè)務和IT運維成本。

　　如何可持續(xù)地提升傳統(tǒng)企業(yè)IT開發(fā)的敏捷性

　　“高度互聯(lián)世界”的銀行IT開發(fā)可能遇到最大的挑戰(zhàn)，不僅在于業(yè)務部門難以扭轉(zhuǎn)從過去豎井式的需求模式慣性轉(zhuǎn)向企業(yè)級業(yè)務基因組圖譜建設，還在于銀行IT設計開發(fā)人員對企業(yè)級業(yè)務基因組圖譜理解不夠，對業(yè)務基因組圖譜驅(qū)動開發(fā)方法準備不足，以及實施工藝和業(yè)務人員在實施中的參與方式達不到到企業(yè)工程的要求。對IT人員而言，關鍵是要認識上完全完成從傳統(tǒng)的信息工程（即所謂的“傳統(tǒng)IT”）向企業(yè)工程（適應“互聯(lián)網(wǎng)規(guī)模”的“新興IT”）的轉(zhuǎn)變。下面從國際領先銀行IT開發(fā)實踐辨析信息工程和企業(yè)工程的區(qū)別，主要有四點：

　　其一：信息工程方法是從具體的業(yè)務功能需求到具體的交易服務，即由個性化、差異化的業(yè)務需求入手，經(jīng)過不同的業(yè)務功能和界面分析，再進行模塊化設計和開發(fā)，其抽象化、整合程度主要依賴于開發(fā)團隊。而企業(yè)工程恰恰相反，是先歸納抽象出規(guī)范統(tǒng)一的業(yè)務規(guī)則（即標準化流程和去CPC［客戶、產(chǎn)品、渠道］的業(yè)務規(guī)則）、數(shù)據(jù)基因組和產(chǎn)品基因組，再描述這些流程和業(yè)務規(guī)則是如何在不同的客戶、渠道、產(chǎn)品上進行個性化和差異化的運用。開發(fā)團隊是基于整合的業(yè)務基因組圖譜設計IT系統(tǒng)行為的。例如審核借記卡例子，可能有以下需求：“1、理財卡和財私卡主卡一人只允許申請一張；2、中職卡一人只允許申請一張；3、結算卡的主卡只允許申請一張；4、附卡申請張數(shù)小于等于兩張……”以往IT開發(fā)會依據(jù)這原始需求開始設計。而企業(yè)工程則會尋找公共因子、提煉業(yè)務規(guī)則，追求重用。即抽象出“最大主、副卡持有數(shù)”作為產(chǎn)品條件，業(yè)務規(guī)則變?yōu)椋韩@取允許持有的最大主、副卡個數(shù)；獲取客戶已持有的主、副卡數(shù)；若已達上限則不允許建立新合約。抽象后的業(yè)務基因組圖譜通過產(chǎn)品條件承載各種變化，業(yè)務規(guī)則是穩(wěn)定可重用的；既可以支持快速產(chǎn)品創(chuàng)新，還可以不斷增加新規(guī)則滿足差異化服務的需求。

　　其二，信息工程方法容易造成應用的獨立性，經(jīng)常是麻雀雖小，五臟俱全；而企業(yè)工程方法則強調(diào)專業(yè)與協(xié)作，強調(diào)不同組件間的信息共享和數(shù)據(jù)交互，追求“我為人人，人人為我”的境界。數(shù)據(jù)實體的責任組件就是典型的例子，每個數(shù)據(jù)實體都有一個唯一的責任組件，一般情況下，只有該責任組件能夠創(chuàng)建和維護該數(shù)據(jù)實體，其他組件只能通過其提供的服務間接訪問數(shù)據(jù)實體，這就要求組件開發(fā)時不光要考慮本組件任務的數(shù)據(jù)服務需求，也要考慮其他組件的數(shù)據(jù)服務需求。

　　其三，信息工程方法則關注具體的業(yè)務或者部門級應用，企業(yè)工程更強調(diào)從全行角度進行整體設計。在應用架構中主要分為應用和應用組件兩個部分，反映的是企業(yè)級業(yè)務基因組圖譜，應用的核心是企業(yè)級標準化活動，應用組件的核心是企業(yè)級標準化任務。應用、應用組件的需求來源于部門，其目的是服務于企業(yè)整體；若理解為僅面向部門、或為部門專用則是片面的。同時，企業(yè)工程還強調(diào)戰(zhàn)略能力的落地，例如，如若市場營銷與銷售組件的業(yè)務目標包括支持公私聯(lián)動、團隊合作等戰(zhàn)略能力的實現(xiàn)，那么在實施中就要一方面通過優(yōu)化客戶交互來滿足各部門個性化需求，另一方面通過整體設計實現(xiàn)戰(zhàn)略能力的落地。

　　其四，信息工程方法對于應用和應用組件間關系定位缺乏企業(yè)級對接管理，而企業(yè)工程重視從業(yè)務架構、應用架構及其概要設計和詳細設計層面做好核心應用和應用組件橫向串接，每個應用組件項目組需考慮本組件的流程、本組件輸出什么數(shù)據(jù)、從關聯(lián)組件輸入什么數(shù)據(jù)、與關聯(lián)組件的流程對接，使得端到端客戶體驗得以在同步開發(fā)或縱向迭代中無縫鏈接。

　　從上述四方面分析舉一反三，在其他行業(yè)也不過如此。僅僅是披上“互聯(lián)網(wǎng)IT”外衣的信息工程模式敏捷開發(fā)往往表面光鮮，大多是從單個項目、單個迭代短期看能夠快速靈活，在長期看、整體看難以可持續(xù)、可重用發(fā)展；而企業(yè)工程模式下的“敏捷開發(fā)”更能適應“互聯(lián)網(wǎng)IT”的基本導向，其開發(fā)成本和運維成本較之信息工程模式下IT開發(fā)（無論是否采用敏捷開發(fā)方法）均可大大減少。

　　所以，傳統(tǒng)的“敏捷開發(fā)方法”只適合短流程的小應用開發(fā)，而不適合大型企業(yè)級新建或轉(zhuǎn)型項目群建設。濫用敏捷開發(fā)方法是一件非常危險的事，敏捷開發(fā)方法不等于敏捷性，提升敏捷性的方法有很多，要甄別項目特性使用。切實重視“高度互聯(lián)世界”里“快魚吃慢魚”式企業(yè)基因組圖譜及基因重組能力建設的虛擬化企業(yè)，才能以更低的成本和更高的效率適應“高度互聯(lián)世界”的“生態(tài)圈金融”跨界價值鏈整合和市場競爭。

　　提升企業(yè)級開發(fā)敏捷性的關鍵“使能者”是誰

　　成熟度不高或缺乏業(yè)務協(xié)同能力的敏捷開發(fā)缺乏整體架構管控能力，盡管容易實現(xiàn)某些場景開發(fā)迅速上線，卻有可能導致端到端客戶服務流程缺陷或后續(xù)整合成本高昂的后遺癥。

　　業(yè)務基因組圖譜、業(yè)務架構師、IT架構師及其配套的IT實施工藝是助力“企業(yè)級敏捷性IT開發(fā)”的“使能者”。“使能者”中有個關鍵角色是業(yè)務架構師，其作用表現(xiàn)在運用業(yè)務基因組圖譜迅速解析和評估業(yè)務需求可行性，確定項目群內(nèi)各項目目標、邊界及其銜接關系，并與IT架構師對接合作，運用架構原則、標準和工具及時校準同步迭代實施的IT開發(fā)項目群接口質(zhì)量，引導開發(fā)人員充分運用企業(yè)級業(yè)務基因組圖譜中的CPC、結構化業(yè)務規(guī)則表等可重用元素，進行靈活配置開發(fā)，大幅度提升開發(fā)速度和降低開發(fā)成本。

　　企業(yè)級敏捷性IT開發(fā)與項目級敏捷開發(fā)的區(qū)別是，業(yè)務架構師能更及時做出企業(yè)級、跨組件或跨項目的業(yè)務架構決策，大幅度減少項目級敏捷開發(fā)受制于跨部門協(xié)商的“折返跑”成本，并隨時銜接業(yè)務人員確認迭代設計成果的可用性。企業(yè)級敏捷性IT開發(fā)非常適合于承擔金融安全社會責任的商業(yè)銀行（當然并不限于商業(yè)銀行），因商業(yè)銀行的IT開發(fā)質(zhì)量管控必須確保項目迭代開發(fā)過程中及時識別、評估并提前釋放風險，避免風險遺傳到上線。實時智能銀行系統(tǒng)是“戰(zhàn)略-業(yè)務-信息技術”一體化的企業(yè)級工程，采用的是新的思想和方法，這套思想和方法不單單是系統(tǒng)建設方法，也是銀行轉(zhuǎn)型的方法，實時智能的系統(tǒng)設計要體現(xiàn)業(yè)務基因驅(qū)動開發(fā)的轉(zhuǎn)型宗旨。

　　面對“互聯(lián)網(wǎng)IT”所帶來的挑戰(zhàn)和機遇，一些國家的傳統(tǒng)企業(yè)和銀行已經(jīng)開始實踐基礎設施、企業(yè)文化和技術架構互聯(lián)網(wǎng)化。無論從互聯(lián)網(wǎng)架構、電商平臺、移動平臺甚至客戶渠道等，諸多互聯(lián)網(wǎng)公司與傳統(tǒng)企業(yè)積極合作，并成功組建戰(zhàn)略聯(lián)盟直接顛覆市場游戲規(guī)則，在跨界“媒介”融合的價值鏈“場景”上，靈活運用“客戶、產(chǎn)品、渠道、服務”組合創(chuàng)造出基于定位市場的超級客戶“體驗”，以靈活的方式支持個性化、智能化的“殺手級”應用（Killers app），提高客戶黏性。

　　總之，無論對是否主動或被動被劃入傳統(tǒng)行業(yè)的商業(yè)銀行而言，還是對新興互聯(lián)網(wǎng)金融企業(yè)而言，都應避免機械地將“客戶、產(chǎn)品、渠道、服務”界定為“傳統(tǒng)金融”，并將之與以“場景、媒介和體驗”為代表的“生態(tài)金融”人為對立起來。應客觀辨識披上“IT互聯(lián)網(wǎng)”外衣的“敏捷神話”，小心踩上“神似”敏捷的“香蕉皮”，只有這樣，才能創(chuàng)建高度互聯(lián)世界靠口碑傳播的“殺手級”應用和超級客戶體驗“傳奇”。