月曜の朝、机の上には3件の案件資料が積まれている。新規開発、改善案件、保守案件。それぞれに現場チームがいて、それぞれに客と役員がいる。
金曜の夕方、3通の週次報告と役員説明の下書きを読み返すたび、自分が知らない食い違いが紛れていないか不安になる。
flowchart TD
A[客は言葉で測る] --> B[翻訳が課長の本業]
B --> C[全部は見れない]
C --> D[3点に絞る]
全数チェックという幻想が課長を潰す#
私が話を聞いてきた課長たちは口を揃えて言う。案件が増えるほど、細部まで見なければという焦りだけが膨らんでいく、と。
算数にすると単純だ。3案件を掛け持てば、1案件に割ける可処分時間は単純に3分の1になる。だが求められる把握の解像度は減らない。むしろ客先が細かくなるほど、把握すべき情報量は増えていく。
結果、週末に資料を読み返して不安になる、が毎週続く。全部を見ようとする想定は、案件数が増えるたびに実行不可能になっていく。これは能力の問題ではなく、算数の問題だ。
この焦りの中で「自分は対応できていない」と感じ続けることが、課長の燃え尽きパターンを加速させる。次のセクションでは、その焦りから抜ける視点転換を示す。
客が測るのは細部ではなく現場の言葉だ#
客も役員も現場に張り付いていない。彼らが品質を測る材料は、現場から上がってくる報告の言葉だけだ。
担当者の説明が的確なら安心し、しどろもどろなら不安になる。中身がどれだけ良くても、言葉が拙ければ品質は低く見積もられる。
ここに課長の本業がある。あなたの仕事は現場の作業を全部覚えることではない。現場の言葉を客や役員に伝わる言葉へ翻訳し、崩れたら取り返しがつかない部分だけを自分の目で保持することだ。他部署間の調整でも同じ構造が働く。横の調整コストが不確実性で焼けるように、客先の調整コストは翻訳の精度で焼ける。
AIが客先の予習を肩代わりする時代、技術説明としての翻訳の値段は下がっていく。下がるのは説明の相場であって、社内政治や決裁の経緯という意思決定の文脈を握る役割の値段ではない。現場の言葉を客や役員に伝わる言葉へ変える仕事も、この文脈保持と地続きだ。だが全数チェックに燃料を使い切れば、翻訳という本業に回す燃料が先に尽きる。
案件ごとに監視点を3つに絞る算数#
全部は見ない。見るべき3点だけを、案件に入る前に先に決めておく。基準はこの3つだ。
- 客が言葉にする点 週次報告や役員説明で、相手が実際に触れる論点。ここがずれると印象がそのまま崩れる
- 崩れたら取り返しがつかない点 重大障害や契約逸脱など、後から回復できない失敗
- 自分にしか判断できない点 現場では判断がつかず、政治的文脈や過去の経緯を知る自分の翻訳が要る点
案件の種別ごとに、当てはまる3点は変わる。
- 新規開発 要件の齟齬・クリティカルパスの遅延・技術的負債の判断
- 改善案件 KPIへの影響・既存機能への副作用・リリース後のリグレッション
- 保守案件 SLA逸脱の兆候・障害の再発可能性・属人化した対応の有無
3点を決めたら、週次報告の文面をAIに投げ、この3点に該当する記述だけを抜き出させる。全文を読み返す時間が要らなくなる。
それでも漏れたときの切り返し方#
3点に絞っても、抜け落ちる案件は出る。想定外の質問を客や役員から受け、答えられずに黙ることもある。
ここで全部見なかった自分を責めても燃料は戻らない。切り返しは一つでいい。「その点は現場に確認して、翌営業日中に回答します」とその場で区切る。即答しようとして曖昧な翻訳を出すほうが、後で信頼を失う。
同じ抜けが2案件以上で繰り返すなら、それは3点の選び方が間違っているサインだ。監視点を入れ替える。それでも案件数自体が多すぎて3点管理さえ回らないなら、3方向の負荷を診断し優先順位を絞る交渉に入る。全部を見きるより、見る案件の数を絞るほうが安い。
まとめ：客が見ているのは細部ではなく翻訳の質だ#
客や役員が品質を測る材料は、現場の言葉であって作業の中身ではない。課長の仕事は全数チェックではなく、翻訳と3つの要所を保持することに絞られる。
本記事は AI が下書きし、管理人が監修しています。
