#1.ＳＡＰのＱ

ＳＡＰのＱを決めるのは誰❓

まず、
ＳＡＰプロジェクトにおけるＱＣＤバランスのＱとは何でしょうか。

Ｑを品質を含むスコープとして、いいかえると、
ＳＡＰプロジェクトの「スコープ」とはなんでしょうか。

そもそも、「スコープ」とはなんでしょうか。

---

「スコープ」とは、
　プロジェクトの目的を達成するものです。

「スコープ」を達成することで、
　プロジェクトの目的を達成することができます。

では、
「スコープ」を決定する部門はどこでしょうか。

---

「スコープ」を決定する部門は、
「スコープ」の達成によって達成されるプロジェクトの目的、すなわち、
「スコープ」の達成によって解決される問題の所有者です。

では、
ＳＡＰによって解決される問題とはどのようなもので、
その問題の所有者はどの部門でしょうか。

---

いわゆる個別システムに対する
ＳＡＰ（統合システム）の特徴は、
システム統合、データ統合、プロセス統合ですので、
ＳＡＰによって解決される問題は、

経営判断の迅速化、業務の標準化によるコスト削減、
Ｅ２Ｅプロセスのリードタイム短縮など、

個別部門の問題ではなく、全社横断的な問題となります。

さて、その場合、
それらの問題の所有者はどの部門になりますでしょうか。

経営判断の迅速化は、
経営もしくは企画室、戦略室の問題でわかりやすいですが、

業務の標準化によるコスト削減はどの部門の問題でしょうか。
強いて言えば、財務部、経理部の問題でしょうか。

ちなみに、
Ｅ２Ｅプロセスのリードタイム短縮は、どの部門の問題でしょうか。
意外にその問題の所有者にあたる部門は日本だとあまり見かけないのではないでしょうか。（海外だとＣＰＯなどの横串機能の役割が定義されています）

プロジェクトの目的、
すなわち、解決すべき問題の所有者があいまいな場合、
いいかえると、解決すべき問題の解決策、すなわち「スコープ」の決定者が
曖昧な場合、「スコープ」は決定できません。

---

こうした状況下のＳＡＰプロジェクトでは、
ＱＣＤバランスの要となるＱ、すなわち、「スコープ」は決まりません💦

解決策としてのＳＡＰ

不思議なことに、
一般的なＳＡＰプロジェクトでは、
ＳＡＰが解決する問題の本来の所有者であるはずの
経営や企画室・戦略室、財務部・経理部やＣＰＯが不在なままプロジェクトは体制が立ち上がり、遂行されます。

そして、
ＳＡＰプロジェクトでは、本来の問題の所有者不在のまま、
ＳＡＰがどのように経営問題や財務問題、Ｅ２Ｅプロセスの問題を解決するか問われないまま進み、プロジェクトの炎上がはじまります。

なぜこのような現象がおこるのでしょうか。

それは、
すでに解決策としてＳＡＰがあるために発生します。

もし、
ＳＡＰのような解決策がなければ、
スクラッチではじめから作らなければならなければ、

どうすれば全社的な経営問題や財務問題、
Ｅ２Ｅプロセスの問題を解決できるかと問いをたて、
その解決方法や実現方法について、部門横断の議論がなされるはずです。

でも実際には、
はじめから解決策としてＳＡＰがあるため、思考が停止してしまい、
ＳＡＰを導入できれば経営問題や財務問題、プロセス問題が解決されることになり、本来は手段でしかないＳＡＰ導入自体が目的になってしまいます。

ＳＡＰプロジェクトのＱＣＤバランス

こうした理由から、
プロジェクトには、経営や企画室・戦略室はもちろん、財務部・経理部も、
ＣＰＯも不在となり、「スコープ」たるＳＡＰ導入のあり方がそれでよいのか、誰も判断できない状態となります。

結果、
ＳＡＰプロジェクトのＱＣＤバランスの要のＱ、すなわち「スコープ」は、
ＳＡＰ導入という、おざなりで、おかざりだけの「スコープ」になり、

一方の現場は、
現状の業務保証のためだけに勤しむことになります。

そのため、
残念なことに、単純にＳＡＰを導入しても、
経営問題も財務問題も、もちろんＥ２Ｅプロセス問題も解決されません。

加えて、最悪の場合、
既存システムをＳＡＰに置き換えることで業務が変わってしまい、既存業務の強みを失い、競争優位を失っていくこととなります。