バリューストリームマッピング: プロセスをマッピングして改善する方法（記号と事例）

初めてバリューストリームマッピング（VSM）を実施したほとんどのオペレーションリーダーは、同じ不快な発見をして帰ります: 総リードタイムの約80%が作業ではなく待機だということです。作業そのものは速い。時間が消えるのは作業と作業の間です。

VSMはそれを1枚のダイアグラムで可視化します: すべてのプロセスステップ、すべての在庫バッファ、すべての情報トリガーが、タイムラインを下に配置してサプライヤーから顧客まで一列に並びます。一度に全体を見渡せると、修正する価値のある場所が明白になります。

バリューストリームマッピングとは何か

バリューストリームマッピングは、製品やサービスを顧客に届けるために必要な材料と情報の完全なエンドツーエンドのフローを可視化するLeanツールです。アウトプットはダイアグラムです。最初は通常手描きで、リクエストや製品の単位が通過するすべてのステップを、各ステップにかかる時間、ステップ間に滞留する仕掛品の量、情報がシステムをどのように流れるかを示すデータボックスとともに捉えます。

この手法はトヨタの材料・情報フロー図に起源を持ちます。1980年代のトヨタ生産方式（TPS）の一部として開発されました。トヨタのエンジニアはこれらのダイアグラムを使い、工場のフロアチームにムダがどこに潜み、どの変更がスループットに最大の影響を与えるかを教えました。このアプローチは1999年にマイク・ローザーとジョン・シュークが『ラーニング・トゥ・シー』（Lean Enterprise Institute）を出版した際、英語圏での主流の実践に入りました。この本は記号と、実践者が今日も使い続ける2つのマップ（現状と将来像）のアプローチを標準化しました。

VSMは標準的なプロセスマップとひとつの重要な点で異なります: 個々のタスクではなくバリューストリームを分析の単位として扱います。プロセスマップは「何が起きるか?」を問います。VSMは「何が起き、どのくらいかかり、各ステップの間にどれだけ滞留し、それらの活動のうち顧客にとって実際に重要なのはどれか?」を問います。

主要データ

• マイク・ローザーとジョン・シュークは『ラーニング・トゥ・シー』（Lean Enterprise Institute、1999年）でVSMを正式化し、世界中で今日も使われている記号と2マップのアプローチを標準化しました。
• Lean Enterprise InstituteとウォマックとジョーンズによるリサーチおよびLean Thinking（Free Press、1996年）によると、ほとんどの製造バリューストリームでは、総リードタイムの約5%しか付加価値活動が占めておらず、残りは輸送、待機、過剰処理です。
• 2021年の「International Journal of Production Research」の研究では、VSMの採用がその製造業の起源をはるかに超え、ヘルスケア、ソフトウェア、金融サービスにも力強く拡大していることが明らかになっています。

知っておくべきVSMの記号

VSMはチームの誰もが凡例なしにマップを読めるよう、共通のビジュアル言語を使います。ほぼすべてのマップで使う記号がこれらです。

すべての記号がすべてのマップで必要なわけではありません。プロセスボックス、在庫三角、プッシュアロー、情報フロー線から始めましょう。マップが必要とするにつれて残りを追加します。

バリューストリームマップを6ステップで構築する方法

VSMの構築は物理的でチームベースの活動です。最良のマップは少なくとも最初はソフトウェアではなく、紙に、鉛筆で、壁に描かれます。

ステップ1: 製品ファミリーを選ぶ

すべてをマッピングしようとしないでください。1つの製品ファミリー、つまり同じプロセスステップの順序を通過する製品やサービスのグループを選びます。すべてのバリエーションを示そうとするマップは読めなくなります。焦点を絞ったマップが実際のムダを露わにします。

ステップ2: 顧客からプロセスを逆向きに歩く

顧客の側から始め、物理的に上流に向かって歩きます。プロセスがどう機能するかという人々の認識に頼らないでください。実際に何が起きているかを、実際に起きている順番で観察します。逆向きに歩くことで、実際のプロセスではなく「意図された」プロセスを描くことを防ぎます。

ステップ3: プロセスボックスとデータボックスを記録する

各ステップについて、プロセスボックスを描きます。その下に少なくともサイクルタイム（CT）、切り替え時間（CO）、作業者数を含むデータボックスを描きます。これらの数値が将来像マップを信頼できるものにします。測定していないものは改善できません。

ステップ4: 材料フローを追加する

プロセスボックスの間に在庫三角を描きます。各三角に現在のWIP数量または、わかれば材料が滞留する平均時間をラベルします。ステップ間で作業がどのように移動するかを示すプッシュアローまたはプルアローを追加します。

ステップ5: 情報フローを追加する

情報がシステムをどのように流れるかを描きます。各ステップをスケジュールするのは誰ですか? 生産計画は週次スケジュールをフロアにプッシュしますか? 注文管理システムがリリースをトリガーしますか? これらの情報フローは、在庫三角に示された待機を生み出す不適切なスケジューリングがどこにあるかを明らかにすることが多いです。

