バリューストリームマネジメントとバリューストリームマッピングの違い

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 Mirko Peters · 2026-11-11

バリューストリームマネジメントとバリューストリームマッピング：マッピングは流れを一度描き、マネジメントは流れを所有し、測定し、毎週改善していきます。両者がどう組み合わさるのかを解説します。

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

バリューストリームマッピングとバリューストリームマネジメントは、別のものです。マッピングは手法であり、チームが1つの製品ファミリーのモノと情報の流れを描き、その流れがどうあるべきかを決めます。マネジメントはその後に続く運用の仕組みで、責任者を1人定め、少数の共通指標を使い、定期的にレビューし、流れが変わったら新しいマップを作ります。この記事は、チームにその違いを説明する必要があるリーンのマネージャーや、マッピングのワークショップを行ったのに現場がほとんど変わらなかった理由を知りたい方に向けたものです。

重要なポイント

• バリューストリームマッピングは、1つの製品ファミリーのモノと情報の流れを図にする手法です。バリューストリームマネジメントは、その周囲で継続的に行われる運用の仕組みです。
• マッピングには4つのステップがあります。製品ファミリーの選定、現状の描画、将来状態の描画、作業計画の作成です。
• マネジメントは計画ができた時点で始まります。責任者、レビューのリズム、共通の指標、そして流れが変わるたびの新しいマップが必要です。
• 責任者もレビューもないマップは、たいてい掲示物で終わってしまいます。マッピングのワークショップで変化が少ないのは、そのためであることが多いです。
• リーンのマネージャーは、この2つを「マップ、計画、実行、レビュー、描き直し」という1つのサイクルとして教えることができます。

マッピングとマネジメントの違いは何ですか？

端的に言えば時間軸の違いです。マッピングは開始と終了がある프로ジェクトです。マネジメントには終了日がありません。

Lean Enterprise Institute（LEI）は、バリューストリームマッピングを、製品やサービスを受注から提供まで届けるモノと情報の流れにおけるすべてのステップを図にすることとして説明しています。これは、ムダを見つけて取り除くためのツールです。マネジメントはそのツールを使い、その後の作業を進めていきます。

両者を並べて見ると、次のようになります。

• 目的。マッピングは共通の全体像と目標を作ります。マネジメントは目標を実現し、維持します。
• 期間。マッピングは数日かかります。マネジメントは、その流れが存在する限り続きます。
• 関係者。マッピングでは、ワークショップのために部門横断のチームが関わります。マネジメントには、指名された責任者が必要です。
• 成果物。マッピングでは、現状マップ、将来マップ、計画が生まれます。マネジメントでは、リードタイムの短縮、安定した提供、在庫の削減といった成果が生まれます。
• 答える問い。マッピングは「流れはどう機能しているか、どうあるべきか」を問います。マネジメントは「目標に近づいているか、次に何をすべきか」を問います。

略語について一言。「VSM」は、バリューストリームマッピング、バリューストリームマネジメント、あるいはソフトウェアデリバリーにおけるツールの分類を指すことがあります。VSMの意味が全員に明確に伝わるよう、どの文書でも初めて使う際には正式名称を書いてください。

マッピングは何をカバーしますか？

マイク・ローザーとジョン・シューックによるワークブック『Learning to See』は、標準的な教材です。その第1部では、4つのステップが示されています。

1. 製品ファミリーを選定する。類似の加工工程と共通の設備を経由する製品のグループを、流れの顧客側の端から見たものです。
2. 現状を描く。情報は机上ではなく、現場で集めてください。
3. 将来の状態を描く。 ワークブックでは、これを最も重要なマップと位置づけています。
4. 作業計画を用意する。 ワークブックでは、将来の状態に到達する方法を説明する1ページの計画を求めています。

バリューストリームマップは製品ファミリーごとに1つ作成するため、工場では複数のバリューストリームと複数のマップができることになります。ワークブックによると、1つの製品ファミリーをマッピングして実装を開始できる段階に至るまでに、約2日かかるとのことです。ワークショップの計画を立てる際には役立つ数字ですが、これはマッピングにかかる時間だけを示しており、変更そのものの時間は含まれていません。

はじめにで説明されているとおり、トヨタはこの手法を「Material and Information Flow Mapping」と呼んでいます。この名称は、優れたマップが2つの流れを示すことを思い出させてくれます。1つは物理的な製品の流れ、もう1つは各工程に次に何を作るべきかを伝える情報の流れです。

マネジメントは何を加えるのでしょうか。

マネジメントは、作業計画が終わったところから始まります。マップだけでは果たせない4つの役割を担います。

オーナー。 ワークブックでは、バリューストリームマネージャーを、マップと実装計画を主導し、進捗を監視し、毎日または毎週フローを確認する人物として紹介しています。企業は部門ごとに組織されているため、この役割の人がいなければ、そのストリームを担当する人がいなくなってしまいます。

共通の指標。 いくつかの指標は、単一の部門ではなくフロー全体を表します。これらは、最も見つけやすい場所ではなく、ムダが実際に存在する場所でムダを削減するのに役立ちます。LEIのバリューストリームマネージャーに関する記事で、Mike Orzenは、完成度と正確さの割合、バリューストリームのサイクルタイム、注文充足率、返品などの例を挙げています。

レビューのリズム。 オーナーと各部門が指標とアクションリストを確認する固定の時間枠で、通常は毎週行います。これがないと、計画は日々の火消し作業と競合し、負けてしまいます。

常に最新の状態に保つマップ。 ワークブックでは、将来の状態が実現したら、新しい将来状態マップを描くべきだとしています。その序文には、このマップは「バリューストリーム内で変更を加えるたびに使うべきツール」であると付け加えられています。これはワークショップの一回限りのイベントではなく、マネジメントの習慣です。

