硅谷1/10程序員在摸魚？基本不干活卻能拿20-30萬美元年薪

12月9日消息，斯坦福大學的一項新研究發(fā)現(xiàn)，不少公司存在所謂的“幽靈工程師”現(xiàn)象：這些程序員領(lǐng)取高薪，卻幾乎不產(chǎn)出任何代碼。

以下為翻譯內(nèi)容：

斯坦福商學院的研究員葉戈爾·杰尼索夫-布蘭奇（Yegor Denisov-Blanch）并非通靈者，但最近幾周，他卻意外地與許多“幽靈”建立了聯(lián)系，其中不少“幽靈”憤怒難平。

這位32歲的研究生在網(wǎng)上發(fā)布了一篇文章，分享了他對全球數(shù)百家公司程序員生產(chǎn)力數(shù)據(jù)的分析結(jié)果后，他的郵箱立刻被大量信息淹沒。

杰尼索夫-布蘭奇在社交媒體X上寫道：“大約9.5%的軟件工程師幾乎什么都不做?！边@些工程師貢獻的代碼少得可憐，可能是在敷衍了事，也可能是在暗中領(lǐng)取兩份薪水。他將這些人稱為“幽靈工程師”。

杰尼索夫-布蘭奇的帖子迅速獲得近400萬次瀏覽，一些自稱為“幽靈工程師”的人甚至主動聯(lián)系他。從電子郵件來看，有人試圖辯解，有人憤怒謾罵，但這些員工普遍承認自己利用了企業(yè)文化中的漏洞，并堅稱問題不在于他們。

盡管杰尼索夫-布蘭奇的研究尚未經(jīng)過同行評審，但他的結(jié)論再次引發(fā)了關(guān)于“幽靈工程師”這一話題的長期爭論。

“很多人認為這是夸大其詞，但我認識的許多軟件工程師一個月只改兩次代碼，幾乎不發(fā)郵件，會議也很少；每周遠程辦公時間不到5小時，但年薪高達20萬到30萬美元，”投資人迪迪·達斯（Deedy Das）上個月在X上發(fā)帖寫道。

達斯未回應(yīng)采訪請求。他列舉了包括思科和云計算巨頭Salesforce在內(nèi)的13家公司，并表示這種行為在這些公司非常普遍。他還詳細描述了“幽靈工程師”的常見伎倆，比如頻繁將在線狀態(tài)設(shè)為“開會中”，或使用廉價的“鼠標模擬器”來偽裝持續(xù)活動。

文件存儲公司Box的首席執(zhí)行官亞倫·列維（Aaron Levie）注意到達斯的帖子提到了他的公司。當晚，他在X上回應(yīng)稱：“今天的討論特別有建設(shè)性?！?/p>

列維表示，他的公司已經(jīng)在著手解決類似問題。在電話采訪中，他提到，盡管沒有因此立即解雇任何人，但這場網(wǎng)絡(luò)辯論促使公司內(nèi)部重新審視了相關(guān)問題。

過去四年間，隨著遠程工作在科技行業(yè)的普及，Box開始重點評估包括工程師在內(nèi)的所有員工的工作效率。該公司已縮減團隊規(guī)模，避免職責重疊，減少會議數(shù)量，并對研發(fā)項目的選擇變得更加審慎。

杰尼索夫-布蘭奇十幾歲時就開始自學編程。他在電話采訪中提到，最初并沒有有意去研究“幽靈工程師”現(xiàn)象。

他表示，與斯坦福大學組織心理學副教授邁克爾·科辛斯基（Michael Kosinski）以及Crunchyroll前首席技術(shù)官、西蒙·奧布斯特鮑姆（Simon Obstbaum）合作開發(fā)了一種機器學習算法。這種算法通過分析企業(yè)代碼庫來衡量程序員的工作效率，正是在這個過程中，他們逐漸發(fā)現(xiàn)了“幽靈工程師”現(xiàn)象。

研究數(shù)據(jù)顯示，大公司更容易滋生“幽靈工程師”，但小型企業(yè)也難以完全避免這一問題。

科辛斯基在電話采訪中指出，由于大型科技公司程序員的工作復(fù)雜性以及公司內(nèi)部結(jié)構(gòu)的繁瑣，評估工程師的工作效率是一項挑戰(zhàn)。然而，他強調(diào)，如果不及時識別并淘汰低效員工，不僅會助長“濫竽充數(shù)”的現(xiàn)象，還會損害高效員工應(yīng)得的獎勵。

斯坦福大學開展這項研究的同時，一些大型科技公司正逐步取消此前實施的遠程辦公政策。谷歌、亞馬遜、Meta和微軟等公司相繼大規(guī)模裁員后，遠程辦公模式也重新受到審視。例如，亞馬遜計劃從明年1月起要求員工每周至少在辦公室工作5天。而SAP、AT&T、戴爾和Zoom等公司也在逐步收緊靈活辦公政策。

