業務部門經常獨自開發移動應用程式， 只有在出現問題時才轉而求助IT部門。 圍繞業務部門及其移動應用程式需求更好地進行治理可以幫助緩解最糟糕的“痛點”。
當獨立藍十字公司在2012年發佈第一個移動應用程式時， 它同時也迎合了當時的技術趨勢， 影子IT從此長存下來。
這是因為該應用程式來自公司的市場部門——沒有IT部門的任何參與。
和大多數影子IT專案一樣， 行銷和IT部門來回推諉這一應用程式帶來的問題。
當應用程式首次亮相時， 位於費城的非營利健康保險公司的企業架構總監Ken Ruo說， 患者使用這一應用程式， 以移動的方式訪問獨立藍十字公司的會員網站， 這實現了行銷的目標， 即在移動領域獲得一席之地， 但是從一開始就存在問題。
該應用程式是由行銷部門雇用外部機構開發的， 它依靠螢幕抓取技術與網站連接。 所以每次公司門戶網站出現變化（實際經常會變化），
Ruo說：“解決方案非常脆弱。 它需要供應商不停地進行維護， 成本高得難以接受。 此外， 在一個平臺上解決了的問題在其他平臺上不一定能解決。 我們需要更好的方法。 ”
有了這種經歷後， 公司領導決定採用更好的方法。 Ruo被授予新的角色和職位——消費者和移動解決方案交付總監， 負責制定移動應用的技術戰略。 他決定採用一種流程， 包括使用Kony移動應用程式開發平臺， 使應用程式能夠按照業務部門的要求儘快完成。
企業著急在移動領域佔有一席之地， 導致業務部門自己開發和部署應用程式，
事實上， 這麼多移動應用程式的開發與IT部門無關， 對於一個不停地處理關鍵任務而過度勞累的技術部門而言， 這似乎是好事。 但這種情況還是讓技術部門面臨更頭疼的問題。 事實上， 外部開發可能導致大量的問題落在IT部門身上——就像Ruo所經歷的那樣。
差勁的移動應用程式帶來的問題不止是浪費IT部門的時間。 分析師說， 如果沒有正確的配置和集成， 這樣的應用程式可能會帶來基礎設施安全風險。 同樣， 這樣的應用程式無法全面的保護資料不被盜取或者丟失， 從而使資料面臨風險。
Gartner分析師Jason Wong說：“業務部門想要開發應用程式， 這可能是好事， 表明企業具有前瞻性的思維， 使用移動手段進行創新， 實現業務轉型。 但是IT部門必須參與。 ”
Greenwich Aociates是金融行業的市場情報和諮詢服務提供者， 其全球首席資訊官兼總經理Isaac Sacolick對此深有感觸。
Sacolick說， 雖然聘請供應商開發移動應用程式很容易， 但是， 當應用程式開發遇到複雜的問題時， 業務部門通常不具備正確處理問題的能力。
應對差勁的應用程式開發
然而， Sacolick和其他人不認為首席資訊官應該， 甚至可以阻止業務部門從事移動應用程式開發。 相反， IT部門應該支持這方面的工作， 這樣才有可能實現更好、更安全的應用程式。
Gartner分析師Katherine Lord說：“首席資訊官應接受這一點， 因為這可能帶來競爭優勢。 首席資訊官不應該將其視為威脅或者認為業務部門爭奪職能。 讓業務部門去幹沒什麼問題。 ”
Sacolick說， 首席資訊官應該考慮部署低代碼移動應用開發平臺， 在後端系統中創建標準API，以便今後的程式師使用，並根據需要找到外部開發合作夥伴，與之建立協議。
Forrester Research將低代碼開發平臺定義為能夠以最少的手動編碼實現快速應用開發和交付的平臺。在2014年的一份報告中，Forrester說，這樣的平臺允許IT部門支持業務部門人員構建可持續、易於維護的應用程式。
巴黎聖母大學ND移動應用程式專案經理Matt Willmore認為API是一個好方法。Willmore說，在大學裡，學生已經使用公開可用的資料來為各種任務開發移動應用程式。他們採取抓取或者解析方法來完成任務，但Willmore說他想創建公開的API來支援學生的移動開發工作。
需要：明確的標準，良好的管理
無論首席資訊官選擇給業務部門用戶授權去開發，還是繼續在IT部門內部進行開發，分析師認為IT領導應針對移動應用制定明確的標準，並展開最佳實踐的交流。
Gartner的Wong說，在開發移動應用程式時，應確定使用什麼樣的工具、流程和標準，這樣IT部門從技術角度可以確保應用程式能夠可持續發展，而且符合企業的戰略和安全要求。
Wong說：“IT部門應制定一套架構以及一套標準、政策和管理方法，以説明促進移動應用程式開發的分散化和民主化，而不要使之成為瓶頸問題。”
聖母大學的Willmore正在朝這個方向邁進。他說：“我們要做的一件事情是給學生越來越多的資源讓他們去開發。我們不想限制他們，所以我們組織了駭客馬拉松和週末活動，與學生們交流，並為學生制定了開發框架。”
Willmore解釋說：“之前，[一個應用程式]會被放到我們這裡，這意味著由我們為其提供支持；現在，我們為他們建立框架，讓他們在整個大學層面上進行開發。當需要支援的時候，那麼我們已經將其置於我們的框架中了。”
Lord說，溝通是使這種計畫成功的關鍵所在。IT領導們必須與整個企業中的專業人士建立聯繫，讓高管、經理們和員工知道移動應用開發政策和過程，以及IT部門可以為他們提供幫助這一事實。她補充說，這意味著要分配適當的員工時間來實現這一切。
Lord說：“這需要協作。不能只是由IT部門控制[開發]，或者由業務部門控制。”
這是獨立藍十字公司的Ruo所採取的方法。他統一了公司的移動工作。他部署了Kony的應用程式開發平臺，在IT部門中引入了敏捷開發方法，以便更好地回應業務部門的請求，並創建了一個由IT部門和業務部門工作人員組成的團隊，執行移動發展戰略。
他說，這些步驟使得公司能夠針對重點關注的問題制定指南，包括使用者體驗和資料保護，2012年底公司推出了首款IT部門認可的移動應用程式——旗艦產品IBX。
Ruo說，當業務部門想要實現移動應用時，他們現在來到IT部門，IT部門幫助確定他們是只需要向IBX添加一項功能，還是去開發新的應用程式，以及什麼技術最能滿足他們的需求。
Ruo承認，在一定程度上，這是一種老式的管理方法，解決了差勁的移動應用程式帶來的非常現代的“痛點”問題。
他說：“您建立了關係，而企業建立了對您的信任。經過四年的努力，我們獲得了很好的聲譽，所以當移動領域有需要時，他們知道來找我們。”
保持資料安全
德勤諮詢集團內部服務線德勤數位的數位體驗實踐主管Steve Soechtig說，一旦企業已經制定了一些關於標準化的指南，並在企業內廣而告之以確保業務部門瞭解這些指南，那麼IT部門隨後應該建立一個穩定的服務層，允許訪問資料，提供會話服務。
“如果他們能夠創建所有開發可以訪問的公共服務層，那麼他們可以保留控制。即使他們不直接控制開發，他們也控制著真正重要的東西：資料的安全性和完整性。”
他解釋說，服務層是一個技術抽象層，它從前端移動或者Web應用程式中遮罩了所有後端系統。
他說：“理想情況下，移動或者Web應用程式可以調用服務層來檢索資料或者發佈事物。”Soechtig說，強大的服務層還包括標準服務，例如安全、負載平衡和其他基本功能。
在後端系統中創建標準API，以便今後的程式師使用，並根據需要找到外部開發合作夥伴，與之建立協議。Forrester Research將低代碼開發平臺定義為能夠以最少的手動編碼實現快速應用開發和交付的平臺。在2014年的一份報告中，Forrester說，這樣的平臺允許IT部門支持業務部門人員構建可持續、易於維護的應用程式。
巴黎聖母大學ND移動應用程式專案經理Matt Willmore認為API是一個好方法。Willmore說，在大學裡，學生已經使用公開可用的資料來為各種任務開發移動應用程式。他們採取抓取或者解析方法來完成任務，但Willmore說他想創建公開的API來支援學生的移動開發工作。
需要：明確的標準，良好的管理
無論首席資訊官選擇給業務部門用戶授權去開發，還是繼續在IT部門內部進行開發，分析師認為IT領導應針對移動應用制定明確的標準，並展開最佳實踐的交流。
Gartner的Wong說，在開發移動應用程式時，應確定使用什麼樣的工具、流程和標準，這樣IT部門從技術角度可以確保應用程式能夠可持續發展，而且符合企業的戰略和安全要求。
Wong說：“IT部門應制定一套架構以及一套標準、政策和管理方法，以説明促進移動應用程式開發的分散化和民主化，而不要使之成為瓶頸問題。”
聖母大學的Willmore正在朝這個方向邁進。他說：“我們要做的一件事情是給學生越來越多的資源讓他們去開發。我們不想限制他們，所以我們組織了駭客馬拉松和週末活動，與學生們交流，並為學生制定了開發框架。”
Willmore解釋說：“之前，[一個應用程式]會被放到我們這裡，這意味著由我們為其提供支持；現在，我們為他們建立框架，讓他們在整個大學層面上進行開發。當需要支援的時候，那麼我們已經將其置於我們的框架中了。”
Lord說，溝通是使這種計畫成功的關鍵所在。IT領導們必須與整個企業中的專業人士建立聯繫，讓高管、經理們和員工知道移動應用開發政策和過程，以及IT部門可以為他們提供幫助這一事實。她補充說，這意味著要分配適當的員工時間來實現這一切。
Lord說：“這需要協作。不能只是由IT部門控制[開發]，或者由業務部門控制。”
這是獨立藍十字公司的Ruo所採取的方法。他統一了公司的移動工作。他部署了Kony的應用程式開發平臺，在IT部門中引入了敏捷開發方法，以便更好地回應業務部門的請求，並創建了一個由IT部門和業務部門工作人員組成的團隊，執行移動發展戰略。
他說，這些步驟使得公司能夠針對重點關注的問題制定指南，包括使用者體驗和資料保護，2012年底公司推出了首款IT部門認可的移動應用程式——旗艦產品IBX。
Ruo說，當業務部門想要實現移動應用時，他們現在來到IT部門，IT部門幫助確定他們是只需要向IBX添加一項功能，還是去開發新的應用程式，以及什麼技術最能滿足他們的需求。
Ruo承認，在一定程度上，這是一種老式的管理方法，解決了差勁的移動應用程式帶來的非常現代的“痛點”問題。
他說：“您建立了關係，而企業建立了對您的信任。經過四年的努力，我們獲得了很好的聲譽，所以當移動領域有需要時，他們知道來找我們。”
保持資料安全
德勤諮詢集團內部服務線德勤數位的數位體驗實踐主管Steve Soechtig說，一旦企業已經制定了一些關於標準化的指南，並在企業內廣而告之以確保業務部門瞭解這些指南，那麼IT部門隨後應該建立一個穩定的服務層，允許訪問資料，提供會話服務。
“如果他們能夠創建所有開發可以訪問的公共服務層，那麼他們可以保留控制。即使他們不直接控制開發，他們也控制著真正重要的東西：資料的安全性和完整性。”
他解釋說，服務層是一個技術抽象層，它從前端移動或者Web應用程式中遮罩了所有後端系統。
他說：“理想情況下，移動或者Web應用程式可以調用服務層來檢索資料或者發佈事物。”Soechtig說，強大的服務層還包括標準服務，例如安全、負載平衡和其他基本功能。