製造業のデジタル化、最初の一歩は「正しい課題認識」から — ポストイット分析の進め方

DX・生成AIコラム

「無駄在庫が多いから在庫管理システムを入れたい」 「日報が手書きだからデジタル化したい」 「情報共有がうまくいかないからグループウェアを導入したい」

山形県・福島県の製造業を支援していると、こうした相談をよくいただきます。

一見すると筋の通った話に聞こえますが、実はここにデジタル化で最も多い失敗パターンが潜んでいます。

「困っていること(現象)」と「導入するツール(解決策)」が直結してしまっているのです。

私はITコーディネータとして、この問題を解消するためにホワイトボードとポストイットを使った課題分析を支援現場で活用してきました。この記事では、その具体的な進め方を、実際の事例をもとにステップごとに解説します。

対象地域・業種: 製造業や建設業のデジタル化で最初に必要なのは、システム名ではなく正しい課題認識です。山形県・福島県・宮城県を含む南東北の中小企業支援で使いやすい、ポストイット分析の進め方として整理します。

現場で見る共通点: 製造業なら在庫や工程、建設業なら現場日報、写真台帳、見積、協力会社との連絡など、表面の困りごとは違います。それでも、現象から原因を掘る手順は共通です。

POINT

この記事の要点

現象から飛ばない

製造業・建設業の困りごとから、いきなりシステム名へ進まないようにします。

課題を言葉にする

ポストイットで現象、課題、解決策を分け、投資の順番を整理します。

ベンダーに伝わる形にする

正しい課題認識を持つことで、IT企業からよい提案を引き出します。

01 VIEWPOINT

なぜ「直結」すると失敗するのか

よく起きるつまずきを先に知ると、現場で続けやすくなります。

まず、「直結がなぜ失敗するのか」を1つの事例でお見せします。

ある製造業から「無駄在庫が多いので在庫管理システムを導入したい」と相談を受けました。

在庫が多い → 在庫管理システム。一見すると正しそうです。

しかし、「なぜ無駄在庫が多いのか」を深掘りしていくと、こういう構造が見えてきました。

無駄在庫がある(現象)
  ↑ なぜ?
発注担当者が課長1人だけ
  ↑ なぜ問題?
課長は東京出張が多い
  ↑ なぜ問題?
出張中にお客様から急な注文が入ることがある
  ↑ なぜ問題?
課長の決済がないと発注できない
  ↑ だからどうなる?
万が一に備えて多めに在庫を持っておく → 無駄在庫

この場合、本当に必要だったのは在庫管理システムではなく、「課長が出張先からでも決済を出せる仕組み」でした。

極端な話、LINEで「OK」と返信してもらうだけでも、当面の問題は解決します。もちろん最終的にはワークフローシステムやkintoneのようなツールを使う方がいいですし、実際にこのお客様では在庫管理システムも導入しました。

しかし、原因を深掘りせずに在庫管理システムだけを入れていたら、課長の決済問題は解決されず、結局「高いシステムを入れたのに無駄在庫が減らない」という結果になっていたでしょう。

このパターンは珍しくありません。むしろ、ほとんどの中小製造業で起きています。

02 PROCESS

ポストイット分析の具体的な進め方

現象、課題、解決策を分け、投資の順番を見誤らないための方法です。

では、この「直結」を防ぐための分析方法を、5つのステップで解説します。

1

デジタル化推進チーム(会議体)を作る

ポストイット分析は、1人ではなくチームで行うことが重要です。

製造業には「小集団活動で改善テーマを決めて取り組む」文化があります。QCサークルや改善提案制度を持っている企業も多い。その延長線上で、デジタル化推進のチームを立ち上げます。

チームの構成は3〜5名が最適です。

  • 経営層(または幹部): 投資判断ができる人
  • 現場のリーダー: 日々の困りごとを知っている人
  • 若手社員: デジタルツールに抵抗がない人

ポイントは、若手を必ず入れることです。20代の社員にDX推進チームに入ってもらえば、本人のモチベーション向上と定着にもつながります。「自分が会社を変えるプロジェクトに参加している」という実感は、若手にとって大きなやりがいです。

テーマは「DX推進」と大きく構えるのではなく、「働き方改革×デジタルツール」のように設定すると、否定感なく取り組めます。「もっと楽に働くためにはどうするか」なら、ベテランも新入社員も「それは必要だ」と合意できます。

