DXの進め方 ― データ化なくして活用なし

DXの障害は、意識でもルールでもない

DXが進まない理由は、社内では「現場の意識」「経営の理解不足」「ルールの整備不足」として語られます。しかし実際に着手すると、突き当たる壁はもっと具体的です。AIが読み込める形のデータが、社内に存在しない。

シンプル版のシンプル版を読んだ方は、前半は同じ話です。この章が足すのは、着手する業務の選び方・スモールスタートの正しい運用・よくある失敗パターンの3つです。

ここで言うデータは、売上や在庫数のような数値に限りません。「この取引先は締め日が特殊なので前倒しで処理する」「この設備は湿度が高い日に設定を変える」といった、日々の判断の中身を含みます。これらは多くの職場で、特定の担当者の頭の中にしか存在していません。

この問題は今回のAIブームで初めて現れたものではありません。1980年代のエキスパートシステムが当たった壁と同じ構造です(第0章)。暗黙知の明文化コストと、明文化したものの保守。40年間、本質的に変わっていません。

本章では、この壁をどう越えるかを扱います。第6章が「あるデータが使えるか」を判定する視点だったのに対し、本章は「無いデータをどう作るか」を扱います。

「AIが読み込める形」の3条件

「うちは手順書がある」という説明を受けたとき、実際には次のような状態であることが多いです。

• PDFで配布されているが、中身は画像として貼られたスキャンで、文字として抽出できない
• 3年前に作られ、以後の運用変更が反映されていない
• 「担当者の指示に従う」「適宜判断する」と書かれ、判断の基準が書かれていない
• 個人のPCやメールの添付として散在し、どれが最新か分からない
• そもそも作業の一部しか記載されていない

AIが読み込める形とは、単にデジタル化されているという意味ではありません。次の3条件を満たす状態です。

1. 文字として抽出できる ― 画像化された文字は、読み取りの工程が追加で必要になります。
2. 現行版が一意に決まる ― どれが正かが決まらない状態では、参照させる仕組みが成立しません(第2章のRAG)。
3. 判断の基準まで書かれている ― 「適宜判断」では、判断の内容が記録されていません。

この作業はAIのためだけの投資ではありません。人の引き継ぎと教育にそのまま効きます。DXの投資を正当化しにくい場合、「新人の立ち上がり期間の短縮」という効果で説明したほうが通ることも多いです。

必要な粒度 ― 管理職の説明では届かない

業務を記録しようとするとき、多くの場合は管理職や業務リーダーに説明を求めます。しかしその説明は、必要な粒度に対して数段階粗いのです。

管理職の説明は「受注の確認、在庫の引き当て、出荷指示」という工程の並びで終わります。これは業務のあらすじであって、業務そのものではありません。実際に作業している人が持っている情報は、次の水準です。

• 受注データのこの列が空欄のときは電話で確認する(空欄のまま流すと出荷ミスになる)
• この取引先だけ、数量欄に箱数ではなく個数を入れる慣習になっている
• 15時を過ぎた分は翌日扱いだが、この2社は例外で当日に通す
• 在庫が1個だけ残っているときは、取り置きの可能性があるので倉庫に確認する
• この商品コードは旧コードと新コードが混在しているので、両方で検索する

必要なのはこの水準です。新しく入った人が初日に迷うすべての場面が、記録の対象になります。管理職レベルの説明を前提にAIを組み込むと、例外処理を一切考慮しない仕組みができ、現場が「使えない」と判断して終わります。

この認識のずれは、第15章で扱う経営層と現場のギャップとまったく同じ根を持っています。粒度の差が、DXでは「データがない」という形で、経営では「認識のずれ」という形で現れているだけです。

ヒアリングだけでは足りない理由

では現場の担当者に聞けばよいのかというと、それも十分ではありません。聞き取りには構造的な限界があります。

1. 本人が意識していない判断 ― 毎日行っていることは、手順として自覚されません。「特に何も考えずにやっています」という答えの中に、複数の判断が入っています。
2. 低頻度の例外が想起されない ― 月に1回起きる例外は、聞かれた場面では出てきません。ところが業務を止めるのはその例外です。
3. 言語化できない身体的な判断 ― 音、手触り、匂いで判断している作業は言葉になりません。
4. 説明が正当化される ― 「本来こうすべき」という規範が混ざり、実際の運用と食い違うことがあります。

埋める方法 ― 観察と記録

聞き取りに次の3つを足します。

• 実地観察 ― 担当者の隣に座り、1日通して作業を見る。聞かずに見ることで、無自覚な判断が拾えます。
• 操作の記録 ― 画面操作を録画する、またはログを取得する。実際の操作順序と、迷った箇所が分かります。
• 例外の実測 ― 1か月間、通常と違う対応をした件をその都度記録してもらう。頻度と内容が数値で出ます。

手間はかかりますが、ここを省略した記録は必ず穴だらけになります。そして穴は、稼働後に業務が止まる形で現れます。

口伝・暗黙知の言語化

記録の中で最も価値が高く、最も失われやすいのが「ちょっとしたコツ」です。手順書には載りません。正式な手順ではないからです。しかし現場では確実に使われており、担当者の不在時に業務が回らなくなる原因もここにあります。

