程序員使用未經批准的軟體時會怎麼樣？

面對需要很長時間才能交付的功能需求，是循規蹈矩地走流程，還是自主尋求解決方案？

作者 | André Staltz

譯者 | 彎月，責編 | 郭芮

出品 | CSDN（ID：CSDNnews）

以下為譯文：

從首席執行官辦公室開始的數字轉型，往往會變成一個每個人都必須參與的大型項目。這樣做的問題在於，大型項目需要很長的時間才能交付出來，而到那時，這個項目所提供的價值很可能已經過時了。與此同時，在前線，真正的管理者需要一些他們今天可以用來保衛企業的東西。

最近，一家大型零售商上演的一幕就說明了這一窘境：幾個月前，這家日漸衰落業務部的副總裁發現很難找到數字工具來幫助公司獲得新客戶。無奈之下，她用自己的個人信用卡支付了一個基於雲計算的CRM月訂閱費，這個CRM可以幫助她啟動一項在線活動。

過了不久，CIO發現了這個項目，並把她叫到紀律委員會。在聽到CIO就她的項目所面臨的安全漏洞進行了嚴厲的斥責之後，CEO問她為什麼不直接向CIO尋求幫助。該副總裁回答說:「我幾個月前就向我們的CIO求助了。」

CIO承認已與她有過交涉並已告知，SAP負責一個項目來交付她所需要的東西。「是的，但是要等三年後才能使用，而我現在就需要，」副總裁反駁道。CIO沉默了。然後總裁對副總裁說道:「我認識你十年了，你應該不是一個會做危害公司的事情的人。你為什麼要這麼做？」這位副總裁馬上回答道:「自從我著手這個獲取數字客戶的項目以來，我們每月增加了100萬美元的收入。在我們失去收入之前。如果你希望這樣，我現在就可以把它關掉。你希望我怎麼做？」

如果你覺得這不可能發生在你的公司團隊中，請再仔細想一想。你可能只是不知道你的員工在做什麼。聰明的部門經理利用佔主導地位的軟體即服務(SAAS)業務模型，將影子IT項目從運營成本而非資本預算中融資，這實際上就躲過了IT中心。我們也看到高管們拿他們的個人信用卡來支付賬單。

在某些情況下，一旦出現了影子IT的解決方案時，CIO將會完全杜絕這種情況，故有時會引發相關業務部門主管的提前離職。這可能是一種適當的響應，但我們也看到它採用了一種開放的方法，並成功地與流氓單位合作以幫助保護數據、標準化API，並最終組合內部和外部服務的解決方案。

總的來說，我們傾向於後一種方法，而我們為面臨數字化轉型挑戰的公司提供諮詢和研究的經驗表明，應用以下兩條經驗法則，將有助於CIO更好地預測和管理影子IT項目：

1、明確需要做到最好的部分。然後讓業務部門的領導者決定，是將他們需要的最優解決方案外包還是內包。這可能導致IT功能的分離，其中中央IT管理部門負責遺留的結構性項目，而專用的敏捷團隊負責管理數字和創新，並與外部業務供應商競爭業務。這種靈活的方法應該有助於減少煩人的IT意外事件的數量，因為它至少將成為新項目採購過程的一部分。

2、從小事做起，不拘泥於條條框框。CIO們往往傾向於從大供應商那裡尋求全面的解決方案，但正如我們所看到的，這通常意味著他們最終會錯失良機。值得反思的是，在許多行業中，最優IT解決方案的供應商都只狹隘的關注特定問題。我們建議CIO們採用類似的方法——而不是試圖同時解決很多問題，但為時已晚，而是嘗試通過與專業供應商合作以快速解決特定的問題。以這種方式工作，我們可以保留實施新的還是更好的解決方案的能力。

遵循這些規則將把IT功能的前瞻性部分從解決方案部署的所有者和控制器轉換為供應商（包括它自己）生態系統的「協調者」。誠然，這在一定程度上增加了混亂性，但與強制推出多年的解決方案相比，這可能是當前業務需求的最佳選擇。作為這個角色「協調者」，IT成為業務線的合作夥伴和教練，幫助他們選擇供應商、正確設計API並確保恰當的安全級別。

原文：https://hbr.org/2019/06/when-employees-are-using-software-that-it-hasnt-approved

本文為 CSDN 翻譯，轉載請註明來源出處。

【End】

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！