這是頭哥侃碼的第209篇原創

前幾天，在某群里有個有關 “技術委員會” 的話題討論的挺火。

很多時候，這種爭論是不可能有結果的，因為每個人都會從自己的立場和三觀出發，公說公有理，婆說婆有理，一般除了搞得唾沫星子亂濺，血壓升高之外，幾乎沒什么鳥用。

我沒多話，靜靜地看著他們撕來撕去，直到群里有一個朋友給我私信：“今天你怎么那么安靜？這不像你的風格啊，一般聊到這種和你職業經歷相關的話題，你不是總會出來叨叨幾句的嗎？”

我對著顯示器哼了一聲，在輸入框中寫道：“說啥呀？在我的經歷中，技術委員會，要么是一個至關重要的組織，要么就是一個可有可無的團體。”

“說白了，無非是一個既重要卻又雞肋的神秘組織。”

我發完這句話，他可能愣是發呆了幾分鐘，過了好一會他才回道：“既重要，又雞肋？沒聽懂，能詳細說說嗎？”

我抬手看了下手表，“17點53分”，也快下班了。

行，反正也沒啥心思干活，借此話題，我也正好停下來整理一下自己的思緒，基于自己的經歷來談一談。

1

技術委員會是干啥的？

為了能把這個名詞解釋清楚，我來把它拆成兩部分，一是技術，二是委員會。

技術，不用多說，那啥是委員會呢？我還特地查了下 “維基百科”，除了幾種與政治掛鉤的詞句之外，就只剩下最貼切的一種：

機關、團體、學校等為了完成一定的任務而設立的專門組織。

如果把這句話的前綴換成 “技術”，然后再把它們連起來，那基本可以解讀為：

一個（或多個）技術團體（或部門）為了完成一定的任務而設立的專門組織。

當然，由于每家公司所在的行業不同，發展階段與團隊規模不同，再加上老板的尿性也不同，所以技術委員會在實踐落地的方式上有很大的區別。

但從核心職責上來講，大部分企業無非就這兩項。

▌1、制定技術人員的職級標準

比如，不同技術崗位的職級標準（M系列、P系列）及晉升通道等。

比如，不同技術崗位的設立目的與能力要求（知識、技能、通用素質等）。

▌2、制定中/長期的技術戰略方向

一般來說，這個話題可以拆分兩個種類，一是技術標準、流程與規范，二是技術選型與落地。

好，咱們先來講講第一類。

什么叫技術標準、流程與規范？說白了，就是將解決問題的思路與流程進行標準化。

比如，開發標準與規范呀，需求、故障申報的SOP流程呀，還有就是把運維服務體系逐漸向ITIL標準對齊呀，等等……

比如，軟件質量標準與提測流程呀，軟件系統安全規范手冊呀，等等……

總而言之，在我見到的許多甲方公司中，搞這些標準的目的是為了保障產品研發的統一化，防止因人員流失之后產生的效率下降，故障提升。

說完第一類，接著再來說說第二類。

什么叫技術選型與落地？說白了，就是將解決問題的工具與方法進行約定，并明確施工內容、范圍及時間點。

比如，在Java系統中用到的基礎中間件該怎么樣選擇？MQ是用RocketMQ，還是ActiveMQ？在Python系統中，是采用vue+django的前后端分離模式？還是其他方式？

比如，因為技術債的原因，A系統已經無法支撐業務的發展，是重構？還是保守療法？

比如，今年上半年的學習氣氛有所下降，下半年是否要突出營造技術氛圍？搞個編程大賽或黑客馬拉松？

比如，選擇哪家第三方云服務供應商？在DevOps平臺上，我們是選擇自研？還是選擇公共云提供的產品？如果選擇自研，第一步要做什么？

簡單說，很多時候解決的是 “把大象放冰箱，總共分幾步” 的問題。

……

有人說：“不對呀，你怎么把組織結構給漏了？難道這塊不歸技術委員會管嗎？”

在我看來，技術委員會的作用，其實和某某行業協會所起到的作用差不多，無非是通過組織某種（或某一類）資源，使其形成一種良好的發展前途，使其更健康、有序的發展。

你有聽過基金業協會、農業協會吧？對，雖然行業不同，但干的活大同小異。

在我的經歷中，技術團隊一般屬于企業組織結構中的一個組成部分，無論長成方的還是變成圓的，這通常都是由部門總監、CTO與HR一起，根據企業當下的人才戰略、發展階段與經營模式的現實情況來決定的。

你瞧，這么一說的話，是不是就跟技術委員會沒啥關系了？

2

技術委員會的實踐方式有哪些？