杰尼索夫-布蘭奇指出，斯坦福大學的研究發(fā)現(xiàn)，頂尖程序員中遠程辦公的比例更高，但“幽靈工程師”也更傾向于選擇遠程辦公。在遠程辦公的工程師中，“幽靈工程師”占比高達14%；相比之下，每周至少有部分時間到辦公室工作的工程師中，這一比例為9%，而每天都在辦公室工作的工程師中僅為6%。

杰尼索夫-布蘭奇認為，與其說“幽靈工程師”是故意懈怠，不如說是源于挫敗感。他在與幾十位“幽靈工程師”深入交流后總結(jié)道：“問題幾乎總是因為他們對工作感到失望，無法看到努力與回報或認可之間的明確聯(lián)系?！薄半S著時間推移，他們逐漸喪失動力，工作表現(xiàn)也持續(xù)下降?！?/p>

杰尼索夫-布蘭奇提到，隨著時間推移，“磨洋工”這種行為從被動轉(zhuǎn)為主動。員工可能會采取一些策略，比如在日歷上虛構(gòu)時間安排，或者夸大自己的工作量。“有時候，經(jīng)理很難辨別真相，”他補充道。

克魯納爾·帕特爾（Krunal Patel）回憶，剛?cè)胄袝r，他嘗試過“幽靈式工作”，并非因為懶惰，而是為了給經(jīng)理提個醒。在一周時間里，他和一位同事每天兩次向經(jīng)理詳細匯報工作任務(wù)，但實際上什么都沒做。直到他們主動坦白，經(jīng)理才意識到二人一直在偷懶。

“他非常震驚，”帕特爾在電話采訪中回憶道?！拔覀冏屗聛恚忉屃宋覀兊拇鞌「??！迸撂貭柡屯绿岢鱿Ｍ麥p少對日常任務(wù)的過度管理，更多地參與到需要解決的實際問題中。

帕特爾的經(jīng)理采納了他們的建議，工程師們的效率隨之提升。如今，帕特爾已是一位擁有20年軟件行業(yè)經(jīng)驗的技術(shù)高管和企業(yè)家。他表示：“我們的工作效率更高了，也更加享受工作過程?！?/p>

蘇迪爾·班達魯（Sudheer Bandaru）在一家中型公司管理軟件工程團隊時，也曾遇到類似的情形。

班達魯在電話采訪中提到，每年績效評估時，一位被認為最“聰明”的工程師雖然在團隊會議上侃侃而談，但實際上幾乎沒有產(chǎn)出任何代碼。“這讓我感到非常震驚，”他說。

班達魯與這位員工溝通后發(fā)現(xiàn)，他并非有意懈怠，而是崗位不對口?！八袷且晃谎芯咳藛T，完全不喜歡坐在一個地方寫代碼，”班達魯解釋道。在調(diào)整崗位后，這名員工的表現(xiàn)變得非常出色。

班達魯提到，類似的情況并不少見，這也促使他創(chuàng)立了Hivel平臺，希望幫助公司更高效地開發(fā)軟件和進行分析。

如果使用得當，用于監(jiān)控技術(shù)人員生產(chǎn)力的軟件可能會創(chuàng)造更多令人欣慰的管理時刻。然而，科技行業(yè)作家兼前軟件工程師帕特里克·麥肯齊（Patrick McKenzie）警告說，僅根據(jù)工程師的代碼行數(shù)評估工作，很容易造成誤判。

麥肯齊表示，一些高級工程師“完全不寫代碼也是可以理解的”，例如他們可能正在設(shè)計軟件架構(gòu)或指導(dǎo)新員工?！斑@種人既不是‘幽靈’，也不是在敷衍了事，”他補充道。

杰尼索夫-布蘭奇提到，為避免這種誤判，他和研究合作者開發(fā)的生產(chǎn)力衡量算法，不僅能夠監(jiān)控團隊和個人的工作，還可以評估他們對公司整體代碼庫的影響。

隨著研究成果吸引了投資者的關(guān)注，杰尼索夫-布蘭奇正考慮如何將其商業(yè)化。這或許能幫助企業(yè)更好地應(yīng)對“幽靈工程師”的問題。

不過，杰尼索夫-布蘭奇表示，他的目標是幫助“幽靈工程師”，而不是去揭發(fā)他們。“我的任務(wù)不是追查這些人，”他說?！拔业娜蝿?wù)是弄清這種現(xiàn)象的成因，并努力消除它?！保ǔ匠剑?/p>

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。