導入·運用の進め方

PROCESS — IN DETAIL

段階ごとに、どこで詰まるか

導入の工程そのものは、どのベンダーの資料もだいたい同じ絵になります。差が出るのは、各段階で何を決め切れるかです。ここでは、実際に詰まりやすい場所と、その手前で何を決めておくとよいかを段階ごとに書きます。製品を問わない、一般的な進め方の話です。

構想の段階

詰まる場所：目的が複数あって、優先順位が決まらない。

トレーサビリティ、不良の削減、在庫精度、多拠点の横比較。どれも大事なので、全部やろうとして仕様が膨らみます。ここで一つか二つに絞れないまま要件定義に入ると、あとの工程がすべて重くなります。

決めておくとよいのは、「稼働して半年後に、どの数字が改善していれば成功と言えるか」です。この問いに答えられれば、対象工程は自然に絞れます。

現状把握とFit&Gap

詰まる場所：拠点ごと・担当者ごとに手順が違うことが、ここで初めて分かる。

同じ製品を作っていても、検査のタイミングや帳票の形が拠点で違うのはよくあることです。これを全部システムで吸収しようとすると、拠点の数だけ作り込みが増えます。どこを共通にし、どこは違ったままでよいのかを、この段階で決め切っておくと後が軽くなります。

要件定義

詰まる場所：現場の要望をすべて積み上げてしまう。

差分の埋め方は三つあります。作り込む、標準に合わせて現場の手順を変える、当面は対象外とする。このうち三つ目の判断を早めにできるかどうかが、プロジェクトの重さを大きく変えます。「今回はやらない」と決められる人が会議にいるかどうかが実は最大の分かれ目です。

設計・構築

詰まる場所：二拠点目のことを考えずに作り込む。

展開の予定があるなら、この段階で「どこまでを共通テンプレートにするか」を決めておきます。あとから共通化するのは、作り直しに近い手間になります。一拠点目の時点で展開予定を伝えておくことが、総額を左右します。

テストと移行

詰まる場所：工数の見積もりがいちばん外れる。

現場の担当者が実際の作業順で通しで試す時間は、机上の想定より必ず長くかかります。しかもこの時間は現場の稼働と取り合いになります。テスト期間を確保できるかどうかは、ベンダーではなくお客様側の段取りで決まります。ここを押さえられるかが、稼働日を守れるかを決めます。

移行データも同様です。量より品質が問題になります。マスタの重複や、使われていないコードの整理は、システムの話ではなく業務の話です。

本稼働と定着

詰まる場所：立ち上げ直後の想定外を、誰が受けるか決まっていない。

稼働直後は必ず想定外が出ます。誰が受けて、どれくらいで直すのかを決めておくこと。そして、稼働後にマスタや帳票を変えられる人を社内に残すこと。この二つが、その後の運用コストを決めます。

ベンダー選定で見ておきたいところ

• 「今回はやらない」を提案してくるか — 要望をすべて実現すると言うベンダーは、見積もりが通った後に詰まります
• 稼働後の体制を最初から話すか — 導入だけで手離れする前提だと、立ち上げ直後に困ります
• 現場の言葉で話せるか — 製造の用語が通じるかどうかは、要件定義の速度に直結します
• 内製化の引き継ぎに応じるか — 社内に残す前提を嫌がる場合、その後の費用が読めなくなります

サオスは導入だけでなく、稼働後の運用・保守と技術者の育成まで同じ体制でお引き受けしています。DELMIA Apriso を前提とした、より具体的な工程の話は DELMIA Apriso 導入の進め方 にまとめています。

よくある質問

体制はどれくらいの人数が必要ですか。

対象範囲によりますが、お客様側で必ず必要なのは、目的と優先順位を決められる方、現場の手順を判断できる方、マスタを整備できる方の三つの役割です。人数より、この判断ができる人が会議に出られるかどうかのほうが効きます。

期間はどれくらい見ておけばよいですか。

単一工場の特定工程に絞る場合と、複数拠点へ展開する場合では桁が変わります。条件が決まる前の月数はあてにならないため、まず対象範囲を決めるところからご一緒しています。

PoCから始めたほうがよいですか。

目的によります。技術的に成立するかを確かめたいならPoCは有効ですが、「本番に載せるとしたら誰がどう使うのか」まで決めずに始めると、結果が出ても次に進めません。PoCの設計時点でそこを決めておくことをお勧めしています。

既存ベンダーとの分担はどうなりますか。

既存システムを担当されているベンダーがいる場合、境界を決めたうえで並走します。連携部分の仕様をどちらが持つかを早めに決めておくと、テスト工程で揉めません。