ワークブックでは、2種類のカイゼン（継続的改善）も区別しています。「フローカイゼン」はバリューストリームを改善するもので、マネジメントが主導します。「プロセスカイゼン」はチームレベルでムダを取り除きます。マップは両方を指し示しますが、両者を整合させ続けられるのはマネジメントだけです。これは2つのレベルで行うプロセス改善です。

この2つは、どのように1つのサイクルにまとまるのでしょうか。

リーンのマネージャーは、この組み合わせを繰り返される1つのループとして教えることができます。

1. マップ。 1つの製品ファミリーについて、現状のマップと将来状態のマップを描くか更新します。
2. 計画。 将来の状態を、担当者と期日の入ったアクションに落とし込みます。
3. 実行。 アクションを実行し、フローを確認して何が変わったかを把握します。
4. レビュー。 毎週の会議で、共通の指標とアクションリストを確認します。
5. 描き直し。 ストリームが十分に変化したら、次の将来状態マップを描きます。

最初のステップがマッピング手法です。2から5のステップはマネジメントの役割です。ステップ1の後でループを止めると、手元に残るのは絵だけで変化は起きません。ステップ1を飛ばすと、共有された目標のない会議になってしまいます。

同じ分担はソフトウェア開発にも当てはまるのでしょうか。

ソフトウェア開発では、バリューストリームマネジメントは多くの場合、アジャイルのワークフローとDevOpsパイプラインをフロー指標に接続するツールを指します。考え方は似ていて、作業を可視化し、ボトルネックを見つけ、リードタイムを短縮することです。ここにもバリューストリームは存在し、デリバリーパイプラインのバリューストリームマップは一般的な出発点になります。ただし、工場では機械、待ち行列、在庫を通じて物理的な製品が移動するため、詳細は異なります。この記事では製造業に焦点を当てます。

マッピングだけで十分なのはどのような場合でしょうか。

マッピングだけが適切な選択になることもあります。

• バリューストリームマッピングを学んでおり、1つのストリームで練習したい場合。
• ストリームが小規模で、1つのチームが始点から終点まで既に担当している場合。
• より大きなプロジェクトを開始する価値があるかどうかを判断するため、手早く全体像をつかむ必要がある場合。

工場では通常、複数のバリューストリームが動いています。そのため、非効率によるコストが最も大きいものを選んでください。ストリームが複数の部門にまたがる場合、マッピングだけでは不十分です。その場合は、他部門に変更を依頼できる人物が計画に必要です。その人物は、ワークショップ終了後も役割を担い続ける必要があります。

例: 管理層の関与がある場合とない場合のマッピングワークショップ

これは違いを示すために作成した架空の例です。実測値ではありません。

ある工場では、1つの製品ファミリーを対象に2日間のワークショップを実施しました。将来状態マップでは3つの変更が必要になりました。機械加工と組立の間にプル信号を設けること、洗浄工程のロットサイズを小さくすること、注文の出荷を週次から日次に変更することです。チームは9つのアクションからなる計画を作成しました。

ケースA: マッピングのみ。 ワークショップのメンバーは通常業務に戻りました。最初の1か月で2つのアクションが完了しました。3か月目には、残りの7つの担当者が誰なのか、誰にも分からない状態になりました。マップは壁に掛けられたままで、ストリームは以前と何も変わりませんでした。

ケースB: マッピングと管理。 工場では担当者を任命し、週次で30分のレビューを設けました。担当者はリードタイムと納期遵守率をボードに掲示し、9つのアクションを担当者と期限付きで追跡しました。アクションが遅れた場合、担当者は3か月後ではなく、そのレビューの場で部門長に確認しました。1四半期後には、9つのうち7つのアクションが完了しました。チームは次の目標を設定するため、新しい将来状態マップを描きました。

どちらのケースでもマップは同じでした。違いはルーティンにあります。

よくある間違い

• ワークショップをゴールとして扱う。 ワークショップが終わってもストリームは動き続けます。
• 将来状態マップを「計画」と呼ぶ。 マップは目標を示すものです。計画は、誰が、いつまでに、何をするかを示すものです。
• 担当者を置かない。 一人の担当者がいないと、アクションは部門の間で滞ってしまいます。
• すべてを、どこでも描こうとする。 まず1つの製品ファミリーから始め、そこから学んでください。
• マップを一度も描き直さない。 現場の実態と合わなくなったマップは、すぐに信頼を失います。
• 会議で用語を混同する。 手法には「マッピング」、ルーティンには「管理」という言葉を使い分けてください。

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

紙へのマッピングは学習には有効です。ただし、複数の製品ファミリーにわたってマップを最新の状態に保つ必要がある場合、データがERPシステムにある場合、あるいは複数の人が同じモデルを編集する場合には、ソフトウェアが役立ちます。ツールは既存のデータからリードタイムや在庫を取り込めるため、マップには人の記憶ではなく実際に起きていることが表示されます。

iFAKTのPolaris VSMは、データに基づくバリューストリームマッピングのためのiFAKT Polarisのモジュールです。材料と情報の流れを共同でモデル化し、ムダやボトルネックを可視化します。ツールが適しているかどうかは、データとチームによって異なります。まずは1つのストリームで試してみてください。

次のステップ

バリューストリームマネジメントとバリューストリームマッピングは、どちらか一方を選ぶ問題ではありません。始めるにはマップが、完結させるにはルーティンが必要です。工場に既にあるマップを1つ選び、その担当者を決め、今週中に最初の30分レビューをカレンダーに登録してください。