當(dāng)移動(dòng)應(yīng)用程序開發(fā)越來(lái)越差勁時(shí)，首席信息官該怎么辦

MaryK.Pratt

編譯 楊勇

業(yè)務(wù)部門經(jīng)常獨(dú)自開發(fā)移動(dòng)應(yīng)用程序，只有在出現(xiàn)問題時(shí)才轉(zhuǎn)而求助IT部門。圍繞業(yè)務(wù)部門及其移動(dòng)應(yīng)用程序需求更好地進(jìn)行治理可以幫助緩解最糟糕的“痛點(diǎn)”。

當(dāng)獨(dú)立藍(lán)十字公司在2012年發(fā)布第一個(gè)移動(dòng)應(yīng)用程序時(shí)，它同時(shí)也迎合了當(dāng)時(shí)的技術(shù)趨勢(shì)，影子IT從此長(zhǎng)存下來(lái)。

這是因?yàn)樵搼?yīng)用程序來(lái)自公司的市場(chǎng)部門——沒有IT部門的任何參與。

和大多數(shù)影子IT項(xiàng)目一樣，營(yíng)銷和IT部門來(lái)回推諉這一應(yīng)用程序帶來(lái)的問題。

當(dāng)應(yīng)用程序首次亮相時(shí)，位于費(fèi)城的非營(yíng)利健康保險(xiǎn)公司的企業(yè)架構(gòu)總監(jiān)Ken Russo說，患者使用這一應(yīng)用程序，以移動(dòng)的方式訪問獨(dú)立藍(lán)十字公司的會(huì)員網(wǎng)站，這實(shí)現(xiàn)了營(yíng)銷的目標(biāo)，即在移動(dòng)領(lǐng)域獲得一席之地，但是從一開始就存在問題。

該應(yīng)用程序是由營(yíng)銷部門雇用外部機(jī)構(gòu)開發(fā)的，它依靠屏幕抓取技術(shù)與網(wǎng)站連接。所以每次公司門戶網(wǎng)站出現(xiàn)變化（實(shí)際經(jīng)常會(huì)變化），這一應(yīng)用程序就沒法用了。營(yíng)銷部門首先會(huì)去找供應(yīng)商解決問題，然后才找IT部門尋求幫助。

Russo說：“解決方案非常脆弱。它需要供應(yīng)商不停地進(jìn)行維護(hù)，成本高得難以接受。此外，在一個(gè)平臺(tái)上解決了的問題在其他平臺(tái)上不一定能解決。我們需要更好的方法。”

有了這種經(jīng)歷后，公司領(lǐng)導(dǎo)決定采用更好的方法。Russo被授予新的角色和職位——消費(fèi)者和移動(dòng)解決方案交付總監(jiān)，負(fù)責(zé)制定移動(dòng)應(yīng)用的技術(shù)戰(zhàn)略。他決定采用一種流程，包括使用Kony移動(dòng)應(yīng)用程序開發(fā)平臺(tái)，使應(yīng)用程序能夠按照業(yè)務(wù)部門的要求盡快完成。

企業(yè)著急在移動(dòng)領(lǐng)域占有一席之地，導(dǎo)致業(yè)務(wù)部門自己開發(fā)和部署應(yīng)用程序，這意味著IT部門正面臨一個(gè)全新的影子IT時(shí)代。事實(shí)上，研究公司Gartner預(yù)測(cè)，到2020年，企業(yè)內(nèi)部使用的70%的移動(dòng)應(yīng)用程序是在沒有IT部門參與情況下開發(fā)或采用的。

事實(shí)上，這么多移動(dòng)應(yīng)用程序的開發(fā)與IT部門無(wú)關(guān)，對(duì)于一個(gè)不停地處理關(guān)鍵任務(wù)而過度勞累的技術(shù)部門而言，這似乎是好事。但這種情況還是讓技術(shù)部門面臨更頭疼的問題。事實(shí)上，外部開發(fā)可能導(dǎo)致大量的問題落在IT部門身上——就像Russo所經(jīng)歷的那樣。

差勁的移動(dòng)應(yīng)用程序帶來(lái)的問題不止是浪費(fèi)IT部門的時(shí)間。分析師說，如果沒有正確的配置和集成，這樣的應(yīng)用程序可能會(huì)帶來(lái)基礎(chǔ)設(shè)施安全風(fēng)險(xiǎn)。同樣，這樣的應(yīng)用程序無(wú)法全面的保護(hù)數(shù)據(jù)不被盜取或者丟失，從而使數(shù)據(jù)面臨風(fēng)險(xiǎn)。如果（a）不同部門針對(duì)相同的服務(wù)簽訂了合同，（b）業(yè)務(wù)承辦方在啟動(dòng)自己的應(yīng)用程序時(shí)沒有考慮維護(hù)需求和集成要求，（c）他們開發(fā)和部署質(zhì)量低劣的應(yīng)用程序，然后返回來(lái)找IT部門解決問題，或者（d）上述所有，這些都會(huì)增加企業(yè)的成本，降低了企業(yè)的效率。