2

「現象」をポストイットに書き出す

ホワイトボードまたは模造紙を用意し、右から左に向かって3つの列を作ります。

┌─────────┬─────────┬─────────┐
│  現象   │  課題   │ 解決策  │
│(今起き │(なぜ  │(何を  │
│ てること)│ 起きるか)│ するか) │
└─────────┴─────────┴─────────┘

まず、「現象」の列にポストイットを貼っていきます。

チームメンバーそれぞれに「今、仕事で困っていることを3つ書いてください」とお願いします。ここでのルールは1つだけ。

批判しない。否定しない。全部貼る。

「倉庫が狭い」「日報を書く時間がもったいない」「先輩が忙しくて質問できない」「図面の最新版がどれかわからない」「お客様からの電話を取り次ぐのに手間がかかる」

こうした「困りごと」が現象です。この段階では、解決策のことは一切考えません。

ポストイットを使う理由: 紙に直接書くと消せないので発言をためらう人がいます。ポストイットなら、後から移動・削除・グルーピングが自由にできるので、心理的ハードルが下がります。年齢やITスキルに関係なく、全員が参加できる方法です。

3

「なぜ?」で課題を深掘りする

現象が出揃ったら、次は「なぜそれが起きるのか」を掘り下げます。

1つの現象を選び、「なぜ?」を繰り返していきます。

例: 「図面の最新版がどれかわからない」

なぜ? → ファイルサーバーに同じ名前のファイルが複数ある
なぜ? → 修正するたびに「v2」「v3」「最終版」「最終版2」と増えていく
なぜ? → 命名ルールが決まっていない
なぜ? → 担当者ごとにやり方が違う

ここまで掘り下げると、解決策は「ファイル管理システムの導入」ではなく、まず「命名ルールの統一」かもしれません。ルールを決めるだけなら、コストはゼロです。

もう1つ、現場でよくある例を見てみましょう。

例: 「改善活動をやっても定着しない」

なぜ? → その時はやるが、しばらくすると忘れる
なぜ? → 改善したことが記録されていない
なぜ? → 記録する仕組みがない(口頭で共有しただけ)
なぜ? → 改善活動の運営方法が属人的

この場合の課題は「改善活動の記録と共有の仕組みづくり」であって、「もっと厳しく管理する」ことではありません。

「なぜ?」の深掘りで重要なのは、3回以上掘ることです。1回だけだと現象の言い換えにしかなりません。3回掘ると、構造的な原因が見えてきます。

4

解決策を課題から導く(現象から直結させない)

課題が見えてきたら、初めて解決策を考えます。

ここで重要なのは、解決策は「現象」ではなく「課題」から導くということです。

現象直結(NG)課題から導く(OK)
無駄在庫が多い在庫管理システム出張先からの決済 + 発注点の設定
図面の最新版がわからないファイル管理システムまず命名ルール統一。その上でツール検討
改善活動が定着しないもっと管理を厳しく記録・共有の仕組みづくり
日報が手書きで時間がかかる日報アプリ導入日報に何を書くべきか項目整理→ツール選定

解決策が1つとは限りません。先ほどの在庫管理の例でも、最終的には在庫管理システムも導入しました。ただし、課題を深掘りしたことで投資の優先順位が正しく決まったのです。

このステップの本質は、「IT屋さんに正しい課題を伝えるための準備」です。

5

ITベンダーに「正しい課題」を伝える

解決策の方向性が見えたら、ITベンダーや展示会で情報収集をします。

ここで大きな差が出ます。

課題認識なしでITベンダーに相談した場合: 「うちの業務を効率化したいんですが…」→ ベンダーは自社製品の得意な領域を提案します。その提案が御社の本当の課題に合っているかどうかは、運次第です。

正しい課題認識を持ってITベンダーに相談した場合: 「うちの課題はこれで、原因はここにあります。この部分を解決するツールはありますか?」→ ベンダーは御社の課題に合った提案をしてくれます。的外れな製品を勧められるリスクが大幅に減ります。

ある支援先の企業は、ポストイット分析で課題を整理した後、東京の展示会に行って情報収集してきました。展示会では「うちの課題はここなんですが、御社のツールで解決できますか?」と質問できたので、短時間で必要な情報を集められたそうです。

