軟技能和硬技能哪個重要？科技行業需要重新思考這個問題

雷鋒網 AI 科技評論按：不管是剛踏入科技互聯網人工智慧界的朋友，還是已經在行業內的工程師或者管理人員，遲早都會思考人際溝通、團隊管理、戰略規劃這樣的「軟」技能和軟硬體架構設計、開發調試、新技術研發這樣的「硬」技能之間的平衡問題。Medium 科普作者 Yonatan Zunger 近期就發布了一篇文章談了自己的觀點。雷鋒網 AI 科技評論編譯如下。

最近我看到很多技術人員非常焦慮，認為他們的「核心技能」可能會失去價值，尤其是在沒有其他方面技能的情況下。這也在「硬」技能與「軟」技能的爭論中顯現出來。這種焦慮本身是一個重要的信號。這可能是因為我們沒有認真對待軟技能。今天，我想分享一些實際發生的情況，以及我們如何解決這個問題。

1、實際情況

我們看到互聯網上的焦慮反應，認為軟技能可能會成為工程師的重要技能。有趣的是，人們如此關心軟硬技能的相對價值，而不是整體的經濟波動或工程師的過度供應，另外兩件事情同樣容易威脅到工程師的地位。

我們可以把強烈的情緒反應的看作是一種秘密的智慧信號。在文化問題上，群體的智慧比單個人更好，因為文化是由同一群人組成的。閱讀過去幾年的對話和回應模式，當問題出現時，我所看到的焦慮程度表明了一種模式：很多人都個直覺，認為「軟技能」會興起，但他們也不知道這對他們意味著什麼。

軟技能越來越重要，因為現在沒有工作只靠一個人就可以完成。我以前的工作就是為了讓所有人朝著一個方向前進，讓數百人甚至數千人中建立並保持共識。這是非常困難的事情。

當你和一大批人一起工作時，交流和協作的複雜性就成為決定成功或失敗的主要因素。像「心理安全」和「互信」這樣的概念成為主導你日常工作的東西，遠遠超出了任何特定的技術挑戰。在初級職位，這會影響你的生活質量：試圖做好技術工作，而周圍的人卻很難相處。在更高層次，這越來越成為管理和創造的責任。這與初級和高級角色之間的深層差異密切相關：初級人員的工作是找到問題的答案;一個高級人員的工作是找到正確的問題。一旦你達到一定的門檻，需要任何一定專業水平的純粹技術性問題的數量就會大大減少。因為無論是可靠的編譯程序還是 Stack Exchange 這樣的問答網站越來越普遍，這也就意味著越來越多的硬技術問題很容易就能找到答案。

當然，一直存在著各種艱難的挑戰，這些挑戰至關重要，任何沒有經驗的人都很難解決。這就是為什麼我們需要繼續建立和發展我們的技術技能。但是，如果你繼續增加你的技能，你很快就會發現，在這些極其困難的技術問題上需要花費的時間往往比全職工作少得多。相反，影響一個體系的關鍵（而且非常困難）的問題，更多的與這個體系如何與外部世界，也就是與越來越多的人的相互作用息息相關。

有趣的是，硬技能和軟技能之間的交集比大多數人意識到的還要多：當你開始將系統看作是一個包括人在內的更大系統的一個組成部分時，你開始了解人們以及他們的行為如何相互作用，然後你會發現許多相同的「硬技能」系統設計方法不僅是有道理的，而且可以為「軟」問題提供更好的答案。多用戶系統上的濫用和各種結果排名是兩個典型的例子; 在這兩種情況下，既有對於用戶需求一種非常「軟」的直覺，同時對於這些直覺又有非常「硬」的技術表達，在兩種技能之間自由轉換的能力是無價之寶。

但除了技術工作本身軟硬技能重疊的情況之外，還有很多「軟技能」與人事管理有很大關係。通常，人事管理領域是由那些沒有技術技能的人來完成的，關鍵在於，他們缺乏對上述技能的尊重。這個領域充滿「人力資源」這樣的辭彙，他們認為員工是一個煩惱和一種開支，需要通過「管理」來保持高生產力。