Gartner分析師Jason Wong說：“業(yè)務(wù)部門想要開發(fā)應(yīng)用程序，這可能是好事，表明企業(yè)具有前瞻性的思維，使用移動(dòng)手段進(jìn)行創(chuàng)新，實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)型。但是IT部門必須參與?！?/p>

Greenwich Associates是金融行業(yè)的市場(chǎng)情報(bào)和咨詢服務(wù)提供商，其全球首席信息官兼總經(jīng)理Isaac Sacolick對(duì)此深有感觸。

Sacolick說，雖然聘請(qǐng)供應(yīng)商開發(fā)移動(dòng)應(yīng)用程序很容易，但是，當(dāng)應(yīng)用程序開發(fā)遇到復(fù)雜的問題時(shí)，業(yè)務(wù)部門通常不具備正確處理問題的能力。他說，業(yè)務(wù)部門可能沒有全面考慮用戶體驗(yàn)、安全要求、數(shù)據(jù)需求、與企業(yè)后端系統(tǒng)的網(wǎng)絡(luò)連接，以及持續(xù)維護(hù)等問題。此外，他們可能缺乏評(píng)估供應(yīng)商的技能或者經(jīng)驗(yàn)，在開發(fā)項(xiàng)目的合同條款上也可能會(huì)措辭不當(dāng)。

應(yīng)對(duì)差勁的應(yīng)用程序開發(fā)

然而，Sacolick和其他人不認(rèn)為首席信息官應(yīng)該，甚至可以阻止業(yè)務(wù)部門從事移動(dòng)應(yīng)用程序開發(fā)。相反，IT部門應(yīng)該支持這方面的工作，這樣才有可能實(shí)現(xiàn)更好、更安全的應(yīng)用程序。

Gartner分析師Katherine Lord說：“首席信息官應(yīng)接受這一點(diǎn)，因?yàn)檫@可能帶來(lái)競(jìng)爭(zhēng)優(yōu)勢(shì)。首席信息官不應(yīng)該將其視為威脅或者認(rèn)為業(yè)務(wù)部門爭(zhēng)奪職能。讓業(yè)務(wù)部門去干沒什么問題?！?/p>

Sacolick說，首席信息官應(yīng)該考慮部署低代碼移動(dòng)應(yīng)用開發(fā)平臺(tái)，在后端系統(tǒng)中創(chuàng)建標(biāo)準(zhǔn)API，以便今后的程序員使用，并根據(jù)需要找到外部開發(fā)合作伙伴，與之建立協(xié)議。

Forrester Research將低代碼開發(fā)平臺(tái)定義為能夠以最少的手動(dòng)編碼實(shí)現(xiàn)快速應(yīng)用開發(fā)和交付的平臺(tái)。在2014年的一份報(bào)告中，F(xiàn)orrester說，這樣的平臺(tái)允許IT部門支持業(yè)務(wù)部門人員構(gòu)建可持續(xù)、易于維護(hù)的應(yīng)用程序。

巴黎圣母大學(xué)ND移動(dòng)應(yīng)用程序項(xiàng)目經(jīng)理Matt Willmore認(rèn)為API是一個(gè)好方法。Willmore說，在大學(xué)里，學(xué)生已經(jīng)使用公開可用的數(shù)據(jù)來(lái)為各種任務(wù)開發(fā)移動(dòng)應(yīng)用程序。他們采取抓取或者解析方法來(lái)完成任務(wù)，但Willmore說他想創(chuàng)建公開的API來(lái)支持學(xué)生的移動(dòng)開發(fā)工作。

需要：明確的標(biāo)準(zhǔn)，良好的管理

無(wú)論首席信息官選擇給業(yè)務(wù)部門用戶授權(quán)去開發(fā)，還是繼續(xù)在IT部門內(nèi)部進(jìn)行開發(fā)，分析師認(rèn)為IT領(lǐng)導(dǎo)應(yīng)針對(duì)移動(dòng)應(yīng)用制定明確的標(biāo)準(zhǔn)，并展開最佳實(shí)踐的交流。

Gartner的Wong說，在開發(fā)移動(dòng)應(yīng)用程序時(shí)，應(yīng)確定使用什么樣的工具、流程和標(biāo)準(zhǔn)，這樣IT部門從技術(shù)角度可以確保應(yīng)用程序能夠可持續(xù)發(fā)展，而且符合企業(yè)的戰(zhàn)略和安全要求。

Wong說：“IT部門應(yīng)制定一套架構(gòu)以及一套標(biāo)準(zhǔn)、政策和管理方法，以幫助促進(jìn)移動(dòng)應(yīng)用程序開發(fā)的分散化和民主化，而不要使之成為瓶頸問題?！?/p>

