M365Con 2027 – 無料オンラインカンファレンス · 11–22 Jan 2027 · 120 sessions→ m365con.net

ブログ · Mirko Peters

製造向けバリューストリーム管理ソフトウェア:選定時のポイント

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

製造向けのバリューストリーム管理ソフトウェアは、リアルタイムのデータを使って資材と情報の流れをモデル化する必要があります。選定には、このチェックリスト、スコアカード、パイロットを活用してください。

Automatically translated with AI from the original post. Read the English original

製造向けバリューストリーム管理ソフトウェアは、製品ファミリーを通じて資材と情報がどのように流れるかをモデル化し、そのデータを業務システムから得た情報で最新の状態に保つツールです。本記事は、ツールの評価を任されたリーン管理者や、手作業によるマップの描画と更新がボトルネックになっていると感じている方を対象としています。そのようなソフトウェアとは何か、重要な10の評価基準、スコアカードを使った比較方法、パイロットの実施方法、そしてライセンスを無駄にしてしまう失敗例について解説します。

重要なポイント

  • 製造向けバリューストリーム管理ソフトウェアは、製品ファミリーの資材と情報の流れをモデル化し、ライブデータを使ってマップとその指標を最新の状態に保つものです。
  • 同じ名称で販売されている製品の多くはソフトウェアデリバリー向けで、作業項目を追跡します。ルーティング、待ち行列、バッチ、タクトタイムを扱えるかを確認してください。
  • 選定には10の評価基準があります。データ接続、フローのモデル化、指標、コラボレーション、将来状態のシナリオ、製品ファミリー、使いやすさ、セキュリティ、コスト、サポートです。
  • 重み付けしたスコアカードはトレードオフを可視化しますが、最終的な判断は実際の製品ファミリー1つを対象としたパイロットで行うべきです。
  • マップの描画と更新にかかる時間、現場に対するデータの正確性、そして導入後1か月を過ぎてもチームがソフトウェアを使い続けているかを比較してください。

バリューストリーム管理ソフトウェアとは何ですか。

まず手法があり、ソフトウェアはその次に来ます。バリューストリーム管理プラットフォームや VSM ソフトウェアも、バリューストリームが十分に理解されていなければ役に立ちません。バリューストリームマッピングとは、1つの製品ファミリーについて、工程、待ち行列、引き継ぎを含めて資材と情報の流れを描くリーン手法です。Lean Enterprise Institute(LEI)のワークブックLearning to Seeでは、紙と鉛筆を使ってこの手法を学びます。最初のマップも、この方法で作成することをおすすめします。

ソフトウェアは3つの価値を加えます。第一に、複数の人が編集できるモデルとしてマップを保存します。第二に、モデルをデータに接続するため、リードタイム、在庫、サイクルタイムを現場をストップウォッチで計測するのではなく、システムから取得できます。第三に、マップを最新の状態に保つため、壁に貼ったまま古くなることがありません。

名称については注意が必要です。バリューストリーム管理ツールとして販売されている製品の多くは、ソフトウェアデリバリー向けです。開発と運用にまたがり、アイデアからリリースまでの作業項目を追跡します。この分野のベンダーである Planview のページも、このコンセプトをそのような文脈で説明しています。こうしたツールは本来の用途では優れていますが、ルーティング、バッチ、設備を扱う工場向けのツールとは別のカテゴリーです。各ベンダーに対して、機械間の待ち行列、段取り替え、顧客需要によって決まるペースであるタクトタイムを、製品がどのように扱うかを必ず確認してください。

ソフトウェアデリバリープラットフォームとは、どこが違うのですか。

このトピックの検索結果は、アジャイルおよびソフトウェア開発チーム向けのソフトウェアがほとんどを占めています。この市場は、戦略的ポートフォリオ管理やリリース・トレインといった考え方で説明されることが多く、アイデアからリリースまでの提供プロセス全体を可視化し、作業をビジネス成果に結び付けます。また、開発パイプラインを流れる作業のフローを、リードタイムなどの指標で測定します。大規模アジャイル・フレームワークの中には、その上にポートフォリオ管理を加えているものもあります。詳細は、各フレームワークの公式ドキュメントで確認してください。

