翻訳者としての管理職に必要な五つの基本動作
翻訳と聞くと特殊スキルに思えますが、現場で実践できる動作に分解すれば習得可能です。我々が中小企業の現場で観察してきた限り、翻訳できる管理職には共通する五つの基本動作があります。これらは個人の才能ではなく、訓練で身につけられる行動様式です。
動作1：用語を疑い、定義を揃える
DXに関わる会議では、同じ言葉を別の意味で使っている場面が頻発します。「在庫」「顧客」「リード」など、部門ごとに定義が違うのに気づかず議論が空転します。翻訳者である管理職の最初の動作は、議論の最初に「この会議で“在庫”をどう定義しますか」と問い直すことです。地味ですが、ここを揃えるだけで意思決定の速度が変わります。
動作2：抽象と具体を往復させる
経営の抽象語を現場の具体に落とし、現場の事例を経営の語彙に上げる。この往復運動が翻訳の核です。会議中に「それを具体的に言うと?」と「それは要するに何を意味する?」を交互に問えるかどうかが、翻訳者としての腕の見せどころになります。
動作3：質問を持って外部と対峙する
ベンダーやコンサルとの打ち合わせで、説明を聞くだけの管理職は翻訳できません。最低限「この機能で減るのは誰のどの作業か」「やめる業務は何か」「運用は誰が回すのか」の三つを持って臨むことが、翻訳の起点になります。質問が持てれば、相手の説明を自社の現場語に変換しながら聞けます。
動作4：仮説で動き、結果で学ぶ
翻訳は一度で完成しません。経営方針を現場語に翻訳して伝え、現場の反応を見て修正し、また伝え直す。この反復を恐れず、仮説で動いて結果から学ぶ姿勢が要ります。失敗の許容は翻訳者の必須条件です。
動作5：意思決定の補助線を引く
翻訳の最終目的は、誰かが意思決定できる状態をつくることです。情報を整えて渡すだけでなく、「私はAをお勧めします、理由はXです」と補助線を引くところまで踏み込めると、経営層の判断速度が上がります。情報の中継ぎではなく、判断の加速装置になることが、翻訳者としての到達点です。
中小企業の管理職が明日から始められる翻訳の型
ここまでは概念整理でした。ここからは中小企業の管理職が、研修を待たずに明日から試せる三つの型を紹介します。いずれも特別なツールも予算も要りません。
型1：業務棚卸し1on1を月1回入れる
部下との1on1の場で、「いま一番ストレスを感じている作業はどれですか」「やめてよいと思っている業務は何ですか」の二問を聞くだけです。30分でも構いません。これを月1回続けると、現場の暗黙知が少しずつ言語化され、IT/データ部門に渡せる課題リストが手元にたまります。肝心なのは聞きっぱなしにせず、翌月に「あの作業はこう変えました」と返すことです。返す動作が、翻訳者としての信頼を生みます。
型2：課題を「やりたいこと」に書き換える
現場から上がってくる課題は、たいてい「困っている」「面倒だ」「ミスが起きる」という形で表現されます。これをそのままIT部門やベンダーに渡しても、要件にはなりません。管理職の翻訳作業は、これを「何を、誰が、どう変えたら、何がどれだけ減るか」という構造に書き換えることです。例えば「請求書処理が大変」は「経理担当2名が、月末3日間に各6時間費やしている請求書転記作業を、半分以下に減らしたい」と書き換える。この一文があれば、ベンダーとの会話の質が変わります。
型3：ベンダーとの会話で持つ三つの問い
ベンダーやSaaSの提案を受けるとき、管理職は次の三つを必ず聞いてください。第一に「この機能で消える作業は具体的に何ですか」、第二に「導入後、運用を回す担当は誰で、どれくらいの時間が要りますか」、第三に「導入しなかった場合のリスクは何ですか」。この三問は、ベンダーの説明を自社の文脈に翻訳しながら聞くための共通フレームです。ツールの機能比較表ではなく、自社の業務にどう接続するかで判断できるようになります。
以上の三つの型は、いきなり全部やる必要はありません。来週どれか一つを試し、効いた手応えがあれば次を足す。この刻みが、翻訳者としての筋力を育てます。
出典・参照：
「管理しない管理職」を許容する組織と評価のつくり方
管理職の役割を翻訳に寄せると、必ずぶつかる壁が評価制度です。翻訳という仕事は短期のKPIに表れにくく、目に見える数字を追いかける従来型の評価では報われません。ここを放置したまま「翻訳者になれ」と号令だけかけると、管理職は二重の負荷で潰れます。
評価軸を「成果」から「翻訳の質」へ広げる
翻訳の質を完全に数値化するのは難しいものの、目安になる指標はあります。例えば、現場から上がった課題が要件定義に変換された件数、ベンダーへの提案依頼書の精度、経営会議に上げた示唆の採用率などです。これらを既存のKPIと並列で見るだけでも、管理職の行動は変わります。
心理的安全性なしに翻訳は機能しない
翻訳は「言いにくいことを言える」ことが前提です。経営に対して「その目標は現場では非現実的です」と言える管理職、現場に対して「その慣習は捨てましょう」と言える管理職がいて初めて、双方向の翻訳が起きます。心理的安全性のない組織では、翻訳者は伝達係に格下げされます。経営側がやるべきは、管理職が異議や違和感を言葉にできる場を、評価で潰さないことです。
管理職本人のリスキリングも逃げずに設計する
HRproの議論にあるように、マネジメントの軸は管理からエンパワーメントへ移っており、管理職本人の学び直しが避けられません。IPAのDXリテラシー標準は、全ビジネスパーソンが共通で身につけるべきマインドとデジタル知識を定義しており、管理職が後回しでよい理由はありません。社内研修・外部講座・読書会など形は問いませんが、「管理職は学ばなくてよい」という暗黙の前提を捨てるところから始めます。
経営層がやるべきこと
最後に、経営層に向けて言えば、翻訳できる管理職を育てる前に、自分たちが「翻訳されるに値する戦略」を持っているかを問い直す必要があります。曖昧な方針、流行語の羅列、毎年変わるスローガンでは、どれほど優秀な翻訳者でも現場語に落とせません。戦略の解像度を上げることは、管理職への投資と同じくらいの優先順位で取り組む課題です。
出典・参照：
翻訳できる管理職がいない組織に起きること
ここまで翻訳の方法論を語ってきましたが、最後に逆側から見ておきます。翻訳機能を持たない組織で、実際に何が起こるのかという話です。下記は、中小企業の現場で繰り返し観察される現実であり、DXが失敗してしまう典型的な事例の一つです。
- ツール導入が「入れて終わり」になる：SaaSは契約したが現場が使わない、AIは試したが業務に組み込めない、データ基盤は作ったが見られていない、という塩漬けが増えてしまう
- ベンダー依存が深刻化する：自社で翻訳できないため、ベンダーの提案をそのまま飲むしかなく、運用と保守の主導権を失ってしまう
- 現場の優秀な人材から辞めていく：声が上に届かない組織で働き続ける理由を、若手は持たない
CIO Japanの2025年8月の解説は、DX成功には業務とITの分断を埋める翻訳機能の制度化が要ると論じています。属人的に「気の利く部長」に頼るのではなく、組織として翻訳を仕事として位置づけ、評価し、育てる。この当たり前の発想転換が、現実にはまだ多くの中小企業で起きていません。逆に言えば、ここに踏み込んだ組織には大きな差別化余地が残されています。
出典・参照：
まとめ：管理職を翻訳者として再定義し、まず一つの1on1から始める
本記事の論点を改めて整理します。
- DXが進まない主因は技術選定ではなく、経営・現場・IT/データの三層で言葉が通じていないこと
- デジタルスキル標準が示すビジネスアーキテクト機能は、中小企業では既存の管理職が担うのが現実解
- 翻訳すべき方向は三つ、経営から現場へ、現場からIT/データへ、データから経営へ
- 翻訳者の基本動作は、定義を揃える、抽象と具体を往復する、質問を持って外部と話す、仮説で動く、判断の補助線を引く、の五つ
- 翻訳者を育てるには、評価制度・心理的安全性・管理職のリスキリング、そして経営層が解像度の高い戦略を持つことがセットで要る
そのうえで、貴社にお勧めしたい次の一歩は、研修導入でも制度改革でもありません。まずは管理職の1on1のなかに、「いま一番ストレスを感じている作業はどれですか」と「やめてよいと思っている業務は何ですか」の二問を加えることです。
是非とも来週から、対象を一人決め、一回試してみてください。出てきた答えを月末に部内で共有し、翌月に一つでも変える。この小さな反復が、翻訳できる管理職への第一歩になるのです。貴社のDXは、ツールではなく、この一回の1on1から動き始めるでしょう。
執筆者
DXportal編集長
町田 英伸
自営での店舗運営を含め26年間の飲食業界にてマネージャー職を歴任後、Webライターとして独立。現在はIT系を中心に各種メディアで執筆の傍ら、飲食店のDX導入に関してのアドバイザーとしても活動中。『DXportal®』では、編集長としてすべての記事の企画、及び執筆管理を担当。特に店舗型ビジネスのデジタル変革に関しての取り組みを得意とする。「50s.YOKOHAMA」所属。