圣母大學(xué)的Willmore正在朝這個(gè)方向邁進(jìn)。他說：“我們要做的一件事情是給學(xué)生越來(lái)越多的資源讓他們?nèi)ラ_發(fā)。我們不想限制他們，所以我們組織了黑客馬拉松和周末活動(dòng)，與學(xué)生們交流，并為學(xué)生制定了開發(fā)框架?！?/p>

Willmore解釋說：“之前，[一個(gè)應(yīng)用程序]會(huì)被放到我們這里，這意味著由我們?yōu)槠涮峁┲С?；現(xiàn)在，我們?yōu)樗麄兘⒖蚣埽屗麄冊(cè)谡麄€(gè)大學(xué)層面上進(jìn)行開發(fā)。當(dāng)需要支持的時(shí)候，那么我們已經(jīng)將其置于我們的框架中了。”

Lord說，溝通是使這種計(jì)劃成功的關(guān)鍵所在。IT領(lǐng)導(dǎo)們必須與整個(gè)企業(yè)中的專業(yè)人士建立聯(lián)系，讓高管、經(jīng)理們和員工知道移動(dòng)應(yīng)用開發(fā)政策和過程，以及IT部門可以為他們提供幫助這一事實(shí)。她補(bǔ)充說，這意味著要分配適當(dāng)?shù)膯T工時(shí)間來(lái)實(shí)現(xiàn)這一切。

Lord說：“這需要協(xié)作。不能只是由IT部門控制[開發(fā)]，或者由業(yè)務(wù)部門控制?！?/p>

這是獨(dú)立藍(lán)十字公司的Russo所采取的方法。他統(tǒng)一了公司的移動(dòng)工作。他部署了Kony的應(yīng)用程序開發(fā)平臺(tái)，在IT部門中引入了敏捷開發(fā)方法，以便更好地響應(yīng)業(yè)務(wù)部門的請(qǐng)求，并創(chuàng)建了一個(gè)由IT部門和業(yè)務(wù)部門工作人員組成的團(tuán)隊(duì)，執(zhí)行移動(dòng)發(fā)展戰(zhàn)略。

他說，這些步驟使得公司能夠針對(duì)重點(diǎn)關(guān)注的問題制定指南，包括用戶體驗(yàn)和數(shù)據(jù)保護(hù)，2012年底公司推出了首款I(lǐng)T部門認(rèn)可的移動(dòng)應(yīng)用程序——旗艦產(chǎn)品IBX。

Russo說，當(dāng)業(yè)務(wù)部門想要實(shí)現(xiàn)移動(dòng)應(yīng)用時(shí)，他們現(xiàn)在來(lái)到IT部門，IT部門幫助確定他們是只需要向IBX添加一項(xiàng)功能，還是去開發(fā)新的應(yīng)用程序，以及什么技術(shù)最能滿足他們的需求。

Russo承認(rèn)，在一定程度上，這是一種老式的管理方法，解決了差勁的移動(dòng)應(yīng)用程序帶來(lái)的非?，F(xiàn)代的“痛點(diǎn)”問題。

他說：“您建立了關(guān)系，而企業(yè)建立了對(duì)您的信任。經(jīng)過四年的努力，我們獲得了很好的聲譽(yù)，所以當(dāng)移動(dòng)領(lǐng)域有需要時(shí)，他們知道來(lái)找我們?！?/p>

保持?jǐn)?shù)據(jù)安全

德勤咨詢集團(tuán)內(nèi)部服務(wù)線德勤數(shù)字的數(shù)字體驗(yàn)實(shí)踐主管Steve Soechtig說，一旦企業(yè)已經(jīng)制定了一些關(guān)于標(biāo)準(zhǔn)化的指南，并在企業(yè)內(nèi)廣而告之以確保業(yè)務(wù)部門了解這些指南，那么IT部門隨后應(yīng)該建立一個(gè)穩(wěn)定的服務(wù)層，允許訪問數(shù)據(jù)，提供會(huì)話服務(wù)。

“如果他們能夠創(chuàng)建所有開發(fā)可以訪問的公共服務(wù)層，那么他們可以保留控制。即使他們不直接控制開發(fā)，他們也控制著真正重要的東西：數(shù)據(jù)的安全性和完整性。”

他解釋說，服務(wù)層是一個(gè)技術(shù)抽象層，它從前端移動(dòng)或者Web應(yīng)用程序中屏蔽了所有后端系統(tǒng)。

他說：“理想情況下，移動(dòng)或者Web應(yīng)用程序可以調(diào)用服務(wù)層來(lái)檢索數(shù)據(jù)或者發(fā)布事物?！盨oechtig說，強(qiáng)大的服務(wù)層還包括標(biāo)準(zhǔn)服務(wù)，例如安全、負(fù)載平衡和其他基本功能。

Mary K. Pratt是《計(jì)算機(jī)世界》的特約撰稿人。她在馬薩諸塞州。

原文網(wǎng)址：

http：//www.computerworld.com/article/3178745/mobile-apps/how-cios-cope-when-mobile-app-development-goes-rogue.html