目的は、顧客へより速く価値を届けることで、工場の場合と同じです。ただし、対象が異なります。ソフトウェアでは、バリューストリームはチケット、ビルド、リリースの連鎖です。製造業では、機械、バッチ、待ち行列、段取り替えを伴う材料の流れであり、それを引き起こす情報も含まれます。工場で製品開発を行う場合、またはソフトウェア・プロジェクトを工場のプロジェクトと結び付ける必要がある場合は、両方の領域が必要になることがあります。工場では、価値の提供とは、材料の流れと情報の流れを合わせて考えることを意味します。そして、その効果は運用効率の向上、リードタイムの短縮、そして個々の機械ではなく全体の流れの最適化です。現場での製品ファミリーの流れには、それに特化したソフトウェアを選び、実際に無駄が生じている箇所でバリューストリーム・マップを最適化してください。

このソフトウェアには何をさせたいのでしょうか。

10 の基準を用意し、自社の状況に応じて重み付けしてください。

  1. データ接続。 ERP システムから、該当する場合は現場システムからも、受注、工程手順、在庫、時間を読み込めますか。最新データは購入する主な理由であり、適切なデータがあればバリューストリーム全体を可視化できます。
  2. フロー・モデリング。 プロセス・ボックス、在庫の三角形、プッシュとプルの矢印、タイムラインを使って、材料と情報の流れをモデル化できますか。
  3. 指標。 リードタイム、付加価値時間、在庫日数、タクトタイムを計算し、工程ごとおよびストリームごとに表示できますか。
  4. 共同作業。 複数のユーザーが1つのモデルで作業し、コメントを付け、バージョンを確認できますか。これにより、チームがマップに合意できます。
  5. 将来状態のシナリオ。 現状態をコピーして変更し、結果を比較できますか。
  6. 製品ファミリー。 多数の製品を工程手順ごとにグループ化し、品番ごとにマップを作成しなくてもバリエーションを扱えますか。
  7. 使いやすさ。 チームリーダーが1日で習得できますか。専門家しか使えないソフトウェアは、現場では使われません。
  8. セキュリティとホスティング。 データはどこに保存され、誰が閲覧でき、自社のIT ルールに適合しますか。
  9. コスト。 3年間のライセンス、セットアップ、インターフェイス、トレーニングの費用を含めて評価してください。
  10. サポートとロードマップ。 インターフェイスに問題が起きたときに誰が支援するのか、また、ベンダーは製造業をどの程度理解しているのかを確認してください。

なぜ最新データが重要なのでしょうか。

手描きのマップはスナップショットです。ある1日の状態しか示さず、次の四半期にはリードタイムが変わっています。バリューストリームの最新データがあれば、マップとその数値を実態に近い状態に保てるため、チームは変更が効果を上げたかどうかを確認できます。

ただし注意点があります。最新データには質の高いデータが必要です。工場システムの階層は、ISA-95 モデルで説明されることがよくあります。MES ベンダーによるISA-95 に関する Fabrico のページでは、ビジネス計画レベルの ERP は日から月の単位で動作し、オペレーション・レベルの製造実行は分からシフトの単位で動作すると説明されています。通常、受注と工程手順は ERP システムから、実績時間と数量は現場から得られます。現場のデータが遅れて登録されたり手入力だったりすると、マップにはその誤りが引き継がれます。マップを信頼する前に、現場のデータと照合してください。

選択肢をどのように比較すればよいのでしょうか。

重み付けスコアカードを作成します。各基準に重みを割り当て、重みの合計が 100 になるようにします。各選択肢は 1(不良)から 5(優良)で採点します。スコアに重みを掛けて合計し、5 で割ると、100 点満点のスコアになります。

