メインコンテンツへスキップ
見出し画像

PDCAの大失態(笑)〜現場30年の私が、OAHEVで業務改革を請け負う理由〜

    ◆ はじめに

    世の中のコンサルや学者が大好きな呪文がある。

    「PDCAを回しましょう」

    ……はい出た(笑)

    現場を知らない人ほど、 この4文字を “万能薬” みたいに振りかざす。

    でも私は前職で 30年以上、現場の泥水をすすってきた人間。 だから言える。

    PDCAは現場では役立たず。  むしろ“現場を壊す側”のフレームワークだ(笑)

    ◆ PDCAはなぜ現場でバグるのか?

    ● ① 最初のP(計画)がそもそも成立しない

    現場はこうだ。

    • 計画より現象が先に動く

    • 想定外が毎日起きる

    • 計画通りにいくことの方が珍しい

    そんな世界で 「まず計画を立てましょう」 と言われても、 それ机上の空論じゃん(笑)

    ● ② C(チェック)が“反省会”に変質

    本来は検証なのに、現場ではこうなる。

    • できなかった理由を説明

    • 言い訳禁止

    • 改善案を出せ

    • さらに改善案の改善案

    資料だけ増えて、現場は1ミリも改善しない(笑)

    ● ③ A(アクション)が“書類作成”になる

    改善ではなく、 「改善したように見せる資料」を作る作業に変わる。

    現場改善ではなく、資料改善が進むという地獄(笑)

    ◆ だから私は「OAHEV」を使う

    これは私が30年以上、 現場で叩き上げてきた“本物の改善プロセス”。

    OAHEVとは?

    • Observation(観察)  まず現象を見る。机上ではなく“現場の事実”から始める。

    • Analysis(分析)  傾向値・変化・兆候を読み取る。ここで8割決まる。

    • Hypothesis(仮説)  課題に対する対策を構築。現場の“因果”を見抜く。

    • Experiment(実験)  小さく試す。失敗OK。むしろ前進。

    • Verification(検証)  仮説と同じ軸で対比して効果を確定。  これができないと検証は“ただの感想”になる。

    ◆ なぜOAHEVは現場で強いのか?

    • 計画を前提にしない

    • 現象を起点にする

    • 小さく試す

    • 失敗を前提にする

    • 変化に強い

    • 科学的

    • 現場の自然言語

    つまり──

    現場の“実態”に最初からフィットしている。

    PDCAがハリボテなら、 OAHEVは “現場のOS” だ。

    ◆ そして私は、OAHEVで業務改革を請け負います

    ここまで読んで 「うちの現場、PDCAで回らない理由が分かった…」 と思ったあなた。

    安心してほしい。

    あなたの現場は壊れていない。 壊れているのは“フレームワークの方”だ(笑)

    私は30年以上のOAHEV運用経験をもとに、

    • 業務改善

    • プロセス再設計

    • 現場の見える化

    • ボトルネック解消

    • 組織のOAH(E)V導入

    など、 現場が本当に動く改革 を請け負います。

    ◆ 最後に

    PDCAは悪くない。 ただ、現場には合わなかっただけ。

    現場には現場の言語がある。 それが OAHEV(オアヘヴ)。

    もしあなたの現場が 「改善が進まない」「会議だけ増える」「資料だけ増える」 そんな状態なら──

    それ、PDCAのせいです(笑)

    そして私は、 その“バグった現場”を OAHEVで再起動 できます。

    あなたへのおすすめ