為了在當下的數字環境中生存和發展，企業必須要理解技術格局變化對企業的影響。這就是我們在Technology Radar Echoes系列的開篇文章中要討論的。Technology Radar Echoes是我們推出的一個新的專欄。在這個專欄中，作者會與企業的領導者們分享他們在解決技術問題以及技術如何能夠為企業帶來差異化競爭力方面的洞見和經驗。ThoughtWorks Technology Radar 是由多位技術專家組成的國際咨詢委員會發起的一年一度的針對對軟件開發和企業戰略制定有重大影響的技術的趨勢的評估活動。如今已經進入了第6個年頭。

在還不算太久的以前，社交媒體，移動平臺，物聯網，云計算，大數據這些概念還沒有充斥于我們的視線中，那時的技術棧 (實施一項應用所需的各層技術) 要簡單的多，并往往都有特定的廠商。比如微軟的技術棧包括用于編程的.NET語言，作為網頁和應用服務器的IIS，用于數據庫的SQL Server等。

而如今，技術棧正在經歷著爆炸式的發展。我們看到數不清的平臺，諸如： Microsoft Nano Server， Deis， Fastly， Apache Spark和Kubernetes. 每個星期，都會有新的工具出現，比如： Docker Toolbox， Gitrob， Polly， Prometheus和Sleepy Puppy。新的編程語言和新的架構，例如Nancy， Axon， Frege和Traveling Ruby，也出現了。還有Data Lake， Gitflow， Flux和NoPSD這類先進的技術也日漸成熟。這些例子舉不勝舉。

在每一年的 ThoughtWorks Technology Radar 中，我們都會介紹大約120項新技術，由于篇幅的限制，這只是我們過目和評估過的所有新技術的一半。在過去5年里，我們為Radar認真評估過的技術“亮點”就有2000多個。雖然這些技術中的一小部分只適用于特定的應用，但技術棧的多樣性在過去的5年內呈指數增長。所以，為什么你，作為一個高管或者經理，需要關心這個?為什么，你做為一個企業的CEO，需要關心這個?這難道不是技術人員應該去關心的? 不!如果軟件和軟件開發關乎你的企業的數字化未來，你就應該關心--并非關心那些技術細節，而是關心整個技術發展趨勢對你的企業的影響。技術以很多種形式構建著企業的差異化競爭優勢，驅動著行業競爭格局的顛覆。管理者們必須要理解技術格局對企業發展的影響，才能為企業做出正確的戰略決策。

啟示

目前，技術的格局處于一種動態的平衡之中，技術的生態系統不斷接納著層出不窮的新技術和新方法，再達到新的平衡。下面是一些最新的變化：

單一廠商解決方案已經成為過去

不久以前，甚至一些大型企業都還堅指著單一廠商的解決方案。2000年的時候，Jim的一個朋友在為一家公司做數據倉庫項目，這個項目簡直就是一個IBM的實體店。在這個項目里，雖然項目團隊一再努力的勸說客戶微軟的解決方案才是更適合客戶實際情況的，但客戶堅持要在古老的AS/400硬件上安裝IBM的數據倉庫。項目一再延期，客戶才同意讓項目團隊用Windows服務器和微軟棧做了一個原型系統，在一次又一次的會議和溝通之后，客戶的管理層終于被開發團隊說服，同意采用微軟的解決方案。這之后項目進展迅速改觀。這家公司的單一廠商解決方案失敗了，因為他們不得不邁入軟件應用的新時代。

這個發展趨勢勢頭強勁，變化發生的太多太快，即使是微軟或甲骨文這樣規模的公司都跟不上了。并且變化不止是在量上，我們看到很多變化都是顛覆性的，導致現有產品很快就過時了，曾經手上的寶貝轉眼就要扔掉，這對每個公司來說都不是件容易接受的事。

開源工具的更是加速了這種趨勢。開源產品促進了各個公司之間的深度合作，可以讓一個廠商不用簽任何許可協議就能在其他公司的數十個已有技術上構建自己的應用。這讓那些小型的，專注的，在某一個技術領域深耕細作的公司如魚得水。大型的技術公司根本沒有什么動力整合這些技術，除非(諷刺的是)這些技術已經過時了。“過去，注重效率的管理者的座右銘就是：標準化，標準化，標準化。但今天，標準化可能行不通了。”做移動開發意味著要能處理不同廠商的不同終端設備的多種操作系統。做大數據開發意味著要能處理多種不同類型的數據庫管理系統，包括開源的系統，或者還沒什么歷史的新廠商的系統;單一廠商數據解決方案的時代已經結束了。