以下は、匿名の3つの選択肢を用いた架空の例です。重みは、データ接続が 25、フロー・モデリングが 20、共同作業が 15、指標が 15、シナリオが 10、使いやすさが 10、コストとセキュリティが 5 です。

  • 選択肢A: スコアは 4、3、3、4、2、5、4 です。重み付けした合計は 100 + 60 + 45 + 60 + 20 + 50 + 20 で 355 となり、100 点満点で 71 点です。
  • 選択肢B: スコアは 5、4、4、4、4、3、3 です。合計は 125 + 80 + 60 + 60 + 40 + 30 + 15 で 410 となり、100 点満点で 82 点です。
  • オプション C: のスコアは 2、5、2、3、1、4、5 です。合計は 50 + 100 + 30 + 45 + 10 + 40 + 25 で 300 となり、60 になります。

オプション B が首位です。主な理由はデータ連携の強さです。弱点は使いやすさで、評価は 3 のため、パイロットではチームリーダーがこのツールを使いこなせるかを検証する必要があります。スコアカードは候補を絞り込むものであり、決定するものではありません。

パイロットはどのように実施しますか?

実際の製品ファミリー 1 つを対象に、4〜6 週間ツールを試します。

  1. ファミリーを選ぶ。既存のマップがあるもの、またはチームが 2 日以内に描けるものを選びます。
  2. まず手作業でマップを描く。これを基準(リファレンス)にします。
  3. ツールでマップを作成する。作成にかかる時間と、誰が支援を必要としたかを記録します。
  4. データを接続する。ソフトウェア上のリードタイムと在庫を、現場でチームが計測している値と比較します。
  5. マップを変更する。実際の変更を 1 つ加えて現状マップを更新し、その作業量を記録します。
  6. 将来の状態をモデル化する。チームがシナリオを試し、その結果を理解できるかを確認します。
  7. 利用者に聞く。1 か月後も、チームリーダーがまだこれを開いていますか?

判断は事実に基づいて行います。確認項目は、描画と更新にかかる時間、現場との一致度、そして最初の 1 か月を過ぎた後も使われているかどうかです。

よくある間違い

  • 手作業でマッピングする前に購入する。方法論がなければ、ソフトウェアは無意味なものをより速く描くだけです。
  • 工場向けのソフトウェアデリバリーツールを選ぶ。用語は適切に聞こえても、キュー、バッチ、設備が抜けています。
  • データ品質を無視する。不正確な実績入力に基づくリアルタイムデータは、リアルタイムで誤ったマップを生み出します。
  • 利用実態ではなく機能だけで評価する。機能が豊富でも、誰も開かない製品は何の成果も生みません。
  • パイロットを省略する。デモは最良のケースしか示さないため、自社データでテストしてください。
  • 定例の運用を忘れる。ソフトウェアは、週次レビュー、責任者、アクションリストの代わりにはなりません。

ソフトウェアが役立つ場面

ソフトウェアが最も役立つのは、製品ファミリーや拠点が多く、データが複数のシステムに分散していて、マップを常に最新に保つ必要がある場合です。iFAKT の Polaris VSM は、データに基づくバリューストリームマッピングのモジュールで、資材と情報の流れを共同でモデル化し、ムダやボトルネックを可視化します。これは iFAKT Polaris の一部です。iFAKT Polaris は、ERP データと製造のデジタルツイン、AI を組み合わせ、生産スケジュールの最適化、ボトルネックの発見、納期遵守率の向上を支援する生産ソフトウェアです。他のツールと同様に、パイロットで検証してください。

次のステップ

バリューストリーム管理ソフトウェアの選定は、ベンダーのデモではなく、自社の評価基準を定めることから始まります。今週中に、重み付けした 10 の評価基準を作成し、パイロット対象の製品ファミリーを 1 つ選び、候補ベンダーそれぞれに自社データをツール上で示すよう依頼してください。

Entities in this article

Polaris VSM iFAKT Polaris

Related articles

RSS

スポンサーコンテンツ

iFAKT GmbH