ステップ6: タイムラインを描く

プロセスボックスと在庫三角の下に、段階的なタイムラインを描きます。ラインより下の山は各ステップでのプロセスタイムを示します。ラインより上の台地はステップ間の待機時間を示します。台地を合計してリードタイムを求めます。山を合計して総プロセスタイムを求めます。

現状と将来像

VSM演習は1枚ではなく2枚のマップを生み出します。

現状マップは今日存在するバリューストリームの正直な絵です: すべてのボトルネック、すべての仕掛品の山、すべてのスケジューリングの引き継ぎ。目的は誰かを困らせることではありません。チームに全員が見て合意した共有の正確なベースラインを与えることです。

将来像マップはあなたが目指すLeanの理想です。推測で描くのではありません。現状から、次のような質問をすることで構築します: 顧客が定義するTaktタイム（顧客が製品を要求するレート）はどこですか? どのステップがフロー全体のペースを決めますか? どこでプッシュの代わりにプルを導入できますか? どこで継続フローを作り、ステップ間の待ち行列を排除すべきですか?

Kaizenバーストが2つのマップを橋渡しします。現状でムダに取り組む各エリアにギザギザのKaizenバーストをマークします。各バーストがオーナーと期限を持つ具体的な改善プロジェクトになります。将来像マップはそれらのプロジェクトが完了したときにバリューストリームがどのように見えるかを示します。

ここでの実践的な規律は、すぐにソリューションに飛びつかないことです。将来像を設計する前に、正直に現状を描きましょう。「あるべき姿はどうか」に直接飛び込むチームは、フロアが実際に抱えている制約を反映しない理想化されたプロセスを描く傾向があります。

リードタイム対プロセスタイムの計算

VSMダイアグラムの下部のタイムラインは2つの異なる数値を追跡し、混同すると誤った改善の意思決定につながります。

**プロセスタイム（PT）**は各ステップでの付加価値時間、つまりある単位が実際に作業されている時間です。タイムラインの下に小さな山として表されます。

**リードタイム（LT）**は顧客のリクエストがバリューストリームに入った瞬間から、顧客がアウトプットを受け取った瞬間までの総経過時間です。作業時間だけでなく、ステップ間のすべての待機が含まれます。タイムライン上の高い台地として表されます。

プロセスサイクル効率（PCE） = プロセスタイム / リードタイム。製造業とオフィスプロセスでPCEが10%以下は一般的です。それを高めることがすべての将来像マップのコアゴールです。

シンプルな具体例を示します。

リードタイム = 35分 + 7.5時間 = 約8時間。プロセスタイム = 35分。PCE = 35/480 = 7.3%。

目標は35分の作業を速くすることではありません。7.5時間の待機を縮小することです。

具体例: 請求書承認バリューストリーム

仕入先の請求書を処理する財務チームを考えます。現状はこのようになっています。

総プロセスタイム: 13分。総リードタイム: 約4.5日。PCE: 約0.3%。

Kaizenバーストは「請求書受領」の待ち行列（2日間未処理の請求書がメールの受信トレイに滞留）と「マネージャーレビュー」（受け取り時ではなく1日1回のバッチ処理）に当たります。将来像では、マネージャーが受領後4時間以内にレビューし、財務システムが承認後2時間以内に自動的に支払いをリリースするプルトリガーを導入することで、リードタイムを1日未満に削減します。

13分の実際の作業については何も変わりません。すべての成果は待機時間を攻撃することから来ます。

VSM対プロセスマップ対スイムレーンダイアグラム

VSMはしばしば他の図表ツールと混同されます。違いを示します。

ムダを定量化したいときはVSMを選んでください。ステップを文書化したいときはプロセスマップを選んでください。チーム間の引き継ぎが調査している核心の問題のときはスイムレーンを使いましょう。

VSMが見つける8つのムダ

すべてのVSMセッションは、その核心においてムダを見つける演習です。Lean手法は8種類のムダを特定し、頭字語DOWNTIMEで覚えられることがあります。

• 欠陥（Defects）: 手直しやスクラップが必要なエラーで、付加価値なく時間を消費する
• 過剰生産（Overproduction）: 顧客が今すぐ必要とする以上に生産し、待機しなければならないWIPを作る
• 待機（Waiting）: ステップ間で作業が休止している時間で、VSMのタイムラインが正確に可視化するもの
• 未活用の人材（Non-utilized talent）: システムが活用しないスキルと知識
• 運搬（Transport）: 場所間での材料、文書、データの不要な移動
• 在庫（Inventory）: 必要な量を超えて待ち行列に滞留するWIP、完成品、情報
• 動作（Motion）: 作業をしている人による不要な物理的またはデジタルの移動
• 過剰処理（Extra processing）: データを再入力するなど付加価値のないステップ、または結果を変えない承認