引き出し方 ― 失敗から入る

「どうすればうまくいくか」を聞くと出てきません。次の問い方が有効です。

• 「過去にどんな失敗がありましたか」
• 「新しく入った人がよくやる間違いは何ですか」
• 「この作業で、気をつけていることはありますか」
• 「手順書どおりにやると困ることはありますか」

失敗の裏側には、必ずそれを避けるための判断があります。最後の問いは特に有効で、手順書と実際の運用の乖離が直接出てきます。

記録の形式

コツを記録するときは、条件と対応をセットで書きます。「気をつける」だけでは再利用できません。

• ×「入力ミスに気をつける」
• ○「数量欄が3桁以上の場合、単位が箱か個かを注記欄で確認する(過去に箱数を個数と誤って登録した事例があるため)」

後者の形式であれば、そのまま確認手順にできますし、AIに参照させる文書としても機能します。

データ量の逆説 ― 大量業務ほどやりやすい

直感に反しますが、一見大変そうな大量業務のほうがDXは進みやすいのです。

1日100件の応対記録が1年あれば36,500件です。この規模があれば次のことができます。

• 頻出パターンが統計的に見える(上位20パターンで全体の8割を占める、など)
• 例外の発生率を数値で把握できる
• 効果測定が処理時間の平均で行える
• 検証用のデータを十分に確保できる

反対に、少人数のチームが担う専門性の高い業務は難易度が高くなります。

• 記録の量が足りず、パターンを抽出できない
• 月に数件の判断は、統計的な傾向として扱えない
• 属人化しているため、記録を作る作業自体をその本人にしか頼めない
• 効果測定の母数が小さく、改善が数値で示せない

AIを当てる前に、工程を減らす

ここまでの話は「いま行っている業務を、AIが読める形にする」という前提で進めてきました。しかし着手の直前に、もう一段手前の問いが必要です。その工程は、そもそも必要でしょうか。

効果が出ないAI導入の最頻の形は、精度不足ではありません。やらなくてよかった工程に、丁寧にAIを当ててしまうことです。工程が残っている理由が「昔からそうしている」だけの場合、AIで速くしても、その速さは業務全体には効きません。

手を動かす前に、次の4種類を探してください。いずれも消せる可能性が高い工程です。

順序は消す → まとめる → 順番を変える → それでも残る工程にAIを当てるです。この順序を守ると、AIの対象範囲が小さくなり、精度要件も費用も下がります。逆にこの検討を飛ばすと、消せたはずの工程が仕組みとして固定され、あとから消しにくくなります。

なお、この検討は現場の協力なしには成立しません。工程を消す提案は、その工程を担っている人の仕事を否定しているように受け取られます。次節の巻き込み方と同じ配慮が必要です。

データ化を進める実践ステップ

順序を間違えると手戻りが大きいので、型として置きます。

1. 消せる工程を先に探す ― 前節の4種類(転記・確認のための確認・待ち・使われない出力)を洗い出す。ここで対象が小さくなる。
2. 対象業務を件数で選ぶ ― 月間発生件数を数え、多い順に並べる。難易度はここでは考えない。
3. 現状の記録を棚卸しする ― どこに何があり、現行版がどれかを一覧にする。この段階で「正の文書」を1つに決める。
4. 観察で埋める ― 担当者の作業を1日通して見て、手順書に無い判断を書き出す。
5. 例外を1か月数える ― 頻度と内容が見えると、自動化の範囲を決められる。
6. 頻出パターンだけで小さく作る ― 例外は人が処理する前提で始める。
7. 記録を更新する担当を決める ― 運用変更時に誰が記録を直すかを決める。ここを決めないと半年で元に戻る。

最後の項目が最も抜けやすく、しかし最も効きます。記録の更新が止まった時点で、参照する仕組みの出力も古くなります。

現場を巻き込む ― 心理的な抵抗への対処

業務を細かく記録する作業は、現場から見ると監視に見えます。非効率を探されている、あるいは自動化の準備をされていると受け取るのは、置かれた立場からすれば当然の反応です。

効く対処

• 記録した本人に返る効果を先に示す ― 引き継ぎの負担が減る、休みを取りやすくなる、問い合わせ対応が減る。
• 評価に使わないことを運用ルールとして明記する ― 口頭の説明では足りません。文書にします。
• 記録の内容を本人が確認できるようにする ― 自分の作業がどう記録されたかを見られる状態にします。
• 最初の対象を、担当者自身が困っている業務にする ― 効果を実感してもらうことが、次の協力の前提になります。

効かない対処

• 全社方針として通達する(協力の質が変わりません)
• 「AI活用の推進」という目的を掲げる(現場に返る効果がない)
• 記録作業を通常業務に追加する(時間を確保しないと質が落ちます)

最後の点は重要です。記録作業には時間がかかります。その時間を業務時間として確保しないと、片手間の記録になり、精度が落ちます。

スモールスタートの正しい運用

小さく始めることは正しい方針ですが、しばしば「検証を先送りする言い訳」として使われます。区別する基準を置きます。

右側の状態でも小さく始めることはできますが、判断が発生しないため次に進みません。この構造は第9章(投資対効果)でも扱います。

よくある失敗パターンと回避策