12月9日、スタンフォード大学の新たな調査で、多くの企業でいわゆる「ゴーストエンジニア」現象が発生していることが判明した。ゴーストエンジニアは高額の給与を受け取っているものの、ほとんどコードを作成しないという。

翻訳は次のとおりです。

スタンフォード大学経営大学院の研究者であるエゴール・デニソフ＝ブランチ氏は霊能者ではないが、ここ数週間で予想外に多くの「幽霊」と接触しており、その多くは激怒しているという。

32歳の大学院生が世界中の何百もの企業のプログラマーの生産性データの分析を共有する記事をオンラインで公開すると、彼の受信箱にはすぐにメッセージが殺到した。

デニソフ＝ブラン氏はソーシャルメディアプラットフォームXに、「ソフトウェアエンジニアの約9.5%はほとんど何もしていない」と投稿した。こうしたエンジニアはコードをほとんど書かず、形式的に仕事をこなしているだけかもしれないし、あるいは密かに二重の給与を受け取っているのかもしれない。彼はこうした人々を「ゴーストエンジニア」と呼んでいる。

デニソフ＝ブラン氏の投稿は瞬く間に400万回近く閲覧され、自称「ゴーストエンジニア」たちから連絡が入ったこともあった。メールには自己弁護の試みと怒りの爆発が混在していたが、従業員たちは概ね企業文化の抜け穴を悪用したことを認め、問題は自分たちにはないと主張した。

デニソフ・ブラン氏の研究はまだ査読を受けていないものの、同氏の結論は「ゴーストエンジニア」というテーマに関する長年の議論に再火をつけている。

「これは大げさだと思う人も多いが、私が知っている多くのソフトウェアエンジニアは、月に2回しかコードを修正せず、メールを送ることもほとんどなく、会議もほとんどない。彼らは週に5時間未満しかリモートワークをしないが、年間20万ドルから30万ドルを稼いでいる」と投資家のディーディー・ダス氏は先月Xに投稿した。

ダス氏はインタビューの要請には応じなかった。彼はシスコやクラウドコンピューティング大手のセールスフォース・ドットコムを含む13社を挙げ、これらの企業ではこうした行為が非常に一般的だと述べた。また、「ゴーストエンジニア」が頻繁に使う手口についても詳細に説明した。例えば、オンラインステータスを頻繁に「会議中」に設定したり、安価な「マウスエミュレーター」を使って連続して作業しているように見せかけたりといった手口だ。

ファイルストレージ企業BoxのCEO、アーロン・レヴィ氏は、ダス氏の投稿に自社が言及されていることに気づきました。その夜、彼はXで「今日の議論は特に建設的でした」と返信しました。

レヴィ氏は、自社で既に同様の問題に取り組んでいると述べた。電話インタビューでは、オンラインでの議論を受けて直ちに解雇された者はいないものの、関連する問題を社内で再検討するきっかけになったと述べた。

過去4年間、テクノロジー業界でリモートワークが普及するにつれ、Boxはエンジニアを含む全従業員の生産性評価に注力し始めました。同社はチーム規模を縮小し、業務の重複を避け、会議回数を減らし、R&Dプロジェクトの選定をより厳選してきました。

デニソフ＝ブラン氏は1​​0代の頃から独学でプログラミングを学び始めました。電話インタビューで彼は、当初は「ゴーストエンジニア」現象を研究するつもりはなかったと述べています。

彼は、スタンフォード大学の組織心理学准教授であるマイケル・コシンスキー氏と、Crunchyrollの元CTOであるサイモン・オブストバウム氏と共同で機械学習アルゴリズムを開発したと述べました。このアルゴリズムは、企業のコードベースを分析することでプログラマーの生産性を測定するもので、その過程で「ゴーストエンジニア」という現象が徐々に発見されていったのです。

調査データによれば、大企業では「ゴーストエンジニア」が発生しやすい傾向にありますが、中小企業でもこの問題を完全に回避することは困難です。

電話インタビューで、コシンスキー氏は、プログラマーの仕事の複雑さと大手テクノロジー企業の煩雑な社内構造のため、エンジニアの生産性を評価することは困難だと指摘した。しかし、非効率な従業員を適時に特定し、排除しなければ、「数字を埋める」現象が助長されるだけでなく、優秀な従業員にふさわしい報酬が損なわれるとも強調した。

スタンフォード大学が本調査を実施している中、複数の大手テクノロジー企業が、これまで導入してきたリモートワーク制度を段階的に廃止し始めています。Google、Amazon、Meta、Microsoftといった企業における大規模なレイオフを受け、リモートワークモデルの見直しが進められています。例えば、Amazonは来年1月から、従業員に少なくとも週5日のオフィス勤務を義務付ける予定です。一方、SAP、AT&T、Dell、Zoomといった企業も、柔軟な勤務制度を段階的に強化しています。