如果你想成為一個數字化企業，技術棧復雜性的增加，意味著廠商管理的復雜性增加，這讓人頭疼，也帶來更多機遇。

團隊構成和組織結構都需要變革

隨著技術棧復雜性的增加，按技術棧層組織的團隊效率會越來越低。在互聯網時代早期，技術棧只有業務邏輯，數據庫，中間件，展示層這幾層，按照技術棧層來組織團隊，雖然不甚完美，但還是有效率的。如今，這樣的組織已經談不上還有什么效率。構建現在的應用所需要得技能如此多樣化，要求團隊必須能夠協作，而不是被分割在一個個的孤島里。同時具備設計，開發，部署一項應用所需的所有技能的通才越來越罕見了。并且，隨著團隊不斷獲取所需的技能和人才，團隊的規模會越來越大，一定要能夠緊密合作，才能獲得成功。

過去，出于對運營成本和管理復雜度的考慮，傳統的軟件組織將開發、IT運營和質量保障設為各自分離的部門，而現在，由于云計算的出現和對DevOps文化的重視，系統能夠實現自動配置，產品新特性每天都可以發布。這些新能力的出現給了我們重塑組織架構的機會。越來越多的企業，把團隊圍繞著像客戶，訂單這樣的概念域來組織，各技術層囊括在每一個概念域中，而不再作為劃分團隊的基礎。 這種按域(或產品)而不是技術層構建組織的趨勢正在隨著企業數字化進程加速。如果企業繼續沿用按孤立的技術層組織團隊的方式，那么，孤立的職能單元與他們所需的交互的數量將急劇增加，造成更嚴重的集成問題。

團隊協同成為必需

由于團隊變得更復雜了，團隊合作也變得更為關鍵。如前面提到的，如今的團隊需要配備的技能范圍非常廣泛，從純技術棧各層的專家，到運營，產品設計和產品管理的人才都有。團隊人才和技能的多樣性讓團隊的有效合作變得更為困難，也更為必要。敏捷開發和精益管理的好處之一就是促進跨職能團隊的自主和協作。

建立軟件交付能力更難了

軟件工程非常重要，越來越多的公司發現，沒有世界一流的軟件交付能力，他們的數字戰略就沒法實現。

“數字技術正在殘酷的重塑著競爭格局，產品和服務的差異性和績效越來越依賴軟件的水平。 盡管軟件如此關鍵，但得到的管理層的關注度卻令人驚訝的不足。新的調研結果顯示，那些將企業交付優質軟件的能力的重要性低估的企業，是要為此付出代價的。” [《忽略軟件開發將面臨的危險》麥肯錫季刊， 2015]

一個企業是否能夠建立起世界一流的軟件交付能力，受5個因素的影響，分別是： 技能的廣度，技能的深度，快速學習，創新和決策。

如今，由于技術棧的日趨復雜，開發應用所需的技能的覆蓋面極巨擴大了。為了能跟上變化，企業可能不但需要有軟件交付的能力，還得有物聯網的開發能力。

并且，不但技能的廣度變大了，對技能的深度(深度掌握與基本掌握)要求也更高了。搭建前沿的應用需要掌握前沿的技能。就好比5.10(難度系數)的攀巖選手根本沒機會攀5.13難度的線路，只具備一般技能水平的軟件團隊不太可能打造出令人驚艷的應用。

與技術棧的快速變化一樣，企業軟件團隊在未來所需的技能和知識肯定與現在的不同，這意味著你不僅需要你的團隊具備今天所需的技能，還有能力迅速獲取明天可能需要的技能。“建立起能夠快速適應變化和快速學習的能力，與培育某一項特定技能一樣重要。”有個被引用了很久的橋段，一個經理很唉聲嘆氣的說他不太愿意培訓開發人員，因為怕這些人培訓后會跳槽，而他得到的回復卻是 “如果你不給他們培訓，而他們一直待在你的公司怎么辦?”

除了那些技能本身，個人需要能夠以創新的方式運用這些技能。公司文化中應有勇于探索和冒險的精神。

