SAP改革に学ぶ「戻れる標準化」の設計

標準化の落とし穴

「業務を標準化すれば効率が上がる」――これは多くの経営者が信じて疑わない命題です。しかし、現実はそう単純ではありません。

先日、SAPジャパンの事例が報じられました。同社はグローバルでのオペレーション改革を進める中で、標準化の過程で「かえって手間が増える事態」に直面したといいます。

「標準化」という言葉には、なぜか後戻りできないイメージがつきまといます。一度ルールを決めてしまえば、それを変えるのは大きなコストがかかる。だからこそ、最初から完璧な設計を目指してしまう。しかし、その姿勢こそが「戻れない標準化」の罠なのです。

標準化が「戻れない」理由は、大きく3つあります。

1. 人に役割と期待を固定してしまう
標準化された業務プロセスには、必ず担当者が割り当てられます。その人が「この業務のプロ」として認識されると、プロセス変更は人事異動や評価制度にまで影響を及ぼします。

2. 契約や制度で責任を曖昧にしない
標準化は往々にして、システム導入や外部委託とセットで進められます。契約期間やライセンス料が固定費となり、途中での変更がコスト面で難しくなります。

3. 実態を把握しないまま進めてしまう
「まずは標準化ありき」で進めると、現場の実態を観測する余裕がなくなります。問題が起きても「標準化の途中だから」と先送りにされ、気づけば取り返しのつかない状態に。

SAPの事例でも、標準化を進める中で「現場の個別事情を無視したルール」が増え、結果的に手間が増えたと報告されています。これはまさに、実態把握なき標準化の典型例です。

では、どうすれば標準化を「戻れる判断」にできるのでしょうか。ポイントは3つあります。

標準化を「恒久的なルール」として導入するのではなく、まずは3ヶ月や6ヶ月の「実験期間」を設定します。その期間が終わった時点で、効果を測定し、続行・修正・撤退を判断する仕組みを作ります。

具体的には、以下のような項目を事前に定義しておきます。

これにより、標準化が「失敗したら戻せる実験」に変わります。

標準化の効果を測る指標は、事前に決めておきます。ただし、重要なのは「数値目標」だけではありません。現場の声や、想定外の業務の発生頻度など、質的な観測ポイントも固定しておきます。

SAPの事例では、標準化によって「本来やらなくていい業務」が増えたことに気づくまでに時間がかかったといいます。観測ポイントを固定しておけば、早期に問題を発見できたはずです。

「標準化をやめる」という判断を、感情ではなく事実に基づいて行えるようにします。撤退条件として、以下のような基準を事前に設定しておきます。

撤退条件を決めておくことで、「もったいない」という心理的コストに支配されずに、冷静な判断ができるようになります。

SAPの事例は、標準化そのものが悪いわけではないことを示しています。問題は、標準化を「後戻りできない決定」として捉えてしまうことです。

経営判断において、完璧な設計など存在しません。最初から「失敗するかもしれない」という前提に立ち、いつでも戻れる仕組みを組み込んでおく。それが「戻れる経営」の本質です。

あなたの会社でも、これから標準化を進めようとしているなら、まずは「いつ戻るか」を決めてから始めてみてください。その一歩が、取り返しのつかない失敗を防ぐ最大の策です。