VXtyle｜前提を整える思考ログ

前提を整える思考ログ

  • 忙しさを減らすにはどうすればよいか ー 業務ではなく「前提」を整えるという方法

    忙しさは減らせるのか

    これまで見てきたように、忙しさは

    • 業務量だけで決まるものではなく
    • 前提の積み重ねによって生まれ
    • 判断の詰まりとして現れる

    という構造を持っています。

    では、
    この忙しさは実際に減らすことができるのでしょうか。

    一般的な対策ではなぜ元に戻るのか

    忙しさへの対策としては、

    • 業務を削減する
    • 効率化する
    • 人を増やす

    といった方法がよく取られます。

    これらは一定の効果があります。

    しかし、多くの場合、
    しばらくすると再び忙しくなります。

    なぜでしょうか。

    それは、
    業務を生み出している前提が変わっていないからです。

    前提が残っている限り、
    新たな業務は再び生まれてしまいます。

    減らすべきは業務ではなく前提

    ここで改めて整理します。

    忙しさを減らすために本当に必要なのは、
    業務そのものを減らすことではなく、
    業務を生み出している前提を見直すことです。

    では、
    具体的にどのように進めればよいのでしょうか。

    ステップ1　業務を問い直す

    最初に行うのは、
    「この業務は本当に必要なのか」
    と問いかけることです。

    例えば、

    • なぜこの資料を作っているのか
    • この会議は何のためにあるのか
    • この確認作業は誰のためなのか

    といった問いです。

    ここでは、
    答えを出すことよりも、
    当たり前になっている業務に気づくことが重要です。

    ステップ2　前提を言葉にする

    次に、
    その業務を支えている前提を言葉にしてみます。

    例えば、

    • 上司への報告が必要だから
    • ミスを防ぐ必要があるから
    • 昔から続いているから

    といったものです。

    前提を言葉にすることで、
    これまで見えなかった判断基準が見えるようになります。

    ステップ3　前提を見直す

    前提が見えるようになったら、
    その前提は今も有効なのかを考えます。

    例えば、

    • 本当に毎週報告が必要なのか
    • 他の方法では代替できないか
    • 現在の状況に合っているのか

    を確認します。

    すると、

    • 残すべきもの
    • 見直すべきもの
    • やめてもよいもの

    が見えてきます。

    ステップ4　不要な前提を減らす

    最後に、
    不要な前提を減らしていきます。

    ここで重要なのは、
    無理に業務を削減しようとしないことです。

    前提がなくなれば、

    • 業務そのものが不要になる
    • 判断が速くなる
    • 確認作業が減る

    といった変化が自然に起こります。

    結果として、
    忙しさも少しずつ減っていきます。

    小さく始める

    この取り組みは、
    組織全体を一度に変える必要はありません。

    まずは、

    • 1つの資料
    • 1つの会議
    • 1つのルール

    から始めれば十分です。

    小さな見直しでも、
    積み重なることで大きな変化につながります。

    さいごに

    「忙しい」と感じたとき、
    業務をどう減らすかを考える前に、

    • なぜその業務が存在するのか
    • その前提は今も必要なのか

    を問い直してみる。

    それだけでも、
    仕事の見え方は大きく変わります。

    忙しさを減らす鍵は、
    仕事の中ではなく、
    その前にある「前提」にあるのかもしれません。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • 忙しさが生む本当の問題とは何か ー 「考える時間」が失われるとき

    忙しいことは悪いことなのか

    「忙しいのは良いことだ」
    そう言われることがあります。

    確かに、
    仕事があること自体は悪いことではありません。

    しかし、
    忙しさが続くことで見えなくなるものがあります。

    それは、
    「立ち止まって考える時間」です。

    忙しさが奪うもの

    忙しい状態では、

    • 目の前の仕事を片付ける
    • 期限に間に合わせる
    • 問題に対処する

    ことが優先されます。

    その結果、

    • なぜこの仕事をしているのか
    • 本当に必要なのか
    • 他に方法はないのか

    といった問いを立てる余裕が失われます。

    前提を疑えなくなる

    考える時間がなくなると、
    業務を支えている前提が見えなくなります。

    • この資料は本当に必要なのか
    • この会議は意味があるのか
    • このルールは今も有効なのか

    本来なら見直されるべきものが、
    「当たり前」として残り続けます。

    改善が機能しなくなる

    前提を疑えない状態で改善を行うと、
    改善はどうしても表面的になります。

    例えば、

    • 手順を増やす
    • チェックを追加する
    • 管理を強化する

    といった対策です。

    一時的には効果があります。

    しかし前提が変わっていないため、
    同じ問題が繰り返されることがあります。

    DXが業務追加になる

    DXでも同じことが起きます。

    忙しい状態のままDXを進めると、
    業務の前提は変えずにツールだけを導入してしまいます。

    すると、

    • システム入力が増える
    • 管理項目が増える
    • 会議資料が増える

    といったことが起こります。

    本来は業務を楽にするはずのDXが、
    新たな業務を生み出してしまうのです。

    成果が出ない理由

    こうした状態が続くと、

    • 頑張っている
    • 動いている
    • 忙しく働いている

    にもかかわらず、
    思うような成果が出なくなります。

    問題は努力不足ではありません。

    考える時間が失われ、
    前提を見直す機会がなくなっていることです。

    忙しさの本質

    忙しさの本当の問題は、
    仕事が多いことではありません。

    「考える時間」が失われることです。

    考える時間が失われると、

    • 前提を疑えない
    • 改善が浅くなる
    • DXが形骸化する
    • 成果が出なくなる

    という流れが生まれます。

    さいごに

    「忙しい」と感じたとき、
    業務をこなすことだけに目を向けるのではなく、

    • 何を考える時間が失われているのか
    • どの前提が見直されていないのか

    を振り返ってみる。

    それが、
    忙しさによる見えない損失を防ぐ第一歩になるかもしれません。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • 忙しさの正体は何か ー 業務量ではなく「判断の詰まり」で決まる

    「忙しい」とは何か

    「忙しい」

    日常的に使われる言葉ですが、
    改めて考えると、その正体は意外と曖昧です。

    多くの場合、

    • やることが多い
    • 時間が足りない
    • 人手が足りない

    といった状態を指して使われます。

    しかし、本当に忙しさとは「量」の問題なのでしょうか。

    忙しさは業務量で決まるのか

    一般的には、

    • タスクが多い
    • 人手が足りない
    • 時間が足りない

    ことが忙しさの原因だと考えられています。

    そのため、

    • 人を増やす
    • 効率化する
    • 時間を確保する

    といった対策が取られます。

    もちろん、これらは必要な場合もあります。

    しかし実際には、
    業務量がそれほど変わらなくても「忙しい」と感じる人と、
    そうでない人がいます。

    この違いはどこから生まれるのでしょうか。

    忙しさは「判断の詰まり」である

    ここで視点を変えてみます。

    忙しさとは、単純な業務量ではなく、
    「判断が詰まっている状態」
    ではないでしょうか。

    例えば、

    • この仕事を優先すべきか
    • どこまでやるべきか
    • 誰に確認すべきか

    といった判断に迷う場面です。

    一つひとつは小さなことでも、
    判断が増えるほど思考は分断され、
    仕事は進みにくくなります。

    なぜ判断が詰まるのか

    判断が詰まる理由は、
    判断の基準となる前提が整理されていないからです。

    例えば、

    • なぜその業務を行うのか
    • 何を優先するのか
    • どこまで品質を求めるのか

    こうした前提が曖昧だと、毎回考えることになります。

    逆に、

    • 目的が明確
    • 優先順位が共有されている
    • 判断基準が決まっている

    状態であれば、迷うことなく進められます。

    前提が多いほど忙しくなる

    前提が増えると、

    • 判断に時間がかかる
    • 確認が増える
    • 意思決定が遅くなる

    という状態になります。

    すると、業務そのものよりも、
    「どうするかを考える時間」
    に多くのエネルギーを使うようになります。

    つまり忙しさとは、
    業務量そのものではなく、
    前提が整理されていないことで生まれる判断の詰まり
    とも言えます。

    なぜ気づきにくいのか

    この問題が厄介なのは、
    判断の詰まりが「仕事の多さ」に見えてしまうことです。

    本当は判断基準の問題であっても、
    「仕事が多すぎる」
    と認識されてしまいます。

    その結果、
    忙しさの原因ではなく、
    症状だけに対処してしまうことがあります。

    忙しさを減らすには

    忙しさを減らすために必要なのは、
    やることを減らすことだけではありません。

    • 判断基準を明確にする
    • やらないことを決める
    • 優先順位を共有する

    といった形で、
    前提を整理することが重要です。

    さいごに

    「忙しい」と感じたとき、
    やることを減らそうとする前に、

    • 何に迷っているのか
    • どの前提が曖昧なのか

    を考えてみる。

    それだけで、
    同じ状況でも見え方は大きく変わることがあります。

    忙しさの正体は、
    仕事の量ではなく、
    その前にある「判断の詰まり」にあるのかもしれません。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜ忙しさは繰り返されるのか ー 業務ではなく「前提」が増え続ける構造

    なぜ一度増えた仕事は減らないのか

    「一度増えた仕事が減らない」

    多くの現場で、こうした状況が見られます。

    • 業務がどんどん増えていく
    • 忙しさが慢性化する
    • 改善してもすぐ元に戻る

    一時的に効率化しても、
    気づけばまた同じ状態に戻っている。

    なぜ忙しさは、繰り返されるのでしょうか。

    業務量が多いから？

    この問題はよく、

    • 人手が足りない
    • 業務量が多すぎる
    • 効率が悪い

    といった形で語られます。

    もちろん、これらも一因です。

    しかしそれだけでは、
    なぜ「元に戻るのか」を説明できません。

    増えているのは業務ではない

    ここで視点を変えます。

    増えているのは業務ではなく、
    「業務を生み出す前提」ではないか
    という考え方です。

    前提は自然に積み上がる

    業務は、多くの場合、
    ある「前提」から生まれます。

    例えば、

    • 「この資料は必要だ」
    • 「この会議は必要だ」
    • 「このチェックは必須だ」

    これらは一つひとつは合理的です。

    しかし、
    一度できた前提は、
    基本的に残り続ける という性質があります。

    前提は疑われない

    さらに重要なのは、
    前提は「当たり前」として扱われるという点です。

    • なぜこの業務をやるのか？
    • 本当に必要なのか？

    といった問いは、
    日常業務の中ではほとんど発生しません。

    その結果、
    前提が見直されることなく蓄積されていきます。

    部分最適が前提を増やす

    もう一つの要因が、
    部分最適の積み重ねです。

    • 品質を守るためのチェック追加
    • ミス防止のための確認プロセス
    • 報告強化のための資料作成

    どれも正しい判断ですが、
    それぞれが新しい前提を生み出してしまいます。

    忙しさは「構造」で生まれる

    ここまでをまとめると、
    忙しさは次のような構造で生まれます。

    • 前提が増える
    • 業務が増える
    • 前提は残る
    • さらに前提が増える

    というループがまわっています。

    なぜ繰り返されるのか

    この構造の厄介な点は、
    「減らす力」が働かないことです。

    • 前提を作る力は強い
    • 前提を削る仕組みは弱い

    そのため、
    改善しても、構造が同じならまた元に戻ってしまいます。

    止めるべきはどこか

    では、このループを止めるにはどうすればよいのでしょうか。

    重要なのは、
    業務を減らすことではなく、
    前提を減らすこと です。

    忙しさは自然に増える

    忙しさは、

    • 努力不足でも
    • 能力不足でもなく

    構造として自然に増えるものです。

    だからこそ必要なのは、

    • 前提を疑う
    • 前提を見直す
    • 前提を減らす

    という視点です。

    さいごに

    「忙しい」と感じたとき、
    目の前の業務に手をつける前に、

    • なぜこの業務が存在するのか
    • その前提は今も有効か

    と問い直してみる。

    それが、
    忙しさのループを断ち切る
    最初の一歩になるかもしれません。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜ仕事は減らないのか ー 「忙しさ」の正体は前提にある

    なぜこんなに忙しいのか

    「やるべき仕事が多すぎて、余裕がない」

    会社員の方と話していると、
    こうした声をよく耳にします。

    実際、日々の業務に追われ、

    • 目の前のタスクをこなすだけで精一杯
    • 本来やるべきことに手が回らない
    • 改善に取り組む時間がない

    といった状況は珍しくありません。

    では、この「忙しさ」はどこから来ているのでしょうか。

    優先順位の問題？

    多くの場合、この問題は

    • 優先順位をつけましょう
    • 無駄な業務を減らしましょう
    • 効率化しましょう

    といった形で語られます。

    もちろん、これらは重要な視点です。
    しかし、それだけで本当に解決するのでしょうか。

    仕事が多いのではない

    こで一つ、見方を変えてみます。

    仕事が多いのではなく、
    「やる理由が整理されていない仕事」が多いのではないか
    という視点です。

    例えば、

    • なぜこの資料を毎週作っているのか
    • なぜこの会議に参加しているのか
    • なぜこの手順で業務を進めているのか

    こうした問いが、
    意識されないまま業務が積み重なっていくと、
    「やらなくてもいいかもしれない仕事」
    にもリソースが割かれていきます。

    前提が業務を増やす

    この状態をもう一段深く見ると、
    業務の量ではなく、
    「前提」が増えていると捉えることができます。

    例えば、

    • 「この資料は必要だ」という前提
    • 「この会議は必要だ」という前提
    • 「このやり方が正しい」という前提

    これらが積み重なることで、
    業務は自然と増えていきます。

    しかし、それらの前提は

    • 今も本当に有効なのか
    • そもそも必要なのか

    と見直される機会がほとんどありません。

    よくあるケース

    例えば、ある業務で
    「報告資料を毎週作る」
    というルールがあったとします。

    当初は必要だったかもしれません。

    しかし、

    • 意思決定に使われていない
    • 誰も深く見ていない
    • 形式だけが残っている

    といった状態になっていても、
    「やるのが当たり前」として続いてしまうことがあります。

    これは、業務そのものではなく、
    「その業務は必要である」という前提が残っている状態 です。

    前提を見直すと何が起きるか

    ここで前提に目を向けると、

    • そもそもこの業務は必要か？
    • 頻度は適切か？
    • 代替手段はないか？

    といった問いが生まれます。

    すると、

    • 業務そのものが不要になる
    • 回数が減る
    • 形が変わる

    といった変化が起きます。

    つまり、
    仕事を減らすのではなく、
    「仕事が生まれる前提」を減らす という考え方です。

    忙しさの正体

    ここまで見てきたように、
    忙しさの正体は、

    • 業務量そのものではなく
    • その背景にある前提の積み重ね

    にあることが少なくありません。

    そして前提は、
    意識しない限り、増え続けるもの です。

    さいごに

    「やることが多い」と感じたとき、
    目の前の業務を減らそうとする前に、

    • なぜその業務をやっているのか
    • それは本当に必要なのか

    といった前提に目を向けてみる。

    それだけで、
    仕事の見え方が大きく変わることがあります。

    忙しさを解消する鍵は、
    業務の中ではなく、
    その「前提」にあるのかもしれません。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜ製造業では同じ問題が繰り返されるのか ー 現象ではなく、構造を見るということ

    一見すると別々の問題

    このシリーズでは、

    製造業でよく見られる問題について考えてきました。

    改善しても改善しない。
    不良対策が繰り返される。
    会議が長い。
    意思決定が遅い。
    ベテランが辞めると現場が止まる。
    シミュレーションが活用されない。

    一見すると、
    それぞれ別々の問題のように見えます。

    実際、
    担当部署も異なります。
    改善活動は現場。
    不良対策は品質部門。
    会議は管理職。
    シミュレーションは技術部門。
    DXは情報システム部門。

    そのため、
    多くの会社では、
    それぞれを別々の問題として解決しようとします。

    しかし本当にそうでしょうか。

    共通する構造がある

    私は、
    これらの問題の背景には、
    共通する構造があるように感じています。

    例えば、
    改善が進まないとき。
    問題は改善不足ではありませんでした。
    問題設定が曖昧だったのです。

    不良対策が繰り返されるとき。
    問題は分析不足ではありませんでした。
    問題定義が曖昧だったのです。

    会議が長くなるとき。
    問題は議論不足ではありませんでした。
    判断基準が共有されていなかったのです。

    意思決定が遅くなるとき。
    問題は情報不足ではありませんでした。
    仮説が不足していたのです。

    ベテランが辞めると現場が止まるとき。
    問題は人材不足ではありませんでした。
    知識が構造化されていなかったのです。

    シミュレーションが使われなくなるとき。
    問題はツール不足ではありませんでした。
    活用目的が曖昧だったのです。

    つまり、
    それぞれの現象は違っていても、
    根本には共通点があります。

    前提が見えていない

    それは、
    前提が見えていない
    ということです。

    何を問題とするのか。
    何を優先するのか。
    何を成功とするのか。
    どの知識を残すのか。

    これらが曖昧なままでは、
    個別の対策を積み重ねても、
    同じ問題は繰り返されます。

    私は長年、
    シミュレーションや業務改善に携わってきました。

    その中で感じるのは、
    問題そのものよりも、
    問題を見る前提のほうが重要な場合があるということです。

    前提が変わると意思決定が変わる

    前提が変わると、
    見える問題が変わります。

    見える問題が変わると、
    議論が変わります。

    議論が変わると、
    意思決定が変わります。

    意思決定が変わると、
    行動が変わります。

    そして結果も変わります。

    だから私は、
    改善活動やDXの前に、
    まず前提を整えることが重要だと考えています。

    問題を解くことは大切です。

    しかしその前に、
    本当に解くべき問題は何なのか。

    その問いを持つことは、
    もっと大切なのかもしれません。

    さいごに

    製造業の現場では、
    今日もさまざまな問題が発生しています。

    その一つひとつを解決することも必要です。

    しかし時には、
    問題そのものではなく、
    問題の見方を見直してみる。

    それが、
    同じ問題を繰り返さないための第一歩になるのではないでしょうか。

    本シリーズでは、
    改善、不良対策、会議、意思決定、属人化、シミュレーションというテーマを取り上げました。

    それぞれ異なるテーマに見えましたが、
    振り返ってみると、

    すべて

    問題設定
    問題定義
    判断基準
    仮説
    知識化
    という一つの流れにつながっていました。

    そしてその土台にあるのが、
    前提を整えること
    です。

    製造業の問題を考えるとき、
    目の前の現象だけでなく、
    その背景にある前提にも目を向けてみる。

    それが、
    より良い意思決定への第一歩になるのではないでしょうか。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜシミュレーションは買っても使われないのか ー ツール不足ではなく、活用目的が曖昧なのかもしれない

    導入時の期待と現実

    製造業では、
    シミュレーションソフトを導入したものの、
    思うように活用できていない
    という話を耳にすることがあります。

    導入時には大きな期待がありました。
    ・品質を向上したい
    ・試作回数を減らしたい
    ・開発期間を短縮したい
    ・技術伝承に活用したい

    しかし数年後、
    「結局あまり使われていない」
    「担当者しか触れない」
    「ライセンス更新を続けるべきか悩んでいる」
    という状況になることがあります。

    なぜこのようなことが起きるのでしょうか。

    ソフトが悪いわけではない

    よく言われる理由は、
    ・操作が難しい
    ・人材が不足している
    ・教育が足りない
    といったものです。

    もちろんそれらも一因かもしれません。

    しかし私は、
    もっと根本的な理由があると思っています。

    それは、
    活用目的が曖昧だからです。

    例えば、設備投資であれば、
    ・品質向上
    ・コスト削減
    ・生産能力向上
    など、比較的明確な目的があります。

    しかしシミュレーションの場合、
    「とりあえず導入してみよう」
    という形で始まることがあります。

    すると、何を成功とするのかが曖昧になります。

    活用目的が曖昧になっていないか

    例えば、
    解析精度を高めることが目的なのか。
    試作回数を減らすことが目的なのか。
    技術伝承なのか。
    設計品質向上なのか。

    目的が曖昧なままでは、
    活用方法も定まりません。

    結果として、
    解析は行われる。
    レポートも作られる。
    しかし意思決定には活用されない。

    そんな状態が生まれます。

    私は長年シミュレーションに携わってきました。

    その中で感じるのは、
    シミュレーションの本当の価値は、
    計算結果そのものではないということです。

    シミュレーションは知識化の道具である

    もちろん、
    結果予測は重要です。

    しかしそれ以上に重要なのは、
    ・なぜその結果になったのか
    ・どの条件が影響したのか
    ・どのような仮説を検証したのか
    を整理できることです。

    つまり、
    シミュレーションとは、
    知識を見える形にする活動とも言えるのです。

    例えば、
    ベテラン技術者が持っている経験則を、
    モデルとして表現する。
    条件変更による影響を可視化する。
    成功事例や失敗事例を蓄積する。

    これらはすべて、
    知識の構造化です。

    私は、
    シミュレーションの本質は
    計算技術ではなく、
    知識化にあると思っています。

    そして実は、
    これはDXにも共通しています。

    DXが失敗するとき、
    多くの場合、
    システム導入そのものが目的になっています。

    しかし本来は、
    組織の知識を再利用できる形にすること
    が目的のはずです。

    シミュレーションも同じです。

    ソフトを導入することが目的ではありません。
    組織として学び続ける仕組みを作ることが目的です。

    さいごに

    もしシミュレーションが使われなくなっているとしたら、
    ソフトそのものではなく、
    私たちは何のために活用したかったのだろうか
    という問いから見直してみる必要があるかもしれません。

    ここまで、
    改善
    不良対策
    会議
    意思決定
    属人化
    シミュレーション
    というテーマを見てきました。

    一見すると別々の問題に見えます。

    しかし実は、
    そこには共通する構造があります。

    次回はシリーズ最終回として、
    「なぜ製造業では同じ問題が繰り返されるのか」
    について考えてみたいと思います。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜベテランが辞めると現場が止まるのか ー 人材不足ではなく、知識が構造化されていないのかもしれない

    ベテラン退職への不安

    製造業では、
    ベテラン社員の退職が大きな課題として語られることがあります。

    「○○さんが辞めたら困る」
    「その人しか分からない仕事がある」
    「後継者が育っていない」

    こうした話はめずらしくありません。

    実際、
    長年現場を支えてきたベテランが退職すると、
    品質や生産性に影響が出ることがあります。

    では、
    なぜベテランが辞めると現場が止まるのでしょうか。

    人材不足が問題なのか

    よく言われるのは、
    人材不足です。

    もちろん、
    人手不足は現実の問題です。

    しかし私は、
    もっと本質的な理由があると思っています。

    それは、
    知識が構造化されていないことです。

    例えば、
    ベテラン社員はこんなことを言います。

    「経験で分かる」
    「見れば分かる」
    「感覚だよ」

    暗黙知はなぜ引き継げないのか

    本人にとっては自然な説明です。

    しかし、
    聞いている側からすると、
    何を見て、
    何を判断しているのかが分かりません。

    つまり、
    知識は存在している。

    しかし、
    他人が再利用できる形になっていないのです。

    これは知識がないのではありません。
    知識が構造化されていない状態です。

    例えば、
    熟練技術者が鋳造欠陥について、
    「この形状ならここに引け巣が出そうだ」
    と判断したとします。

    その判断は正しいかもしれません。

    しかし、
    なぜそう考えたのかが説明できなければ、
    技術は継承されません。

    本人が退職した瞬間に、
    知識も一緒に失われてしまいます。

    実は、
    これは個人の問題ではありません。

    組織の問題です。

    知識を個人に依存させたままにしているため、
    組織として再利用できないのです。

    知識を構造化するという発想

    私はシミュレーション技術に長く携わってきました。

    その中で感じるのは、
    シミュレーションとは単なる計算技術ではなく、
    熟練者の知識を見える形にする活動だということです。

    例えば、
    鋳造シミュレーションでは、
    ・どこに欠陥が出るか
    ・なぜ欠陥が出るか
    ・どうすれば改善できるか
    をモデル化します。

    これは、
    ベテランの頭の中にある経験則を、
    誰でも理解できる形に変換する作業とも言えます。

    つまり、
    シミュレーションは計算をしているのではなく、
    知識を構造化しているのです。

    私は、
    DXも同じだと思っています。

    DXというと、
    システム導入やデジタル化が注目されます。

    しかし本質は、
    組織の知識を再利用できる形にすることではないでしょうか。

    もしそうだとすれば、
    ベテランが辞めると現場が止まるのは、
    人材不足ではなく、
    知識を組織の資産に変換できていないから とも考えられます。

    さいごに

    ベテラン退職の問題を考えるとき、
    後継者探しの前に、
    一度考えてみてください。

    その知識は、誰でも使える形になっているだろうか。

    その問いが、
    属人化から組織知への第一歩になるかもしれません。

    次回は、
    知識化に関連するもう一つのテーマを取り上げます。

    シミュレーションを導入したにもかかわらず、
    十分に活用されない会社は少なくありません。

    なぜそのようなことが起きるのでしょうか。

    次回、
    「なぜシミュレーションは買っても使われないのか」
    について考えてみたいと思います。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜ意思決定が遅くなるのか ー 情報不足ではなく、仮説不足かもしれない

    情報が足りないから決められないのか

    前回の記事では、会議が長くなる原因は
    「議論不足」ではなく、
    「判断基準不足」にあるのではないか、
    という話をしました。

    では、
    判断基準が決まっていても、
    なかなか決められない場合はどうでしょうか。

    製造業の現場でも、
    経営の場面でも、
    こんな言葉をよく耳にします。

    「もう少し情報を集めてから決めたい」
    「まだ判断材料が足りない」
    「データが揃ってから検討しよう」

    慎重な姿勢そのものは悪いことではありません。
    むしろ重要です。

    しかし、
    意思決定が遅い組織ほど、
    情報収集に時間を使い続ける傾向があります。

    情報収集には終わりがない

    なぜでしょうか。

    多くの場合、
    問題は情報不足ではなく、
    仮説不足にあります。

    例えば、
    新しい設備を導入するかどうかを考えるとします。

    このとき、
    仮説がない状態では、
    あらゆる情報が必要になります。

    設備価格
    保守費用
    生産能力
    品質影響
    電力消費
    競合事例
    補助金情報
    市場動向

    調べることは無限に出てきます。

    そして、
    情報が増えるほど、
    かえって決められなくなります。

    なぜなら、何を知りたいのかが決まっていないからです。

    仮説が情報収集の方向を決める

    一方、
    仮説がある場合はどうでしょうか。

    例えば、
    この設備導入によって不良率を半減できるのではないか
    という仮説があれば、
    確認すべき情報は絞られます。

    つまり、
    仮説は情報収集の方向を決める役割を持っています。

    私はシミュレーション活用の場面でも、
    同じことを何度も見てきました。

    解析そのものは数日で終わる。

    しかし、
    何を知りたいのかが決まっていないため、
    何度も条件を変えて計算を繰り返す。

    結果として、
    大量のデータは手に入るのに、
    意思決定にはつながらない。

    これは、
    シミュレーションの問題ではありません。
    仮説がないまま情報を集めていることが原因です。

    優れた意思決定者の共通点

    実際、
    優れた意思決定者ほど、
    最初から正解を知っているわけではありません。

    むしろ、
    まず仮説を立てる
    ↓
    仮説を検証するために情報を集める
    ↓
    判断する
    という流れを取っています。

    つまり、
    情報収集は目的ではなく、
    意思決定のための手段なのです。

    もちろん、
    仮説は間違っていることもあります。

    しかし、
    間違った仮説でも、
    仮説がない状態よりは前に進めます。

    なぜなら、
    何を確認すればよいかが明確になるからです。

    意思決定が遅くなる組織では、
    情報が不足しているのではなく、
    仮説が不足している。
    私はそう感じる場面が少なくありません。

    さいごに

    もし、
    「なかなか決められない」
    と感じたときは、
    情報の量を増やす前に、
    一度考えてみてください。

    私たちはどんな仮説を持っているだろうか。

    その問いが、
    意思決定のスピードと質を変えるきっかけになるかもしれません。

    ここまで、
    改善
    不良対策
    会議
    意思決定

    というテーマを見てきました。

    次回からは、
    属人化やDXにも共通する
    「知識の構造化」
    について考えていきます。

    まずは、
    「なぜベテランが辞めると現場が止まるのか」
    をテーマに取り上げます。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ

  • なぜ会議が長くなるのか ー 議論が足りないのではなく、判断基準が足りない

    なぜ会議は長くなるのか

    製造業に限らず、多くの会社で聞かれる悩みがあります。

    それは、
    会議が長い
    という問題です。

    会議の予定時間は1時間。
    しかし気が付くと90分、2時間と延びていく。

    参加者は疲れ、
    結論も曖昧なまま終了する。

    そんな経験をしたことがある方も多いのではないでしょうか。

    会議が長くなる原因として、よく言われるのは
    ・発言が多すぎる
    ・脱線が多い
    ・司会進行が悪い
    いったものです。

    議論が足りないわけではない

    もちろん、それらも原因の一つかもしれません。

    しかし私は、
    もっと根本的な理由があると思っています。

    それは、
    判断基準が共有されていない
    ことです。

    例えば、
    設備投資について議論するとします。

    Aさんは
    「品質向上」を重視している。

    Bさんは
    「コスト削減」を重視している。

    Cさんは
    「納期短縮」を重視している。

    すると、
    それぞれの意見は合理的なのに、
    結論が出ません。

    なぜなら、
    どの基準で判断するかが決まっていないからです。

    判断基準が共有されていない

    会議の場では、
    意見の違いが問題だと思われがちです。

    しかし実際には、
    意見が違うこと自体は自然なことです。

    本当に問題なのは、
    何を優先するか
    が決まっていないことです。

    判断基準が共有されていない状態では、
    議論はどこまでも続きます。

    なぜなら、
    参加者はそれぞれ異なる物差しを使っているからです。

    これは品質会議でも同じです。

    ある人は
    「不良率を下げたい」

    ある人は
    「生産量を維持したい」

    ある人は
    「コストを増やしたくない」

    どれも正しい。

    しかし、
    優先順位が決まっていなければ、
    結論は出ません。

    会議で本当に決めるべきこと

    私はシミュレーション導入支援の場面でも、
    同じことを見てきました。

    導入するかどうかの議論が延々と続く。

    よく聞いてみると、参加者ごとに
    ・品質向上
    ・開発期間短縮
    ・技術継承
    ・コスト削減
    と期待するものが違う。

    つまり、
    シミュレーションの良し悪しを議論しているようで、
    実際には
    何を重視するか
    を議論しているのです。

    この状態では、
    どれだけ会議を続けても結論は出ません。

    だから私は、
    会議を短くするために必要なのは、
    発言を減らすことではなく、
    判断基準を明確にすること
    だと考えています。

    何を優先するのか。
    何を成功とするのか。
    何を諦めるのか。

    これが決まれば、
    会議は驚くほど短くなります。

    逆に、
    判断基準が曖昧なままでは、
    どれだけ優秀な人が集まっても、
    議論は終わりません。

    さいごに

    会議が長いと感じたとき、
    進行方法を見直す前に、
    一度考えてみてください。

    私たちは同じ基準で判断しようとしているだろうか。

    会議の長さは、
    発言量ではなく、
    判断基準の曖昧さを映しているのかもしれません。

    そして実は、
    判断基準が共有されていても、
    意思決定が遅くなることがあります。

    そのとき多くの人は、
    「情報が足りないから決められない」
    と言います。

    しかし本当にそうなのでしょうか。

    次回は、
    「なぜ意思決定が遅くなるのか」
    をテーマに考えてみたいと思います。

    この記事を書いた人

    村上 亮
    中小企業診断士・ITコーディネータ

    「問題を解く前に、前提を整える」をテーマに、
    製造業・DX・意思決定に関する情報を発信しています。

    VXtyleでは、そうした思考の整理を行っています。

    VXtyleホームページ