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