結論
DX（デジタル化）がうまくいかない理由は、ツール選定や技術力よりも先に、
「誰が・どこまで決めて・何を出せば成功か」が曖昧なことが多いです。
現場は「作業」を頼まれたと思い、推進側は「成果物」や「判断」まで任せたつもりになる。
この粒度のズレが、炎上・やり直し・不信感を生みます。
立て直しは、作業／成果物／判断の粒度を宣言し、
成功条件（ゴール）・制約（優先順位）・相談ルールをセットで渡すこと。
任せるのは人ではなく、責任の境界です。
導入：DXの会議が、なぜいつも荒れるのか
新しい仕組みを入れる。業務を変える。関係者が増える。
そのうえ、全員が忙しい。
DX（デジタル化）の話は、最初から「衝突しやすい条件」が揃っています。
会議では「理想」だけが先行して、現場は「明日どうするの？」に戻りたくなる。
推進側は「ここで止まったら終わる」と焦る。
焦りが重なると、言葉が強くなります。
さらに厄介なのは、衝突が「性格の違い」に見えてしまうことです。
でも実際は、怒りの手前に、もっと地味で、もっと修正できるズレが潜んでいます。
ストップ。これ以上、同じ話を繰り返したくない。
「任せた」って言われたから動いたのに、あとから基準が変わって戻されるの、しんどいよ。
……悪かったたい。でも、こっちも「現場と合意しろ」って言われとって、
どこまで決めてよかかが、途中から分からんごつなったとよ。
そこ！「分からない」まま進めたら、現場はもっと分からなくなるよ。
いま一番苦しいのは、誰が最終的に決めるのかが見えないこと。
ツールの話の前に、ここが揃ってない。
……ごめん。いまの指摘、正しい。
私がマネージャとして、境界を作るのを後回しにした。
まず状況を整理する。怒りの原因を、ちゃんと構造に戻すね。
この瞬間に起きているのは、「誰かが悪い」ではなく、
任せたつもりの中身がズレているという事故です。
そしてDXの失敗は、だいたいこの事故から始まります。
よくある崩れ方：DXが失敗する「3つのズレ」
DXの失敗は、だいたい次の3つのズレで説明できます。
どれも「任せた」の曖昧さに起因します。
ズレ①：作業だけ依頼されて、成果物の定義がない
「まず入力して」「とりあえずデータを集めて」「現場で使ってみて」。
これ自体は必要ですが、何ができたら成功かが無いと、作業が増えるだけになります。
成果物の例は「誰が見ても同じ判断ができる状態」です。
例えば「週次で異常が一覧で見える」「承認が止まる理由が追える」「監査で追えるログが残る」など。
逆に言うと、「入力して終わり」「Excelにまとまった」だけだと、成果物として弱いことが多いです。
ズレ②：判断を任せたのに、後から覆す
「現場で決めていい」と言いつつ、最後に別の基準で「やっぱり違う」と戻す。
これが一番、関係を壊します。
判断を任せるなら、判断基準と権限の境界が必要です。
例えば「コストより安全」「手間より再現性」「例外は必ず相談」「品質リスクは最優先」など。
これがない判断委譲は、ただの丸投げになります。
ズレ③：責任者がいるのに、責任の境界がない
「責任者」はいるのに、「誰が何を決めるか」が分からない状態です。
会議は増えるのに、決定が生まれない。
その結果、現場は疲弊して、推進側は焦ります。
この状態は「人が悪い」ではなく、「設計が足りない」だけです。
そして設計とは、まず粒度（作業／成果物／判断）を揃えることから始まります。
ファビーの怒り、筋が通ってるよ。
「作業」だけ来て、あとから「成果物」や「判断」の基準で戻されたら、荒れるのは当然。
そう。怒りたくて怒ってるわけじゃない。
勝ち筋が見えないから焦るの。
「何ができたら成功？」が先に欲しい。
俺も…現場に「これでよか？」って聞かれても、基準が揃っとらんけん答えられん。
それで持ち帰って、また会議が増える。悪循環たい。
じゃあ方向性を決める。
まず「成果物」を先に定義する。次に「判断の境界」を決める。
その上で、作業を割る。順番を逆にしない。
DXの仕事を、粒度で分解してみる
実務的には、DXの仕事を「何を任せるか」で分解します。
ここを曖昧にしたまま「推進して」と言うと、たいてい揉めます。
- 作業：入力、データ整形、現場ヒアリング、手順書の作成、試運転、教育の実施
- 成果物：運用できる形（画面、帳票、ルール、教育資料、監査に耐える記録、引き継げるドキュメント）
- 判断：例外の扱い、運用ルール、優先順位、採用／不採用、停止条件、切り戻し条件
「成果物が何か」と「判断の境界」が決まると、会議の目的も、合意すべき点も、自然に揃っていきます。
逆にここが無いと、会議は「お気持ち」と「危機感」のぶつけ合いになりがちです。
テンプレ：DXが荒れない依頼文（粒度＋成功条件）
DXで一番効くのは、依頼の最初に「粒度」と「成功条件」を置くことです。
特に「成功条件」が先にあると、現場の動きが速くなります。
ここでの成功条件は、抽象的な「効率化」ではなく、運用の言葉に落とします。
例えば「承認の滞留が見える」「異常が一覧で分かる」「監査で追える」「引き継げる」など。
【依頼の粒度】これは「作業／成果物／判断」のうち（ ）を任せたい。
【成功条件】（何ができていればOKか：運用・監査・現場の使い方まで含める）
【対象範囲】（部署／工程／対象業務／対象期間）
【制約】（安全・品質・法令・手間・コストなど優先順位）
【締切】（いつまでに何を）
【判断の境界】（ここまでは任せる／ここからは相談）
【相談ルール】迷ったら（条件）（相談先）（期限）
さらに短くするなら、次の「最小版」でも十分効きます。
粒度と成功条件が揃うだけで、会話の質が変わります。
【粒度】（作業／成果物／判断）で任せたい。
【成功条件】（ ）。【境界】（ここまでOK／ここから相談）。【締切】（ ）。
これ、先に貼っとけば揉める回数が減るやつだね。
まず「勝ち筋」を書く。そこから始めるの、好き。
俺も助かるたい。「どこまで決めてよか」が見えるけん。
現場にも、そのまま説明できる。
うん。今までは「任せた」の一言で済ませてた。
それが今日みたいな摩擦になった。ここからは、粒度と成功条件と境界を先に置くよ。
全部を完璧に埋めなくても構いません。
ただ、粒度と成功条件と判断の境界は省かない。
ここが揃うと、現場は動きやすくなり、推進側も不安が減ります。
落とし穴：DXを「正しさ」で管理しようとする
DXが荒れるとき、マネージャがやりがちな失敗があります。
不安になると、内容に細かく口を出して、粒度を勝手に下げることです。
最初は「成果物」を任せたのに、途中から「作業」まで手を入れる。
すると受け手は「結局、任されてない」と感じて萎縮します。
その結果、報告が減り、状態が見えなくなり、さらに不安が増える。悪循環です。
途中で見るのは「正解」ではなく「状態」
粒度を壊さずにリスクを下げたいなら、内容を直すより先に「状態」を確認します。
例えば、次の3点だけを共有する。
- 決まっていること（合意済み）
- 未確定なこと（判断待ち）
- 次の判断点（いつ・誰が・何を決めるか）
これなら「成果物」や「判断」を任せたまま、プロジェクトを安定させられます。
逆に、状態が見えないまま内容に手を入れると、関係だけが削れていきます。
私、不安になると「正しそうな案」を先に出したくなる。
でもそれ、相手の判断を奪うことにもなるんだね。
うん。「正しさ」を先に置かれると、現場は黙るしかなくなる。
黙ると状態が見えなくなる。見えないと、もっと不安になる。ほんとにやばい循環。
せめて「状態」から整理してくれたら、俺も落ち着くたい。
境界が見えれば、現場にも説明できるけん。
了解。じゃあ次から、私が不安になったら「状態チェック」に戻す。
未確定と判断点を見える化して、そこで止める。内容に手を出す前に、必ず。
DXは「正しさ」を取り合うと荒れます。
正しさの前に、境界と成功条件を揃える。
それが、衝突を減らす実務のコツです。
締め：DXの仲直りは「境界」が戻った瞬間に起きる
DX（デジタル化）がうまくいかないのは、熱意が足りないからではありません。
多くの場合、任せ方の粒度が揃っていないだけです。
作業を頼んだのか。成果物を任せたのか。判断まで渡したのか。
そして、成功条件は何か。制約は何か。相談ルールはどうするか。
これを先に決めれば、チームの会話は落ち着きます。
さっきは強く言いすぎたかも。ごめんね。
でも…境界が見えたら、また頑張れる気がする。
俺もすまんたい。曖昧なまま走ってしもうた。
でも、今日「境界」と「成功条件」を先に決めるって分かったけん、現場にも説明しやすくなる。
うん。次の一歩は、「成果物の成功条件」を1行で決めるところから。
そこが決まったら、作業も判断も、ちゃんと割れるよ。
今日は荒れたけど、方向性は戻せる。
よし、仲直りの合言葉は「粒度」！
……って言うと、またシママに注意されるやつだね。
うん、注意はする。でも今日は笑って終わろう。
境界ができたら、また進める。ここから立て直すよ。