「エンジニアの死のスパイラル」をSunil Paiが警告。大きい仕事ほど一段レベルを下げる理由

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、Sunil Paiさんの「the senior engineer death spiral」という記事を紹介するね。

Sunil Pai（<a href=”https://sunilpai.dev/posts/the-senior-engineer-death-spiral/” target=”_blank” rel=”noopener” style=”color:#1c1c1c;”>sunilpai.dev「the senior engineer death spiral」</a>より・沈黙の兆候について）

“they start disappearing for longer periods of time…they won’t really have anything to show”

昇進や大きなプロジェクトを任された日、人は不思議と「今の自分よりワンランク上のエンジニアを演じよう」と決めてしまいます。その結果が、2〜3週間の沈黙です。

大きい仕事を任された時ほど危ない。私にも刺さる指摘です。経営でも同じです。「大きい企画を一人で温めてから見せよう」と抱え込むほど、実際には何も動いていない期間が長くなります。私が普段AIに仕事を渡す時は、完成品を見せる前に途中経過を毎回小さく見せます。AI秘書の凛ちゃんにタスクを投げた時も同じです。いきなり完成報告ではなく「今どこまで進んだか」をこまめに返してもらいます。人が姿を消して自分を追い込む構造は、AIに任せる場面でも起きます。「AIに丸投げして、完璧な答えが出るまで待つ」姿勢。これはこの記事のengineerが2〜3週間姿を消すのと同じ形です。委ねるとは沈黙して待つことではありません。途中経過を小さく開示し続けることだと、改めて思いました。

読者への一歩: 今抱えている一番大きいタスクについて、今日中に進捗を1行だけ誰かに（AIでも人でも）共有してみてください。所要時間1分。完了条件は「相手が今の状況を知っている」状態にすることです。

Sunil Pai（<a href=”https://sunilpai.dev/posts/the-senior-engineer-death-spiral/” target=”_blank” rel=”noopener” style=”color:#1c1c1c;”>sunilpai.dev「the senior engineer death spiral」</a>より・孤立の構造について）

“you don’t really have the same structure of working next to someone…you are unfortunately a little more siloed”

昔はJiraのチケットを渡し合いながら隣の人と仕事をしていました。今はエージェントに直接指示を出せる分、誰にも気づかれずに一人で抱え込める時間が増えています。

この指摘は、AI活用が進むほど深刻になります。コーディングエージェントに任せる範囲が増えるほど、人間同士が隣で顔を合わせて仕事を渡し合う場面は減っていきます。私がAI共創を勧める時に必ず添えるのは、「AIに任せた分、人との接点は減らすのではなく質を変える」という考え方です。作業を渡す相手がAIになっても、進捗や判断の理由を人に説明する回数を減らしてはいけません。むしろAIが仕事を巻き取ってくれる分、空いた時間を人との対話に回す。それが「共創」の意味です。孤立に気づかれず沈んでいく人を減らすには、AIが仕事を巻き取る構造そのものに、人へ小さく報告するステップを最初から組み込んでおく必要があります。

読者への一歩: AIに任せている作業を1つ選び、その結果を今日、人にも1行報告してみてください。所要時間3分。完了条件は「AIの成果を知っている人間が1人増える」ことです。

Sunil Pai（<a href=”https://sunilpai.dev/posts/the-senior-engineer-death-spiral/” target=”_blank” rel=”noopener” style=”color:#1c1c1c;”>sunilpai.dev「the senior engineer death spiral」</a>より・採用の前提について）

“they hired you for you. They didn’t hire you for who you think you’re going to be in six months”

周囲は「未来のあなた」ではなく「今のあなた」を評価しています。焦って背伸びするほど、今出せるはずの価値まで見えなくなります。

これは経営者として耳が痛い一文です。人を採用する時、私たちは「今のその人」を見て決めています。なのに任された本人は、勝手に「半年後の理想の自分」を追いかけて空回りしてしまう。AIとの付き合い方も同じ構造があります。AI秘書の凛ちゃんや分身AIに「もっと高度なことができるはず」と期待しすぎて、今できることをきちんと引き出せていない場面が、私にも心当たりがあります。AIも人も、「今できること」を積み上げてもらう方が、結果的に早く「なりたい姿」に近づく。理想の姿を追いかけて空回りするより、今の実力を信頼して小さく任せる方が、共創としては健全です。

読者への一歩: 今日、自分（またはチームメンバー）に対して「今のレベルでいい」と1回だけ言葉にしてみてください。所要時間1分。完了条件は実際に声に出す・書き出すことです。

Sunilさんが勧めるのは、上位レベルを演じるのをやめて、あえて一段下げること。「バグ修正」「誰も手を付けていない雑務」「ドキュメント整備」。地味な仕事から再始動する動きです。

「一段下げる」という発想は、AIとの役割分担にもそのまま使えます。私がAI秘書の凛ちゃんに仕事を渡す時、いきなり大きな判断を丸ごと任せることはしません。まず小さい雑務・調査・下書きから任せます。信頼が積み上がったところで、判断そのものを委ねる範囲を広げていきます。これは人に対しても同じです。大きい仕事を抱え込んで空回りしている人には、あえて簡単な仕事を渡す。「動いている実感」を取り戻してもらう方が早く立ち直ります。経営者が「もっと大きい仕事を任せなきゃ」と焦る必要はありません。むしろ小さい仕事を積み上げる時間を用意する方が、結果的にチーム全体の信頼が厚くなります。

