Article

Conversation

Image
出世するほど“説明”が増える。上に行くほど正しさより「翻訳」が仕事になる


導入(結論)
管理職になると、なぜか仕事が増える。
ただし増えるのは作業ではない。

説明が増える。

・なぜそれをやるのか
・いくら得するのか
・いつ効くのか
・何が危ないのか
・誰が責任を持つのか

現場で「正しい」提案を作るだけでは通らなくなる。
上に行くほど、仕事は実行から意思決定に変わる。
だから必要になるのが翻訳だ。

上に行くほど正しさより翻訳が仕事になる。

持ち帰り(5つ)
1) 現場語(作業/負荷)と上の言語(数字/リスク)は別言語である
2) 翻訳がない提案は、内容以前に“判断不能”として保留になる
3) 上の言語は4つに収束する(コスト/リスク/期限/品質)
4) 提案の勝負は冒頭1行で決まる(結論+上の言語1つ)
5) 翻訳はコミュ力ではなく、評価関数を一致させる設計である

1. 出世すると「説明」が増える理由
現場の仕事は、基本的に手を動かす仕事だ。
・作る
・回す
・処理する
・対応する

一方で上に行くほど、仕事は「決める」に寄る。
・やる/やらない
・どれを先にやる
・何を捨てる
・どこに投資する
・どこでリスクを取る

決めるには材料が要る。
材料を作るのが説明である。

説明が増えるのは、あなたが弱いからではない。
役割が変わったからだ。

2. 現場は作業と負荷で話し、役員は数字とリスクで判断する
ここが核心だ。
同じ事象でも、見る座標系が違う。

現場が出す言葉
「忙しい」
「無理」
「回らない」
「人が足りない」
「この運用はしんどい」

現場としては真実だ。
だが上の意思決定に必要な形になっていない。

役員が見ているのはこれだ。
・コスト:いくら増える/減る
・リスク:事故る確率と影響
・期限:いつまでに何が起きる
・品質:顧客影響と信頼

上は感想を裁けない。
裁けるのはトレードオフだけだ。

だから翻訳が必要になる。

3. 翻訳がないと「良い提案」でも通らない
翻訳がない提案は、内容が悪いから通らないのではない。
判断できないから通らない。

判断できない=保留になる。
保留=遅延になる。
遅延=機会損失になる。

そして悲しいことに、遅延の責任は現場に降りる。
「まだ終わらないの?」である。

つまり翻訳がないと、提案が通らないだけでなく、
あなたの実装の負債が増える。

4. 翻訳とは何か:現場の課題を「上の評価関数」に乗せる
翻訳は言い換えではない。
上が判断できる評価関数に乗せることである。

上の評価関数は4つで足りる。
コスト/リスク/期限/品質。

このどれに効くのかを1つに絞ると、提案は刺さる。
混ぜるほど弱くなる。
「全部大事」は「何も決まらない」と同義である。

保存用:翻訳テンプレ(1行)
現場の課題:__ → 上の言語:コスト/リスク/期限/品質のどれに効く?

この1行が書けない提案は、上が判断できない。

5. 提案は冒頭1行で決まる:結論+上の言語1つ
上が欲しいのは丁寧な背景ではない。
最初に欲しいのは結論と、判断軸だ。

提案の冒頭テンプレ(コピペ)
結論:__します。上の言語:__(コスト/リスク/期限/品質)

結論:承認を1段減らします。上の言語:期限(遅延)を守るためです
結論:入力を自動化します。上の言語:コスト(工数)を下げるためです
結論:30%レビューを入れます。上の言語:品質事故を減らすためです

冒頭1行で「この話は何のためか」が確定する。
この瞬間に、会話が感想から意思決定に変わる。

6. 具体例:同じ提案でも“翻訳の有無”で通り方が変わる
ケースA:現場の悲鳴が通らない
現場語
「現場が限界です。運用が回りません」

上の受け取り
「大変なのは分かった。で、どうしたい?」
判断材料がないので止まる。

翻訳後
「このままだと納期遅延リスクが上がります。承認待ちがボトルネックなので、承認を1段減らす提案です」
上は聞ける。
「どれくらい遅れる?代替は?影響は?」になる。

ケースB:改善提案が保留され続ける
現場語
「この作業、二重入力で無駄です。改善したいです」

上の受け取り
「うん、分かる。時間あるときに」
=永遠にやらない。

翻訳後
「月◯時間の工数が発生しています。自動化で◯時間削減できます。コストに効きます」
上は判断できる。
「費用はいくら?回収は何ヶ月?」になる。

ケースC:品質が守れず炎上する
現場語
「現場がバタバタでミスが増えてます」

翻訳後
「品質事故リスクが上がっています。30%レビューを入れて手戻りを前倒しで潰します」
上は判断できる。
「どこに入れる?工数は?効果は?」になる。

現場語は共感を呼ぶ。
上の言語は決裁を呼ぶ。
どちらも必要だが、順番が違う。

7. 翻訳の実装:最小3ステップで回る
翻訳を才能にすると再現できない。
運用に落とす。

ステップ1:現場語を事実にする(観測可能に)
×「忙しい」
○「承認待ちが平均◯日。滞留が◯件」

×「無理」
○「WIPが◯件で切替が増え、重要が進まない」

ステップ2:上の言語を1つ選ぶ(4択)
コスト/リスク/期限/品質。
混ぜない。まず1つ。

ステップ3:結論を先に置く(1行テンプレ)
結論:__します。上の言語:__。

これで提案は通りやすくなる。
なぜなら上が判断できるからだ。

8. よくある失敗:上の言語を混ぜすぎて弱くなる
失敗パターンはこれだ。

「コストも下がります。品質も上がります。リスクも減ります。期限も守れます」
全部を盛ると、逆に疑われる。
「で、何が一番?」で詰む。

まず1つに絞る。
残りは補足で添える。

主訴(上の言語1つ)→副作用(他の要素)→対策
この順番が強い。

9. 翻訳ができる人が強い理由:正しさ×可決率
30代以降の武器はこれだ。

正しさ × 可決率

正しいだけでは進まない。
通らない正しさは、実務では存在しないのと同じになる。
通す設計ができる人が、組織を動かす。

そして翻訳は、単なる処世術ではない。
意思決定コストを下げる、純粋な生産性技術である。

保存用:翻訳テンプレ(拡張版)
1行で始めて、必要ならこの形に展開する。

翻訳メモ(コピペ)
・現場の課題(事実):
・上の言語(コスト/リスク/期限/品質):
・結論(やること):
・根拠(1行):
・副作用(懸念):
・対策(1行):
・期限(Hard):
・Decision Owner(決める人):

10. まとめ
出世するほど説明が増える。
それは役割が「実行」から「意思決定」に変わるからだ。

現場語を上の言語に翻訳できないと、
良い提案でも通らない。
通らないと、実装が遅れ、損失が増える。

だから次の提案はこれで始めろ。
「結論+上の言語1つ」

問い
あなたの上司、刺さる言語はコスト/リスク/期限/品質どれだ。

次の一手(明日やること)
1) 現場の課題を1つ、事実で書く
2) 上の言語を1つ選ぶ(4択)
3) 「結論+上の言語1つ」の1行で提案を始める
Want to publish your own Article?
Upgrade to Premium