標準が先か、作り込みが先か

ERP 案件は必ず順番を決める瞬間に行き当たります。原則は反論しにくく、同じだけ信じにくい。順番を間違えるといくらかかるのか、そしてその主張はどの三つの数字に乗っているのか。

どの ERP 案件にも、順番を決めなければならない瞬間が来ます。 標準のシステムをまず本稼働させるのか、それとも各部門に合わせて深く作り込んでから稼働させるのか。

答えはたいてい原則として語られます。標準の背骨をまず立て、部門ごとの改善はそのあとで、と。 しかし原則は反論しにくく、同じだけ信じにくいものです。この記事はそれをお金に換えます。 順番を間違えるといくらかかるのか、そしてその主張はどの三つの数字に乗っているのか。

1. 「初日から深く作り込む」の三つの罠

案件チームが、古いやり方を新しいソフトに写し取ることで全部門を満足させようとすると。

混乱を自動化してしまう。 下敷きの業務が標準化されておらず、品目マスタに重複が残り、 記帳ルールが曖昧なままなら、深い作り込みは間違った業務を技術で電子化しているだけです。 新しいシステムは、より速く、より大きな規模で誤りを生みます。

データの整合性を壊す。 営業に合わせた機能は、営業担当をとても速くする一方で、 記帳の制約を静かに飛ばし、経理の伝票の流れを壊し、引当可能在庫を狂わせることがあります。 一つの部門での局所最適は、たいてい別のどこかに詰まりを作ります。これが 最初の記事がデータの分断と呼んだものです。 ただしここでは、会社が自分でそれを製造しています。

技術的負債。 本稼働前に急いで書かれた数百行の作り込みは、システムを継ぎはぎに変えます。 更新できなくなり、保守費が上がり、そして現れる不具合は静かな種類のものです。

2. 三層モデル

この節は、出典が述べる原則から編集部が書き起こしたものです。原文は三層を提示する直前で止まっています。 著者自身の言葉ではなく、解釈です。

三つの層は順番に仕上げなければなりません。どの層も、その下の層の上にしか立てないからです。

1. 動く標準の中核。 整ったマスタ、明確な記帳ルール、そして作成から帳票までの一巡を閉じられる伝票が少なくとも一つ。 この層がなければ、その上のすべては砂の上に建ちます。ここでの目標は「美しい」ではなく「動いて、正しい」です。
2. 仕事のやり方を標準化する。 情報の種類ごとに入口を一つに、流れの外で回る表計算をなくし、 名前の付け方と分類のしかたを一つに合意する。習慣に触るのでこの層を楽しむ人は多くありませんが、 第三層がいくらかかるかを決めるのはこの層です。
3. 部門ごとの改善。 ここで作り込みます。ただしこのサイトの基準で。 まず測り、次に変え、波に分けて、波ごとに自分の測定を持たせる。ここにあるこれまでの三本は どれも第三層の例であり、どれも第一層が動いていなければ成り立ちませんでした。

この順番のいちばん興味深いところは技術的なことではありません。 「絶対に必要」と言われた要望のうち相当な割合が、標準の中核で数か月動かしたあとに消えてしまう ことです。 誰かが議論に勝ったからではありません。本物の仕事が本物のシステムを流れ始めると、 最初に要求したものがもう要らないと利用者自身が気づくからです。 先に作り込むということは、それらの分まで払うということです。

3. 数字にする

二つの道の差は四つの項目にあり、それを払うのは先に作り込む道だけです。

四つ目が最も忘れられます。請求書に現れないからです。しかし5か月稼働しないということは、 会社が何も受け取らないまま案件チームに払い続ける5か月だということです。

そしてここで正直さが要ります。 議論のすべては三つの数字に乗っています。作り直しの割合、 消える割合、そして遅れの月数です。三つとも零にすれば、二つの道の費用はぴたりと同じになります。 上の試算でそれができます。あなたの会社で三つとも本当に零なら、順番はお金の問題ではなくなり、 この記事はあなたには当てはまりません。

4. 本当の答え：両方を同時に

これを「標準が先か、作り込みが先か」と立てるのは問いの立て方が間違っており、 しかもお金のかかる間違い方です。実際に最も安い道は、標準の中核を立ち上げると同時に、 業務上ここが決め手になる数個の工程だけを深く作り込む ことです。数個、そして本当に決め手になるもの。

理由は技術ではなく人の振る舞いにあります。 人がそれで暮らしている一工程を欠いたシステムは、使われません。 誰も声に出して反対しません。 黙って古い表計算を開き直すだけです。会社はシステムの代金を満額払いながら、古い道具で回り続けます。 どの請求書にも現れず、それでいて実在し、測れる損失です。

何をもって「業務上の決め手」と呼ぶか

三つの印があり、三つとも必要です。

1. 金か物の毎日の通り道に乗っている。 月次の帳票の上ではなく。
2. それが無いと利用者に迂回路がある。 しかもその迂回路のほうがシステムを使うより安い。
3. 設定では届かない。 つまり設定はすでに試してあり、そこまで届かなかった。

三つのどれかを満たさない要望は第三層のもので、待てます。「絶対に必要」な要望の大半はこの試験に落ちます。 数か月後に相当な割合が消えるのは、まさにそのためです。

実際の数は小さくなります。数十個ではなく、数個です。 あなたの「業務上の決め手」一覧が20項目あるなら、 それはほぼ確実に絞り込まれておらず、別の名前で「全部先に作り込む」へ戻る途中にあります。

三つの道を並べて測る

上の試算は三つを同じ期間で比べます。既定の前提では同時に進める道が最も安くなります。 しかし目を引くのは、標準だけに対しては僅差で勝つ 一方、全部先に作り込む道には圧倒的に勝つ、という点です。 言い換えると、「標準だけ」と「同時に進める」の間で選び間違えるのは小さな誤りで、 全部先に作り込むほうを選ぶのが高くつく誤りです。

そして正直な部分。決め手の工程を飛ばしても何も失われないなら — 失われる効果の割合を零に置けば — 標準だけのほうが同時に進めるより安くなります。そうあるべきです。 数個を早く作ることの根拠は丸ごと、それを欠いたシステムを人が迂回するという事実に乗っています。 あなたの会社でそれが真でないなら、早く作ってはいけません。

5. この順番が間違いになるとき

どの原則にも成り立たない領域があり、その領域を名指しすることだけが原則を信用に足るものにします。

• 標準の中核では中核業務がまったく回らないとき。 業種によっては、ある一つの流れなしには 有効な伝票を一枚も起こせません。そのときその流れは第一層のもの — 作り込みではなく土台です。
• 法的な制約が近似での運用を許さないとき。 請求、税務、規制業種。ほぼ正しい版で稼働する、はありません。
• 作り込みのほうが議論より安いとき。 元帳に触らず、ある部門の抵抗を丸ごと取り除く、小さく明快な変更。 それはただやればよい。ここにあるこれまでの三本はどれもその種類です。

順番は規律の問題でも、設計の正しさの問題でもありません。お金の問題です。 間違えれば、要求した当人たちがやがて要らなくなる作り込みに払い、 そして誰も何も受け取らなかった月数の分を払うことになります。

ここの数字は例示であり、どの顧客のシステムや案件から取ったものでもありません。 上の試算でご自身の数字に置き換えてください。