你看，光看上面這一大堆大道理，甚至會讓人產生 “技術委員會太重要了”、“沒這組織完全沒法開展工作” 的幻覺，但現實并不是這樣。

在我遇見的企業中，基本都不會設立一個所謂的 “技術委員會”，如果要履行與其相關的那些核心職責，也是通過其他的組織形式進行的。

粗略算了下，一般有三種實踐方式。

▌虛擬 - 一群高T組成的“仲裁團體”

混跡職場多年的老司機應該知道，部門之間由于理念、職責、節奏與使命的不同，外加 “屁股決定腦袋” 的立場，雙方引發矛盾是非常平常的事。

尤其在處理一些技術選型或技術債的時候，雙方很容易陷入一種 ”公說公有理婆說婆有理“ 的尷尬局面。

怎么理解？我來舉個小例子說明下。

因業務需求，A團隊和B團隊要一起對某些接口進行聯調，但A團隊的接口已在產線上運行多年，采用的是過時的666協議，而且這個接口不僅是核心服務，而且里面的邏輯錯綜復雜，無人敢動。

所以在這樣的情況下，A團隊提出了讓B團隊重新開發一套新接口，或者對原有接口進行重構，以達到完全兼容666協議的目的。

但沒想到B團隊的老大一聽這個說法，直接炸鍋，“憑什么來兼容你們？大家都用777協議，憑什么你腦袋上長角？”

這下可好，事情沒任何進展，兩個團隊的老大卻先 ”干“ 起來了。

……

有人說，這事跟技術委員會有毛關系？如果倆人職級相同，直接把他們的老大喊來，要么強壓，要么加大投入，下下狠心就得了。

強壓？壓誰？判斷標準是什么？難道看誰長得帥，或是跟誰關系好嗎？除非團隊在類似事件上有過約定（或標準），或者這位老大天生強勢，喜歡用自己的主觀判斷來下定論，而且從不把下屬的內心感受放在心上，否則在各種技術規范、標準都不健全的情況下，憑什么A團隊不動，B團隊要投入更大的資源去做一些自身并不認可的事情？

如果選擇強壓，那就等同于 “攻城為上，攻心為下”，對今后的管理與團隊氛圍都會帶來諸多的麻煩。

在我的經歷中，除一些特定事件之外，普通的功能迭代并不會選擇這種 “獨裁” 方式，而是交由一個高T組成的 “仲裁團體” ?來解決。

這個團體的成員一般來自不同的團隊，比較公正，比較中立，遇事喜歡利用一些技術數據（如接口數量、研發資源及業務影響等）的調研，或是借此明確某項技術的規則與標準，最終達到 “司法裁決” 的目的。

雖然從表面來看，這種方式不僅實施成本更高，而且時效性非常差，但在有些企業看來，這種方式有利于一些制度、標準及技術選型的平穩落地，減少矛盾，相對公平。

什么？你說這多此一舉？獨裁是工作效率最高的領導方式？

嗯，有道理。但人家不喜歡那樣，可能是歷史書看的太多，生怕某一天被民眾推翻吧。你管得著嗎？

▌虛擬 - 以項目形式推動一些人文類事項

說到這個話題，可能有人會說：“項目？這難道不是項目經理的事嗎？這又跟技術委員會有啥關系？”

對，你說的沒錯。

在我接觸的許多甲方公司中，由于受到專業能力與話語權的限制，在遇到一些跨團隊、跨職級項目（比如職級評審，校園招聘，技術培訓等）的時候，參與的人基本都是各團隊的Head（比如技術經理、部門總監等），而項目經理在他們眼里，無非是老板的傳話筒，或者是一個牽頭人的角色。

如果一群高T組成的 “仲裁團體”?完成的任務是技術范疇，那么一群Head組成的 “政治團體” 完成的任務就是人文范疇。

不過，在一些不懂技術的老板眼里，無論是技術范疇還是人文范疇，那都是你們這群技術男搞出來的噱頭。

既然如此，當這群人在一起的時候，總要給他們一個代號吧？算了，就叫你們 “技術委員會” 吧。

哦，對了，這群人里面職級最高，官最大的那個，就是委員長了。

▌實體 - 有實體組織承接與落地技術戰略

兩年前，我曾在 #演化：這五年里，我們對架構師職責的思考與定位# 中寫過相似的場景。

也就是說，很多技術團隊在人員規模達到一定數量之后，為了提升效率，組織結構會被拆分成了互聯網化的FeatureTeam。為了避免在基礎建設上的重復性建設，在推動一些全局橫向技術工作時，需要有人去突破在架構上的各項難題。

在這個時候，很多企業會選擇成立一個部門來統一負責這些。