読者への一歩: 今抱えている一番大きい仕事を止めて、誰も手を付けていない小さいタスクを1つだけ今日中に終わらせてください。所要時間15分。完了条件はそのタスクが1件クローズすることです。

Sunil Pai（<a href=”https://sunilpai.dev/posts/the-senior-engineer-death-spiral/” target=”_blank” rel=”noopener” style=”color:#1c1c1c;”>sunilpai.dev「the senior engineer death spiral」</a>より・日次の積み重ねについて）

“big projects are not done with big efforts. it’s a big marathon, just slow, steady, incremental work”

週単位の計画すら大きすぎる、というのがSunilさんの主張です。歯磨きのように毎日同じ時間に同じことをやる。30日後に振り返って初めて、積み上がった量に気づきます。

これはAI共創の日々の実感そのものです。一気に完璧な成果物を作ろうとするより、毎日AIと一緒に少しずつ手を動かす方が、結果的に大きい量になります。私自身、1本の記事や1つの企画を一発で仕上げようとすると止まってしまいます。でもAIに毎日小さいタスクを渡し続けると、1か月後には想像以上の量が積み上がっています。「今日はこれだけ」で終わらせない。「今日もこれだけやった」を積み重ねる方が、抱え込みOSから抜け出す一番確実な方法だと感じます。日次で回すというのは、AIに任せる仕事の粒度を小さく保つこととイコールです。

読者への一歩: 大きい目標を1つ選び、「今日だけやる分」に分解して今すぐ着手してください。所要時間10分。完了条件は目標全体ではなく今日の分だけを終えることです。

Sunil Pai（<a href=”https://sunilpai.dev/posts/the-senior-engineer-death-spiral/” target=”_blank” rel=”noopener” style=”color:#1c1c1c;”>sunilpai.dev「the senior engineer death spiral」</a>より・記事の締めくくりについて）

“you are in the reputation-building business, and software is actually downstream of that”

ソフトウェアも記事も配信も、すべて「信頼を積む」ことの下流にある。Sunilさんはそう締めくくっています。

この一文は業種を問わず刺さります。私たちがブログ記事を書くのも、AI共創の事例を発信するのも、最終的な目的は「信頼を積む」ことです。記事やツールは、その結果でしかありません。AIにどれだけ高性能な作業を任せられても、それを見せる相手との信頼関係が薄ければ意味がありません。逆に言えば、AIに任せて浮いた時間を人との信頼構築に使えるなら、それこそが「AIに委ねて、人は積み減らして生き直す」という考え方の実践だと思います。先に考えるのは量ではありません。誰の信頼につながっているか。それを、この記事で改めて確認しました。

読者への一歩: 今週作った成果物を1つ選び、「誰の信頼につながっているか」を1行で書き出してみてください。所要時間3分。完了条件は宛先となる相手の名前が1人具体的に浮かぶことです。

長い語りを読み終えた後、場面ごとに整理すると次の4つに落ち着きます。

Sunilさんの記事は一本の長い語りです。私は読みながら4つの場面に整理し直しました。①大きい依頼を受けた直後は、その日のうちに1行でも進捗を共有する。②2週間音信不通気味なら、あえてレベルを下げて他人のバグ修正を1件拾う。③燃え尽き気味なら、週次目標を捨てて今日やることだけを決める。④信頼が薄いと感じたら、ドキュメント・議事録などの雑務を拾って誰かが読める形で残す。この4つは、AIに仕事を渡す時の私のチェックリストにもそのまま使えます。AIに任せた作業ほど、①を意識しないと、気づかないうちに②の沈黙状態に入ってしまいます。

読者への一歩: 今の自分が上の4場面のどれに一番近いかを1つ選び、対応するアクションを今日中にやってください。所要時間は場面により1〜15分。完了条件は各場面の「完了の目安」を満たすことです。

Sunil Paiさんの記事が教えてくれるのは逆説です。「大きい仕事を任された時ほど危ない」という警告です。背伸びして姿を消すほど、信頼も成果も遠のいていきます。

抜け出す道は単純です。レベルを上げるのではなく一段下げること。雑務・バグ修正・小さい共有を積み重ねる。結局は一番早い回復ルートです。

AIに仕事を委ねる場面でも構造は同じです。丸投げして沈黙するのではなく、小さく任せて小さく報告してもらう。日次の積み重ねが、大きい成果と信頼の両方を作ります。

今日一番大きい仕事を一人で抱え込んでいる自覚があるなら、まずレベルを一段下げて、誰かに（AIでも人でも）今の状況を1行で見せるところから始めてみてください。小さく見せる。それだけでいいのです。

この記事の一番の価値は、努力量の問題を努力の見せ方の問題に置き換えたことです。頑張りの量を増やすのではなく、頑張りの見え方を変える。それだけで、同じ仕事量でも信頼の積み上がり方が変わります。明日からではなく、今日のうちに1つだけ試してみてください。