這種「管理」也不是很好的軟技能。這個領域是由那些相信自己有良好的軟技能，而實際上並不具備這種能力的人建立起來的。如果員工覺得不被管理者尊重，這就是一個危險的信號：畢竟，管理者的基本工作是協調人，讓每個人都作為團隊工作，如果沒有最基本相互尊重，員工不可能作為團隊工作。

事實是，我們所討論的「軟技能」並不容易獲得，不是在「禮儀班」中教的東西。而在於對人的研究，關注他們，在他們無法表達自己的時候也理解他們所需要的東西。

工程師、科學家和管理人員似乎都傾向於認為其他職業的專業技能很容易掌握，我認識的某位工程師將團隊搬到了一個新的辦公樓，並表示室內裝修應該很容易，不需要找別人來做，結果當然是搞砸了。

-「我們這個領域已經被這個問題折磨了好多年了」

-「不能再這樣下去了，我要用演算法來解決它」

（六個月後）-「哇哦，這個問題真的好難啊」 -「可不是么」

3、解決之道

我認為可以通過非常「簡單」的方法來改善這種狀況：把這些軟技能和嚴肅的專業技能一樣對待，重視這些技能，並且培養和招聘具備這些技能的員工。

第一步是確保團隊的順暢交流，共享一種語言。你沒法重視你叫不上名字的事物。我們經常忽略的事情包括：「讓團隊每個人都能夠快速了解項目進程」，「為核心技術理念創建共享的語言，以便每個人都能解釋發生的事情」，「確保每個人的聲音都被聽到，而且重要的警告不會因為有所顧忌而不說」，並且」確保所有的利益相關者都感受到項目中的個人利益」。我們經常忽略的一些常見的用戶體驗包括：「用戶/客戶在使用本產品時是否經常會感到沮喪或消極情緒，而這又會如何影響其長期使用？「、」當用戶對產品有負面的體驗，將如何影響他們對產品的體驗的？

實際上，上面說的都與不同的專業技能相關，從項目管理到用戶體驗研究。但是如果一個團隊把這些當作次要的方面，而不是決定成敗的核心，那麼他們很容易就會陷入一場災難：錯過里程碑，不同團體建立有差異的系統，這些系統在最終整合過程中發生衝突，關鍵問題被忽視，用戶遇到「小」bug，最終演變成一場大的災難（用戶大規模流失，甚至法律和監管問題），緩慢侵蝕用戶的信任。這些原因都可能導致項目失敗，甚至是那些在純「技術」方面毫無問題的項目。

把這些當作核心問題，而不是次要的東西，這需要團隊中的每個人都至少具備基本的知識，足以評估遇到的問題，即使他們不是相關的負責人。就像前端工程，後端工程，安全和站點可靠性一樣，團隊需要考慮不同的人負責不同的問題。單個工程師不能完成所有這些工作。但是，如果我們把這些工作中的一部分看作是「無形的勞動」，那麼我們就不能無視這些軟技能。

我們都知道有些軟技能缺失的很嚴重，而這些技能越來越重要。這並不是意味著工程師會輕易被人取代，但如果我們意識軟技能是一種真正的技能，是人們勤加練習才會擅長的技能，那我們對此就會有不同的態度。很多擅長這些軟技能的人不是技術人員，但這並不意味著他們不了解或不尊重技術人員。

如果某個崗位涉及協調工程師的工作，或者是將工程系統連接到用戶，或者其他任何不尊重工程師就做不好的工作，那麼一定要招聘尊重工程師的人。

但是要說明這一點：項目中的每個人都需要重視，並且至少要了解參與項目的基本技能。如果系統涉及到某個法律問題，每個人都需要了解相關法律。如果有用戶研究顯示了用戶對某事做反饋，那麼每個人都需要在設計中考慮到這一點。如果存在限制，使得某些類別的產品行為不可行，那麼每個人都需要了解這個問題。同樣，每個人都需要理解和重視人的技能：畢竟，你正在建立系統與你息息相關。

Via: shift.newco.co，雷鋒網 AI 科技評論編譯

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