名稱和叫法大家都不太一樣，有叫架構部的，有叫基礎服務部的，還有叫特別行動隊的，但實際上，無非都是在承接與落地技術戰略相關的事。

不過話說到這，我要多一句嘴。

在我遇見的企業中，無論是實體組織還是虛擬團隊，如果你想要推動一些全局橫向技術的工作（比如中間件，或某項技術、語言的選型），一般都需要獲得老板的授權，否則在過程中會遇到各種由 “誰說了算？” 而引發的阻力。

好，那問題來了。授權的基礎是什么？我認為是信任。

客觀的講，想要搞好承接與落地技術戰略這件事，對專業能力和經驗是有一定要求的，但老板信任的人在這方面卻不一定符合要求。

那怎么辦呢？為了解決這種 “矛盾”，有不少CTO親自帶隊，再挖幾個技術牛人來，說啥就是啥，說咋做就咋做，誰不愿意？滾蛋！或者在內部提拔一名在資歷上還過得去的老員工，通過集思廣益、群策群力的方式來開展工作。

什么？你說從別的公司 “空降” 一個過來？

不好意思，可能是我孤弱寡聞，但在我經歷的企業中，這種 “空降” 的死亡率還是挺高的。

為什么？去看看 #空降CTO是救世主？不，也可能是臭流氓# 這篇文章吧，里面寫的挺詳細的。

3

是創新先驅？還是執行工具？

寫到這，差不多把我所見過的技術委員會的理論和實踐都說完了。

可能有人質疑：“不對啊，你說的怎么跟我遇到的情況不一樣。”

“在我的經歷中，技術委員會應該是一家公司的科技的創新先驅，但你卻把它描述成了一家公司的執行工具？”

是，你說的有道理。

今年2月，小米成立了技術委員會，集團副總裁崔寶秋博士被任命為技術委員會主席。

在網上，小米集團創始人、董事長兼CEO雷軍有兩段話讓我記憶很深。

第一段是說：“技術委員會要強化技術立業，打造一流的技術團隊和文化，對做出突出技術鉆研和創新的工程師給予百萬元級別的特別獎勵，以激勵技術創新和技術突破。”

第二段是說：“技術創新最核心的是人才，小米今后既要加大力度招募博士學位的高尖端技術人才，又要加強從高校招募更多的年輕技術人才，在集團技術委員會的推動下，公司要形成一套完善獨立的技術人才晉升和級別評定體系，要讓技術人才能夠在良好的環境下專心做研發，一樣有成就感和獲得優厚回報。”

讀完這兩段文字后，你明白小米成立技術委員會的目的嗎？

在我看來，由于小米主要以科技產品為主，產品的差異化賣點是核心競爭力，如果想要始終保持突破姿態，那么技術差異才是真正的鴻溝。怎么才能越過鴻溝？那就需要不斷的科技創新。

所以，小米技術委員會就顯得非常重要，因為它的職責之一，就是從人才、專利與文化的角度，不斷激發公司的創新動力與活力。

好了，說完了小米，來對標下你所在企業的行業、產品與人文，有這樣的需求嗎？

很抱歉，在我所遇到的很多企業中，基本都沒有這樣的需求。

所以，一般企業的技術委員會，無論是以什么樣的形式存在，也多數是在扮演救火隊的角色。

至于為什么叫這個名字？無非是趕個潮流，設個招牌而已。

無論你這個組織的名字叫什么，實踐形式是虛是實，只要能用最低的成本，最快的速度解決在業務場景中遇到的各種問題，也就可以了。

寫在最后

好了，寫到這里也差不多了，最后還是想強調一個論點 —— 你可千萬不要被 “技術委員會” 這個看似高大上的名字給迷惑了。

在我看來，這就像給自己的孩子起名字是一個道理。

比如，張三和李四都給自己的孩子起了個 “小寶“ 的乳名，但含義卻大不相同。

張三之所以給兒子起這個名字，主要是受到內地童星王一鳴的啟發，希望自己的兒子能像他一樣進入演藝圈。

但李四就不同，他之所以給兒子起這個名字，無非是有一次出門買菜的時候聽賣豬肉攤位旁的一個胖阿姨說了一嘴，瞬間覺得挺好聽，也沒多想，回來就給自己兒子給按上了。

為什么會有這樣的區別？因為這倆孩子的爸爸的出生不同、性格不同、基因不同、學時與經歷更不同……所以，他們兒子的命運也大不相同。

不過對我們大多數人來說，一個名稱無非是一個代號而已，一個愿意喊，一個愿意應，也就行了。

不必在意，你說是嗎？

總結

以上是生活随笔為你收集整理的你知道技术委员会吗？嗯，一个既重要却又鸡肋的神秘组织的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。