VSMは待機と在庫のムダを表面化させるのに特に優れています。これらの2つはタイムラインと在庫三角に直接現れるからです。残りの6つは、各プロセスステップのデータボックスを掘り下げると現れることが多いです。

VSM実施時のよくある間違い

良い意図を持つチームでも、最初の数回のマッピングで同じエラーをいくつか犯します。

• 存在してほしいプロセスではなく、実際に存在するプロセスをマッピングする。 現場を歩きましょう。実際の作業をしている人と話しましょう。実際のフローには、文書化された手順には現れないワークアラウンドと迂回路がほぼ常にあります。
• データボックスをスキップする。 数値のないVSMは装飾品です。サイクルタイム、WIP数、待ち行列時間こそがダイアグラムを実際の改善の意思決定に結びつけるものです。
• 最初にソフトウェアで描く。 付箋と鉛筆を大きな紙に使うとチームが関与し続け、マップを修正しやすくなります。現状が合意される前にVisioやMiroに飛びつくと、誰もが最初のバージョンに固執する傾向があります。
• 将来像マップを孤立して構築する。 将来像は現状を描いた同じ機能横断チームが設計すべきです。フロアの関与なしに会議室で設計すると、フロアの誰もオーナーシップを感じない将来像ができます。
• マップをアウトプットとして扱う。 マップはオーナーと期限を持つKaizenプロジェクトを生み出す場合にのみ有用です。壁に貼られても誰も行動しないマップは単なる文書です。

よくある質問

バリューストリームマッピングとプロセスマッピングの違いは何ですか?

プロセスマップ（またはフローチャート）はプロセスのステップの順序を示します: 何が、どの順番で、どの意思決定と共に起きるか。手順を文書化し、人をトレーニングするのに有用です。

VSMはさらに踏み込みます。材料フロー、情報フロー、在庫レベル、サイクルタイム、プロセスタイムと待ち時間を分離するタイムラインを追加します。VSMの目標は文書化ではなく、ムダの特定とよりLeanな将来像の設計です。「これはどのように機能するか?」を知りたい場合はプロセスマップを使います。「時間はどこに行っているのか、何を変えるべきか?」を知りたい場合はVSMを使います。

VSMセッションはどのくらいかかりますか?

上記の請求書承認の例のような単一部門の焦点を絞ったバリューストリームでは、4〜6人のチームで3〜4時間以内に現状マップが完成できます。将来像の構築とKaizenプロジェクトの特定にはさらに2〜3時間かかります。複雑な多拠点またはエンドツーエンドのサプライチェーンバリューストリームでは、2〜3日を見込んでください。より重要な要素は時計の時間ではなく、実際の作業をしている人が部屋にいるかどうかです。

本当に現場を歩く必要がありますか?

はい。これはVSM手法における数少ない絶対的な要件のひとつです。日本の原則Gemba（作業が行われる場所に行く）はVSMが由来するトヨタ生産方式の中心にあります。文書化されたプロセスは作業がどう行われるべきかを説明します。プロセスを歩くことで、作業が実際にどのように行われているかが示されます: ワークアラウンド、非公式の待ち行列、システムではなくテキストメッセージで流れる情報。インタビューまたは文書のみで構築されたマップは、影響の最も大きいムダを一貫して見逃します。

VSMはサービスやオフィスでも使えますか?

もちろんです。VSMは製造業のフロアで生まれましたが、作業が顧客に向けて順序立ってフローするあらゆるプロセスに直接適用できます。ヘルスケア組織は紹介から退院までの患者経路をマッピングします。ソフトウェアチームはチケット受付からデプロイメントまでをマッピングします。財務チームは請求書受領からサプライヤーへの支払いまでをマッピングします。記号とタイムラインのロジックは同じように機能します。サービスVSMへの主な適応は、「在庫」が物理的な単位ではなくキューに入ったリクエストや文書を意味し、「運搬」が物理的な輸送ではなくシステムや受信トレイ間で移動する情報を意味することが多いという点です。

VSMはプロセス管理のツールキットの中で最も有用なツールのひとつです。複雑だからではなく、チームが一度にフロー全体を見ることを強制するからです。ほとんどの改善の取り組みは、1つのステップを最適化してもその周りのステップにどう影響するかを見ずに実施するため失敗します。VSMは全体の絵を無視できないようにすることでそれを防ぎます。

現状をマッピングして将来像を構築したら、次の質問は改善をどう維持するかです。そこで標準作業手順書が成果を定着させ、Six SigmaのDMAICがKaizenバーストが特定した改善プロジェクトのための規律あるフレームワークを提供します。VSMが継続的なプロセスガバナンスにどう適合するかのより広い見方については、ビジネスプロセス管理とプロセス最適化が、バリューストリームを長期間正しい方向に動かし続ける組織システムをカバーしています。