硅谷1/10程序員在“摸魚”？基本不干活卻能拿20-30萬美元年薪快訊
杰尼索夫-布蘭奇表示，僅根據工程師的代碼行數評估工作，并表示這種行為在這些公司非常普遍。
12月9日消息，斯坦福大學的一項新研究發現，不少公司存在所謂的“幽靈工程師”現象：這些程序員領取高薪，卻幾乎不產出任何代碼。
以下為翻譯內容：
斯坦福商學院的研究員葉戈爾·杰尼索夫-布蘭奇（Yegor Denisov-Blanch）并非通靈者，但最近幾周，他卻意外地與許多“幽靈”建立了聯系，其中不少“幽靈”憤怒難平。
這位32歲的研究生在網上發布了一篇文章，分享了他對全球數百家公司程序員生產力數據的分析結果后，他的郵箱立刻被大量信息淹沒。
杰尼索夫-布蘭奇在社交媒體X上寫道：“大約9.5%的軟件工程師幾乎什么都不做。”這些工程師貢獻的代碼少得可憐，可能是在敷衍了事，也可能是在暗中領取兩份薪水。他將這些人稱為“幽靈工程師”。
杰尼索夫-布蘭奇的帖子迅速獲得近400萬次瀏覽，一些自稱為“幽靈工程師”的人甚至主動聯系他。從電子郵件來看，有人試圖辯解，有人憤怒謾罵，但這些員工普遍承認自己利用了企業文化中的漏洞，并堅稱問題不在于他們。
盡管杰尼索夫-布蘭奇的研究尚未經過同行評審，但他的結論再次引發了關于“幽靈工程師”這一話題的長期爭論。
“很多人認為這是夸大其詞，但我認識的許多軟件工程師一個月只改兩次代碼，幾乎不發郵件，會議也很少；每周遠程辦公時間不到5小時，但年薪高達20萬到30萬美元，”投資人迪迪·達斯（Deedy Das）上個月在X上發帖寫道。
達斯未回應采訪請求。他列舉了包括思科和云計算巨頭Salesforce在內的13家公司，并表示這種行為在這些公司非常普遍。他還詳細描述了“幽靈工程師”的常見伎倆，比如頻繁將在線狀態設為“開會中”，或使用廉價的“鼠標模擬器”來偽裝持續活動。
文件存儲公司Box的首席執行官亞倫·列維（Aaron Levie）注意到達斯的帖子提到了他的公司。當晚，他在X上回應稱：“今天的討論特別有建設性。”
列維表示，他的公司已經在著手解決類似問題。在電話采訪中，他提到，盡管沒有因此立即解雇任何人，但這場網絡辯論促使公司內部重新審視了相關問題。
過去四年間，隨著遠程工作在科技行業的普及，Box開始重點評估包括工程師在內的所有員工的工作效率。該公司已縮減團隊規模，避免職責重疊，減少會議數量，并對研發項目的選擇變得更加審慎。
杰尼索夫-布蘭奇十幾歲時就開始自學編程。他在電話采訪中提到，最初并沒有有意去研究“幽靈工程師”現象。
他表示，與斯坦福大學組織心理學副教授邁克爾·科辛斯基（Michael Kosinski）以及Crunchyroll前首席技術官、西蒙·奧布斯特鮑姆（Simon Obstbaum）合作開發了一種機器學習算法。這種算法通過分析企業代碼庫來衡量程序員的工作效率，正是在這個過程中，他們逐漸發現了“幽靈工程師”現象。
研究數據顯示，大公司更容易滋生“幽靈工程師”，但小型企業也難以完全避免這一問題。
科辛斯基在電話采訪中指出，由于大型科技公司程序員的工作復雜性以及公司內部結構的繁瑣，評估工程師的工作效率是一項挑戰。然而，他強調，如果不及時識別并淘汰低效員工，不僅會助長“濫竽充數”的現象，還會損害高效員工應得的獎勵。
斯坦福大學開展這項研究的同時，一些大型科技公司正逐步取消此前實施的遠程辦公政策。谷歌、亞馬遜、Meta和微軟等公司相繼大規模裁員后，遠程辦公模式也重新受到審視。例如，亞馬遜計劃從明年1月起要求員工每周至少在辦公室工作5天。而SAP、AT&T、戴爾和Zoom等公司也在逐步收緊靈活辦公政策。
杰尼索夫-布蘭奇指出，斯坦福大學的研究發現，頂尖程序員中遠程辦公的比例更高，但“幽靈工程師”也更傾向于選擇遠程辦公。在遠程辦公的工程師中，“幽靈工程師”占比高達14%；相比之下，每周至少有部分時間到辦公室工作的工程師中，這一比例為9%，而每天都在辦公室工作的工程師中僅為6%。
杰尼索夫-布蘭奇認為，與其說“幽靈工程師”是故意懈怠，不如說是源于挫敗感。他在與幾十位“幽靈工程師”深入交流后總結道：“問題幾乎總是因為他們對工作感到失望，無法看到努力與回報或認可之間的明確聯系。”“隨著時間推移，他們逐漸喪失動力，工作表現也持續下降。”
杰尼索夫-布蘭奇提到，隨著時間推移，“磨洋工”這種行為從被動轉為主動。員工可能會采取一些策略，比如在日歷上虛構時間安排，或者夸大自己的工作量。“有時候，經理很難辨別真相，”他補充道。
克魯納爾·帕特爾（Krunal Patel）回憶，剛入行時，他嘗試過“幽靈式工作”，并非因為懶惰，而是為了給經理提個醒。在一周時間里，他和一位同事每天兩次向經理詳細匯報工作任務，但實際上什么都沒做。直到他們主動坦白，經理才意識到二人一直在偷懶。
“他非常震驚，”帕特爾在電話采訪中回憶道。“我們讓他坐下來，解釋了我們的挫敗感。”帕特爾和同事提出希望減少對日常任務的過度管理，更多地參與到需要解決的實際問題中。
帕特爾的經理采納了他們的建議，工程師們的效率隨之提升。如今，帕特爾已是一位擁有20年軟件行業經驗的技術高管和企業家。他表示：“我們的工作效率更高了，也更加享受工作過程。”
蘇迪爾·班達魯（Sudheer Bandaru）在一家中型公司管理軟件工程團隊時，也曾遇到類似的情形。
班達魯在電話采訪中提到，每年績效評估時，一位被認為最“聰明”的工程師雖然在團隊會議上侃侃而談，但實際上幾乎沒有產出任何代碼。“這讓我感到非常震驚，”他說。
班達魯與這位員工溝通后發現，他并非有意懈怠，而是崗位不對口。“他更像是一位研究人員，完全不喜歡坐在一個地方寫代碼，”班達魯解釋道。在調整崗位后，這名員工的表現變得非常出色。
班達魯提到，類似的情況并不少見，這也促使他創立了Hivel平臺，希望幫助公司更高效地開發軟件和進行分析。
如果使用得當，用于監控技術人員生產力的軟件可能會創造更多令人欣慰的管理時刻。然而，科技行業作家兼前軟件工程師帕特里克·麥肯齊（Patrick McKenzie）警告說，僅根據工程師的代碼行數評估工作，很容易造成誤判。
麥肯齊表示，一些高級工程師“完全不寫代碼也是可以理解的”，例如他們可能正在設計軟件架構或指導新員工。“這種人既不是‘幽靈’，也不是在敷衍了事，”他補充道。
杰尼索夫-布蘭奇提到，為避免這種誤判，他和研究合作者開發的生產力衡量算法，不僅能夠監控團隊和個人的工作，還可以評估他們對公司整體代碼庫的影響。
隨著研究成果吸引了投資者的關注，杰尼索夫-布蘭奇正考慮如何將其商業化。這或許能幫助企業更好地應對“幽靈工程師”的問題。
不過，杰尼索夫-布蘭奇表示，他的目標是幫助“幽靈工程師”，而不是去揭發他們。“我的任務不是追查這些人，”他說。“我的任務是弄清這種現象的成因，并努力消除它。”（辰辰）
1.TMT觀察網遵循行業規范，任何轉載的稿件都會明確標注作者和來源；
2.TMT觀察網的原創文章，請轉載時務必注明文章作者和"來源：TMT觀察網"，不尊重原創的行為TMT觀察網或將追究責任；
3.作者投稿可能會經TMT觀察網編輯修改或補充。
