DXを任された、あなたへ。 To those entrusted with DX.
DXを任されたとき、ほとんどの人は「何をすべきか」よりも先に、「何が動かないか」を知ることになる。経営は成果を求め、現場は忙しいと言い、ツールだけが先に走っている。あなたはその間に立ち、一人で翻訳を続けている。 When you're put in charge of DX, most people encounter "what isn't moving" before they figure out "what to do." Leadership demands results, the frontline says they're busy, and the tools race ahead. You stand between them, translating alone.
その構造は、多くの場合、言語化されていない。役割分担が最初から設計されないまま、研修と導入だけが積み重なっていく。問題がどこにあるかは、薄々わかっている。ただ、それを整理する時間と言葉が不足している。 That structure often goes unarticulated. Without role design from the start, training and deployment keep piling up. You have a vague sense of where the problem is. You just lack the time and words to organize it.
Nalvaは、その構造を設計するところから始める。ツールを教えることではなく、推進担当が設計者として動き始めるための最初の枠組みをつくることを、仕事としている。 Nalva starts by designing that structure. Not by teaching tools — but by building the initial framework so that DX leads can begin operating as designers.
ChatGPTは動いている。
でも組織は動いていない。
ChatGPT is running.
But the organization isn't moving.
多くのDX推進担当が直面するのは、ツールへの抵抗ではない。「誰が、何を、どう使うか」が決まっていない状態で、ツールだけが先に走っているという構造になっている。 What most DX leads face isn't resistance to tools. The structure is one where tools race ahead while "who uses what, and how" remains undefined.
研修を実施すると、参加者はその日、確かに動く。問題は翌週だ。業務の優先順位に押され、新しい行動パターンは消えていく。これは意欲の問題ではなく、行動が定着するための設計が用意されていないことによる。 After training, participants do move — that day. The problem is next week. Pushed out by work priorities, new behavior patterns disappear. This isn't a motivation issue; there's no design for behavior to take root.
推進担当が孤立しやすい理由も、同じ構造にある。「AIを理解している人」として機能しているが、「現場にとって何が変わるか」を翻訳する役割が、整備されないままになっている。 DX leads tend to become isolated for the same reason. They function as "the person who understands AI," but the role of translating "what actually changes for the frontline" is never established.
AIが何をして、人間が何を判断するかが明文化されていないことが多い。ツールは存在するが、使う文脈が個人に委ねられたままになっている。 What AI does and what humans decide is rarely documented. Tools exist, but the context for using them is left to each individual.
経営語と現場語の間に立つ人材が育っていないケースが多い。成果を「時間削減」で経営に説明し、「業務変化」で現場に伝える設計が、用意されていない。 People who can stand between management and frontline language are rarely developed. The design to explain results as "time saved" to leadership and "operational change" to staff is absent.
何をもって「活用が進んだ」とするかが、導入後に検討されることが多い。測定の枠組みが最初から設計されていなければ、ROIを説明する根拠が生まれにくい。 What counts as "adoption progressing" is often considered after rollout. Without measurement frameworks designed upfront, there's little basis to explain ROI.
経営と現場の言語は違う。どちらかに合わせるのではなく、両方に届く翻訳の構造をつくることが、推進担当が担える役割のひとつになっている。 Leadership and frontline speak different languages. Rather than adapting to one side, building a translation structure that reaches both is one role DX leads can own.
経営は投資判断をしている。感触ではなく数字に変換することが、予算と意思決定が動く条件になりやすい。 Leadership makes investment decisions. Converting gut feel into numbers tends to be the condition for budgets and decisions to move.
主観的な進捗報告は、経営の投資判断材料になりにくい。 Subjective progress reports rarely become material for leadership's investment decisions.
業務時間・コスト換算・活用率の数値が、経営の言語に近づく。 Work hours, cost equivalents, and adoption rates get closer to the language leadership speaks.
現場はビジョンより、明日の仕事がどう変わるかを見ている。抽象的な未来より、具体的な変化を示す言葉が、行動を動かしやすい。 The frontline cares less about vision and more about how tomorrow's work changes. Concrete change beats abstract futures when it comes to moving behavior.
現場には、何も変わらないように聞こえることが多い。 To the frontline, this often sounds like nothing will change.
業務単位での変化を示すことが、行動が変わるきっかけになりやすい。 Showing change at the task level tends to be the trigger that shifts behavior.
AIの可能性を理解し、
現場の文脈に翻訳し、
経営に説明できる人。
「教育された受講者」とは、少し違う。
設計された役割を持って動く人間のことを、
Nalvaはコアチャンピオンと呼んでいる。
Someone who understands AI's potential,
translates it into frontline context,
and can explain it to leadership.
Slightly different from "a trained participant."
A person who acts with a designed role —
Nalva calls that a Core Champion.
完全な理解は必要ない。「なぜこの出力になるか」「どこに限界があるか」を現場の同僚に話せること。それが、最初の条件になりやすい。 Complete understanding isn't needed. Being able to explain "why this output?" and "where are the limits?" to colleagues — that tends to be the first condition.
汎用的なスキルより、自分の仕事への接続力が問われることが多い。「自分たちの業務でどう使うか」を設計できる人が、周囲に影響を与えやすい。 Specific connection ability is often more valuable than general skills. Those who can design "how we use this in our work" tend to influence those around them.
大きな成果を待たなくていい。「今日これで30分削減できた」という事実を記録し、共有する習慣が、組織の行動を少しずつ変えていく。 No need to wait for big results. The habit of recording and sharing "saved 30 minutes with this today" gradually shifts organizational behavior.
「教育する」という発想から少し離れることが、出発点になることが多い。人は教えられて動くより、成功した隣人を見て動く傾向がある。 Stepping back from the "teach them" mindset is often where it begins. People tend to move when they see a neighbor succeed, more than when they're taught.
組織図とは別に、実際の情報流通とモデル行動の伝播経路がある。コアチャンピオンをどの位置に置くかが、影響の広がり方に関係してくる。 Separate from org charts, there are actual channels of information flow and behavior modeling. Where you place Core Champions affects how influence spreads.
成功事例が共有されるためには、数字があると伝わりやすい。「なんとなく便利」は広がらない。「会議資料の作成時間が40%減った」は、共有される。 For success stories to spread, numbers help. "Kind of useful" doesn't travel. "Meeting prep time dropped 40%" does.
半日のワークショップは、入口として設計されている。
目的は「AIの使い方を教えること」ではない。
推進担当が設計者として動き始めるための、最初の構造をつくること。
The half-day workshop is designed as an entry point.
The goal isn't "teaching how to use AI."
It's creating the first structure for DX leads to start operating as designers.
月2回のセッションでワークショップの設計を実業務に実装していく。コアチャンピオンの育成、月次ROI計測、全社向けガイドライン策定まで一貫して担当する。3ヶ月後、外部への依存なく回る状態を目標に設計する。 Twice-monthly sessions implementing workshop design into real operations. We handle everything from Core Champion development to monthly ROI measurement and company-wide guideline creation. Goal: running independently in 3 months.
御社のAI導入がどこで止まっているか。対話を通じて整理する。まずはそこから始める。 Where is your AI adoption stalling? We clarify through dialogue. That's where we start.