デニソフ＝ブラン氏は、スタンフォード大学の調査で、トップクラスのプログラマーはリモートワークの割合が高いものの、「ゴーストエンジニア」もリモートワークを選択する傾向があることがわかったと指摘する。リモートワークをしているエンジニアのうち、「ゴーストエンジニア」は14%にも上る。一方、週の少なくとも一部をオフィスで勤務するエンジニアでは、この割合は9%であるのに対し、毎日オフィスで勤務するエンジニアではわずか6%にとどまっている。

デニソフ＝ブラン氏は、「ゴーストエンジニア」は故意に仕事を怠けているというより、むしろフラストレーションを感じているからだと考えている。数十人の「ゴーストエンジニア」と綿密な話し合いを行った後、彼は次のようにまとめた。「ほとんどの場合、彼らは自分の仕事に失望しており、努力と報酬や評価の間に明確な関連性を見出せないことが問題なのです。」「時が経つにつれて、彼らは徐々にモチベーションを失い、仕事のパフォーマンスは低下し続けます。」

デニソフ＝ブラン氏は、この「サボり」行動は時とともに受動的から能動的へと変化してきたと指摘する。従業員は、カレンダーに予定を偽ったり、仕事量を誇張したりするといった戦略を取ることがある。「時には、管理者が真実を見極めるのが難しいこともある」と同氏は付け加えた。

クルナル・パテル氏は、キャリアの初期に「ゴーストワーク」を試したことを思い出します。怠け心からではなく、上司に事前に知らせるためでした。1週間、彼と同僚は1日に2回、上司に詳細な業務報告をしましたが、実際には何もしていませんでした。彼らがサボっていたことに上司が気づいたのは、彼らが告白した時でした。

「彼はとてもショックを受けていました」とパテル氏は電話インタビューで振り返った。「私たちは彼に席を譲り、私たちの不満を説明しました。」パテル氏と彼の同僚たちは、日々の業務の過剰な管理を減らし、解決すべき実際の問題にもっと関わることを提案した。

パテル氏のマネージャーたちは彼らの提案を採用し、結果としてエンジニアたちの効率は向上しました。現在、パテル氏はソフトウェア業界で20年の経験を持つテクノロジーエグゼクティブ兼起業家です。「生産性が向上し、仕事の楽しさも増しています」と彼は言います。

Sudheer Bandaru 氏は、中規模企業でソフトウェア エンジニアリング チームを管理していたときに、同様の状況に遭遇しました。

電話インタビューでバンダル氏は、年次業績評価の際に、「最も優秀」と目されていたあるエンジニアがチームミーティングでは雄弁に話していたものの、実際にはほとんどコードを作成しなかったことを明らかにした。「これには衝撃を受けました」と彼は語った。

バンダル氏はその従業員と話し合った結果、彼が故意にサボっていたのではなく、仕事が自分に合っていなかったことに気づいた。「彼はどちらかと言うと研究者のような人で、一箇所に座ってコードを書くのが全く好きではなかったんです」とバンダル氏は説明した。仕事内容を調整した後、従業員のパフォーマンスは劇的に向上した。

バンダル氏は、同様の状況は珍しくないことから、企業がソフトウェアを開発し、分析をより効率的に実施できるようにすることを目指してHivelプラットフォームを作成したと述べた。

技術スタッフの生産性を監視するソフトウェアを適切に使用すれば、マネジメントにおいてより多くの満足感を得られる瞬間を生み出すことができます。しかし、テクノロジー業界のライターであり、元ソフトウェアエンジニアでもあるパトリック・マッケンジー氏は、エンジニアが書いたコードの行数だけで仕事を評価すると、誤った判断につながる可能性があると警告しています。

マッケンジー氏は、例えばソフトウェアアーキテクチャの設計や新入社員の指導に携わっている上級エンジニアの中には、「全くコードを書かない」人がいるのは「理解できる」と述べた。「彼らは『幽霊』でもなければ、ただ形式的に仕事をしているわけでもない」と彼は付け加えた。

デニソフ=ブラン氏は、そのような誤った判断を避けるために、彼と研究協力者は、チームや個人の作業を監視するだけでなく、会社全体のコードベースへの影響も評価できる生産性測定アルゴリズムを開発したと述べました。

研究結果が投資家の注目を集めていることから、デニソフ＝ブラン氏はその商業化を検討している。これは、企業が「ゴーストエンジニア」問題に効果的に対処できるようになる可能性を秘めている。

しかし、デニソフ＝ブラン氏は、自分の目的は「幽霊エンジニア」を摘発することではなく、彼らを助けることだと述べた。「私の任務は、彼らを追跡することではない」と彼は言った。「私の任務は、この現象の原因を解明し、根絶することです。」 (チェンチェン)