最終，但同等重要的是，你的企業需要有針對能力和技能的更好的決策機制。在做決策時，你得問自己這些問題：什么技能是你需要的?這些技能是否都需要在企業內部建立?每類技能的掌握需要達到什么深度?讓技術人員通過正式培訓獲得技能和通過工作經驗獲得技能，兩者如何平衡?如何保持技術先進性?你覺得應該在內部建立和培育這些技能，還是從外部通過買/租的方式獲得這些資源?

選外包，內包，還是聯合采購?

這個決策越來越復雜，而且也不再是以成本為導向了。很多企業都發現，他們根本沒有能力建立和維護他們在如今的市場環境下所需要建立起的軟件交付能力。有些企業發現他們沒辦法吸引到想要的人才，因為頂尖的技術人才炙手可熱，他們喜歡生活在紐約、倫敦這樣的國際一線城市，而很多企業的IT部門卻設在成本較低的不那么光鮮的地方。有些企業沒有辦法長期負擔保留人才的成本，因為他們并沒有持續的數字業務的項目可做。在過去20年里，企業大都奉行降低成本，提高效率的戰略，對很多運營能力和流程都選擇了外包，現在想要在企業內部重新搭建這些能力以適應市場變化則要花很多時間和成本，讓企業在競爭中處于不利地位。如今的針對數字業務能力獲取方式的選擇，已經不再是以節約成本為導向了，而是聚焦于創新能力，交付周期，和價值生成。

現在，技術研發外包不再是以降低成本為目標，而是以獲得能力為目的的。更進一步說，你應該尋找的合作伙伴，應該不僅具備你現在所需要的能力，還要能證明出他們有快速建立起未來你可能需要的新能力的本領。

雖然從外部借取能力可以解燃眉之急，幫企業抓住一些眼下的市場機會，卻也能為企業帶來與以節約成本為目的的外包類似的問題，并且在能力外包的情況下，這些問題進一步被放大了。比如，一旦企業想把外包的能力或流程重新在企業內部建立起來，就總是會面臨知識轉移的問題。技術棧的復雜性擴大了知識轉移的難度。廠商數量和采購合同類型的增加更是百上加斤。設想一下，以創新為中心，價值為導向的外包合同肯定比以節約成本為導向的合同難界定的多，簽合同的過程難度也會大很多。

組建一個前沿的技術團隊是很昂貴的

我們聽客戶談起過這樣的情況，他們不太敢在企業里引入太現代太先進的技術(比如Hadoop)， 因為他覺得他們現有的人才沒法掌握這些技術，但同時，他們又需要吸引年輕的新的技術人才，因此又需要有這些技術才能對這些人才有吸引力。這個悖論IT部門是沒有辦法解開的，需要業務層面的高級管理人員的決策。

這件事沒什么別的辦法，如果你想要建立一個一流的數字企業，用一套節約成本的思維是做不好的。技術日趨復雜，技術、商業模式和產品層面上創新需要日益迫切，人才爭奪戰愈演愈烈，將企業打造成前沿的技術企業的戰略決策不能草率做出。是否沖向這個前線應該是一個從企業整體商業戰略(打造一個具有創業精神的公司，建立數字業務)中做出的決策，應該是以價值為出發點，而不是以成本為出發點的決策。成本作為一種約束手段是很重要的，但永遠不是目的。

技術的快速變化可能讓你不知所措，但你必須跟上，才能保持領先地位。

企業若想在當下的競爭環境下生存發展，必須具備4項關鍵能力： 制定有效地數字化戰略; 執行一套動態的，以價值為導向的投資組合管理流程; 建立起快速的，可迭代的軟件交付能力;在整個企業內培育出高適應性的，具有創新精神的企業文化。“軟件工程不僅僅是技術人員需要關心的，對業務高管也非常重要”。說到底，技術上的變革與企業其它方面的變革息息相關，與企業業務長期的可持續性息息相關。近年來，構建數字業務應用的技術棧復雜性飆升，使企業騎虎難下，進退兩難。一方面，滿足數字商業挑戰有其必要性;而另一方面，建立起應對這一挑戰所需的技術和技能又意料之外的困難。隨著技術變革的步伐加快，技術戰略必須能為業務戰略提供輸入。做到這一點唯一有效的方式就是要把企業培育成一個有能力評估，采用和適應新技術的組織。