0
雷鋒網(wǎng) AI 科技評論按：不管是剛踏入科技互聯(lián)網(wǎng)人工智能界的朋友，還是已經(jīng)在行業(yè)內(nèi)的工程師或者管理人員，遲早都會思考人際溝通、團隊管理、戰(zhàn)略規(guī)劃這樣的「軟」技能和軟硬件架構(gòu)設計、開發(fā)調(diào)試、新技術研發(fā)這樣的「硬」技能之間的平衡問題。Medium 科普作者 Yonatan Zunger 近期就發(fā)布了一篇文章談了自己的觀點。雷鋒網(wǎng) AI 科技評論編譯如下。
最近我看到很多技術人員非常焦慮，認為他們的「核心技能」可能會失去價值，尤其是在沒有其他方面技能的情況下。這也在「硬」技能與「軟」技能的爭論中顯現(xiàn)出來。這種焦慮本身是一個重要的信號。這可能是因為我們沒有認真對待軟技能。今天，我想分享一些實際發(fā)生的情況，以及我們?nèi)绾谓鉀Q這個問題。
我們看到互聯(lián)網(wǎng)上的焦慮反應，認為軟技能可能會成為工程師的重要技能。有趣的是，人們?nèi)绱岁P心軟硬技能的相對價值，而不是整體的經(jīng)濟波動或工程師的過度供應，另外兩件事情同樣容易威脅到工程師的地位。
我們可以把強烈的情緒反應的看作是一種秘密的智慧信號。在文化問題上，群體的智慧比單個人更好，因為文化是由同一群人組成的。閱讀過去幾年的對話和回應模式，當問題出現(xiàn)時，我所看到的焦慮程度表明了一種模式：很多人都個直覺，認為「軟技能」會興起，但他們也不知道這對他們意味著什么。
軟技能越來越重要，因為現(xiàn)在沒有工作只靠一個人就可以完成。我以前的工作就是為了讓所有人朝著一個方向前進，讓數(shù)百人甚至數(shù)千人中建立并保持共識。這是非常困難的事情。
當你和一大批人一起工作時，交流和協(xié)作的復雜性就成為決定成功或失敗的主要因素。像「心理安全」和「互信」這樣的概念成為主導你日常工作的東西，遠遠超出了任何特定的技術挑戰(zhàn)。在初級職位，這會影響你的生活質(zhì)量：試圖做好技術工作，而周圍的人卻很難相處。在更高層次，這越來越成為管理和創(chuàng)造的責任。這與初級和高級角色之間的深層差異密切相關：初級人員的工作是找到問題的答案;一個高級人員的工作是找到正確的問題。一旦你達到一定的門檻，需要任何一定專業(yè)水平的純粹技術性問題的數(shù)量就會大大減少。因為無論是可靠的編譯程序還是 Stack Exchange 這樣的問答網(wǎng)站越來越普遍，這也就意味著越來越多的硬技術問題很容易就能找到答案。
當然，一直存在著各種艱難的挑戰(zhàn)，這些挑戰(zhàn)至關重要，任何沒有經(jīng)驗的人都很難解決。這就是為什么我們需要繼續(xù)建立和發(fā)展我們的技術技能。但是，如果你繼續(xù)增加你的技能，你很快就會發(fā)現(xiàn)，在這些極其困難的技術問題上需要花費的時間往往比全職工作少得多。相反，影響一個體系的關鍵（而且非常困難）的問題，更多的與這個體系如何與外部世界，也就是與越來越多的人的相互作用息息相關。
有趣的是，硬技能和軟技能之間的交集比大多數(shù)人意識到的還要多：當你開始將系統(tǒng)看作是一個包括人在內(nèi)的更大系統(tǒng)的一個組成部分時，你開始了解人們以及他們的行為如何相互作用，然后你會發(fā)現(xiàn)許多相同的「硬技能」系統(tǒng)設計方法不僅是有道理的，而且可以為「軟」問題提供更好的答案。多用戶系統(tǒng)上的濫用和各種結(jié)果排名是兩個典型的例子; 在這兩種情況下，既有對于用戶需求一種非常「軟」的直覺，同時對于這些直覺又有非?！赣病沟募夹g表達，在兩種技能之間自由轉(zhuǎn)換的能力是無價之寶。
但除了技術工作本身軟硬技能重疊的情況之外，還有很多「軟技能」與人事管理有很大關系。通常，人事管理領域是由那些沒有技術技能的人來完成的，關鍵在于，他們?nèi)狈ι鲜黾寄艿淖鹬亍＿@個領域充滿「人力資源」這樣的詞匯，他們認為員工是一個煩惱和一種開支，需要通過「管理」來保持高生產(chǎn)力。
這種「管理」也不是很好的軟技能。這個領域是由那些相信自己有良好的軟技能，而實際上并不具備這種能力的人建立起來的。如果員工覺得不被管理者尊重，這就是一個危險的信號：畢竟，管理者的基本工作是協(xié)調(diào)人，讓每個人都作為團隊工作，如果沒有最基本相互尊重，員工不可能作為團隊工作。
事實是，我們所討論的「軟技能」并不容易獲得，不是在「禮儀班」中教的東西。而在于對人的研究，關注他們，在他們無法表達自己的時候也理解他們所需要的東西。
工程師、科學家和管理人員似乎都傾向于認為其他職業(yè)的專業(yè)技能很容易掌握，我認識的某位工程師將團隊搬到了一個新的辦公樓，并表示室內(nèi)裝修應該很容易，不需要找別人來做，結(jié)果當然是搞砸了。
-“我們這個領域已經(jīng)被這個問題折磨了好多年了”
-“不能再這樣下去了，我要用算法來解決它”
（六個月后）-“哇哦，這個問題真的好難啊” -“可不是么”
我認為可以通過非?！负唵巍沟姆椒▉砀纳七@種狀況：把這些軟技能和嚴肅的專業(yè)技能一樣對待，重視這些技能，并且培養(yǎng)和招聘具備這些技能的員工。
第一步是確保團隊的順暢交流，共享一種語言。你沒法重視你叫不上名字的事物。我們經(jīng)常忽略的事情包括：「讓團隊每個人都能夠快速了解項目進程」，「為核心技術理念創(chuàng)建共享的語言，以便每個人都能解釋發(fā)生的事情」，「確保每個人的聲音都被聽到，而且重要的警告不會因為有所顧忌而不說」，并且」確保所有的利益相關者都感受到項目中的個人利益」。我們經(jīng)常忽略的一些常見的用戶體驗包括：「用戶/客戶在使用本產(chǎn)品時是否經(jīng)常會感到沮喪或消極情緒，而這又會如何影響其長期使用？「、」當用戶對產(chǎn)品有負面的體驗，將如何影響他們對產(chǎn)品的體驗的？
實際上，上面說的都與不同的專業(yè)技能相關，從項目管理到用戶體驗研究。但是如果一個團隊把這些當作次要的方面，而不是決定成敗的核心，那么他們很容易就會陷入一場災難：錯過里程碑，不同團體建立有差異的系統(tǒng)，這些系統(tǒng)在最終整合過程中發(fā)生沖突，關鍵問題被忽視，用戶遇到「小」bug，最終演變成一場大的災難（用戶大規(guī)模流失，甚至法律和監(jiān)管問題），緩慢侵蝕用戶的信任。這些原因都可能導致項目失敗，甚至是那些在純「技術」方面毫無問題的項目。
把這些當作核心問題，而不是次要的東西，這需要團隊中的每個人都至少具備基本的知識，足以評估遇到的問題，即使他們不是相關的負責人。就像前端工程，后端工程，安全和站點可靠性一樣，團隊需要考慮不同的人負責不同的問題。單個工程師不能完成所有這些工作。但是，如果我們把這些工作中的一部分看作是「無形的勞動」，那么我們就不能無視這些軟技能。
我們都知道有些軟技能缺失的很嚴重，而這些技能越來越重要。這并不是意味著工程師會輕易被人取代，但如果我們意識軟技能是一種真正的技能，是人們勤加練習才會擅長的技能，那我們對此就會有不同的態(tài)度。很多擅長這些軟技能的人不是技術人員，但這并不意味著他們不了解或不尊重技術人員。
如果某個崗位涉及協(xié)調(diào)工程師的工作，或者是將工程系統(tǒng)連接到用戶，或者其他任何不尊重工程師就做不好的工作，那么一定要招聘尊重工程師的人。
但是要說明這一點：項目中的每個人都需要重視，并且至少要了解參與項目的基本技能。如果系統(tǒng)涉及到某個法律問題，每個人都需要了解相關法律。如果有用戶研究顯示了用戶對某事做反饋，那么每個人都需要在設計中考慮到這一點。如果存在限制，使得某些類別的產(chǎn)品行為不可行，那么每個人都需要了解這個問題。同樣，每個人都需要理解和重視人的技能：畢竟，你正在建立系統(tǒng)與你息息相關。
Via: shift.newco.co，雷鋒網(wǎng) AI 科技評論編譯
雷峰網(wǎng)版權(quán)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。