ITベンダーは「豊かな引き出し」を持っています。 しかし御社の現場の事情までは知りません。事業者側が正しい課題認識を持っていないと、ベンダーとしても「売りたいものを売る」しかなくなります。この不幸なミスマッチを防ぐのが、ポストイット分析の最大の役割です。

03 VIEWPOINT

よくある失敗パターンと対処法

よく起きるつまずきを先に知ると、現場で続けやすくなります。

ポストイット分析を進める上で、よくある失敗パターンを3つ紹介します。

1

「何を話せばいいかわからない」

幹部からよく聞く悩みです。「社員に何を求めてますかっていうところが、まず考えなければいけない」と。

対処法: テーマを「DX」や「デジタル化」にせず、「日々の仕事で面倒だと感じること」に設定する。抽象的な問いではなく、具体的な困りごとから始めればポストイットは自然に出てきます。

2

「やらされ感」が出る

改善活動の経験がある企業ほど、「また何かやらされるのか」という空気が出やすい。

対処法: ゴールを「効率○%アップ」のような数値にせず、「もっと楽に働けるようにする」に設定する。否定の要素がないテーマなら、やらされ感は生まれにくい。

3

「改善しても定着しない」

これは最も根深い問題です。改善がその場限りで終わり、気づいたらまた元に戻っている。

ある企業の幹部はこう語ってくれました。

「改善とかは昔からやっています。でも、結局その場その場で終わってしまって、継続されない。気づいたらなくなっている。その時はそれが必要だったけど、今となってはまた別の課題がある」

対処法: ポストイット分析の結果を必ず写真に撮って記録する。さらに、分析結果を「現象 → 課題 → 解決策 → 担当 → 期限」の一覧表にまとめてデジタルで共有する。記録が残っていれば、次回の会議で「前回ここまで決まったよね」と戻れます。記録がなければ、同じ議論を繰り返すことになります。改善活動が「揮発」する最大の原因は、記録と共有の仕組みがないことです。

4

「解決策がITツールに偏る」

ポストイット分析をすると、解決策が全て「ツールを入れる」になってしまうことがあります。

対処法: 解決策を3種類に分けて考える。①ルールの変更(コストゼロ。命名規則の統一、業務フローの見直しなど)、②既存ツールの活用(LINEやExcelなど、すでにあるものでできること)、③新しいツールの導入(投資が必要なもの)。この順番で検討すると、最小コストで最大の効果が出る解決策が見つかります。

04 SUMMARY

まとめ — 正しい課題認識があれば、デジタル化は成功する

製造業・建設業のどちらでも、社内を整える取り組みと顧客価値を変える取り組みを分けて考えます。

製造業のデジタル化で最も大切なのは、「何を導入するか」ではなく「何が本当の課題か」を見極めることです。

ポストイット分析の5ステップを振り返ります。

  1. チームを作る: 経営層+現場リーダー+若手。3〜5名
  2. 現象を書き出す: 「困っていること」をポストイットに。批判しない
  3. 「なぜ?」で深掘り: 3回以上掘る。構造的原因を探す
  4. 課題から解決策を導く: 現象→解決策の直結を避ける
  5. 正しい課題をITベンダーに伝える: 事業者側の課題認識が成否を分ける

この分析に特別なスキルは不要です。ホワイトボードとポストイットがあれば、今日からでも始められます。

05 ISSUE

デジタル化の課題分析でお悩みなら

製造業・建設業のどちらでも、社内を整える取り組みと顧客価値を変える取り組みを分けて考えます。

ITC南とうほく事業協同組合では、山形県・福島県・宮城県の中小製造業を対象に、ポストイット分析を含むDX推進計画の策定を支援しています。

ITコーディネータが御社の会議に同席し、課題の深掘りからITツールの選定まで一緒に進めます。特定のITベンダーに縛られないフラットな立場だからこそ、御社にとって本当に必要な投資が見えてきます。

まずは30分のZoom相談(無料)で、御社の課題をお聞かせください。

CONTACT

東北の製造業・建設業でDXを進めたい方へ

診断や記事を読んだだけでは、会社は変わりません。大切なのは、自社の現象、課題、解決策を分け、次に進める順番を決めることです。

山形県・福島県・宮城県を中心に、南東北の中小企業に合ったDX・デジタル化の進め方を一緒に整理します。

無料相談のお申し込みはこちら →