バリューストリーム管理ロードマップ：最初のマップから管理されたフローまで

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

バリューストリーム管理ロードマップを5つのフェーズで説明します。ひとつのストリームを選び、マッピングし、30・60・90日の計画を立て、毎週レビューし、売上構成比に応じて拡大します。事例も紹介します。

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

バリューストリーム管理ロードマップとは、工場を最初のバリューストリームマップから、誰かが責任を持ち、毎週計測し改善するフローへと導くための一連のステップです。5つのフェーズで構成されます。ひとつのストリームを選ぶ、マッピングする、最初の90日を計画する、毎週のレビューを実施する、そして次のストリームへ拡大する、の5つです。本記事は、1か月目、6か月目、2年目に何が起きるかを経営層に示さなければならないオペレーショナル・エクセレンスの責任者を想定しています。各フェーズ、スケジュール、実践例、そしてリーン変革を停滞させる典型的な失敗を取り上げます。

重要なポイント

• バリューストリーム管理ロードマップは、ひとつのパイロットストリームから管理されたフローへと、選ぶ、マッピングする、計画する、実行する、拡大するの5つのフェーズで進みます。
• ひとつの製品ファミリーのマッピングには約2日かかります。ただし、マップを作った後の取り組みによって、実際に何かが変わるかどうかが決まります。
• Lean Enterprise Institute の寄稿者は、18～24か月の長期ビジョンの中に短期的な成果を組み込むこと、そして30日・60日・90日の実装計画を立てることを勧めています。
• 売上構成比に応じて拡大します。ある実務家は、1年以内に売上の50パーセント、その後に80パーセントを占めるストリームを対象にしました。
• ストリームが将来の状態に到達したら、将来状態のマップを描き直してください。また、年間プログラムは四半期ごとに同じ指標で見直してください。

なぜロードマップが役立つのですか。

VSM（バリューストリームマッピング）はリーンの手法ですが、マッピングだけで終わってしまうと忘れられがちです。ロードマップがあれば、それがプログラムになります。エンドツーエンドの価値の流れを常に視野に入れられるため、各ステップが価値を生み、サイクルタイムやリードタイムに無駄が見えるところでその削減につながります。また、誰も使わないプロセスマッピングに労力を費やすことも防げます。

VSMを使うと、チームは価値の流れを把握できます。どのステップが付加価値を生み、どのステップが待ち時間なのかが分かります。現状マップと将来状態マップを使ったマッピングの取り組みが、これを可視化するリーンの手法です。製品やサービスに価値を加えるとは、顧客が対価を払うステップを実行することです。アジャイルチームも、ソフトウェアに対して同じ「価値を届ける」という言葉を使います。どちらの場合も、プロセス改善は状態マップと明確なワークフローから始まります。

リーン製造において、このようなプログラムは、ひとつのプロセスではなくフロー全体を最適化するのに役立ちます。ソフトウェアのデリバリーや開発に携わるチームも、工場の代わりにパイプラインや開発プロセスを対象にすれば、同じパターンを知っています。VSMツールやプロセスフローチャートの考え方も似ています。最初のマップはシンプルに保ち、レビューのたびに改善していくことを前提にしてください。最初のストリームであれば、紙に数個の記号を描いたフローチャートで十分です。

ロードマップはどのような形になりますか。

VSMのロードマップには、明確な単位が必要です。製品ファミリーを使ってください。Learning to See のワークブックでは、ファミリーごとに4つのステップを説明しています。ファミリーを選定する、現状を描く、将来の状態を描く、作業計画を準備して実行する、の4つです。マネジメントは、これらのステップの周囲に日常的な運用を組み込みます。

ロードマップの5つのフェーズ：

1. 選ぶ。製品ファミリーをひとつ、責任者をひとり、ベースライン指標を決めます。
2. マッピングする。現状と将来の状態を、そのストリームで実際に働く人たちが描きます。
3. 計画する。30日、60日、90日の時点での実装ステップを定めます。
4. Run. 週次レビュー、見える化されたボード、そして常に最新の状態に保たれたマップ。
5. Scale. 次のファミリー、年次の改善計画、そして会社の目標とのつながり。

各フェーズは重なり合います。ワークブックには、現状をマッピングしている最中に将来の状態についてのアイデアがよく出てくると書かれています。フェーズはゲートではなく、ガイドとして扱ってください。

フェーズ1と2: 最初のストリームはどのように選び、マッピングすればよいでしょうか。

顧客や売上にとって最も重要なファミリーを選びます。Aaron Huntは、LEIの記事少量多品種環境でのマッピングの中で、売上の50パーセントを占めるストリームを定義して改善したときに、大きな成長が始まったと報告しています。彼はこのフェーズに約1年を目標にしていました。これは一人の実践者の経験であり、ルールではありません。

何かを描き始める前に、オーナーを決め、ベースラインの指標を記録してください。リードタイム、納期遵守率、在庫があれば十分です。ベースラインがなければ、後から進捗を証明することはできません。

それからマッピングです。ワークブックによると、1つの製品ファミリーをマッピングして、実装を開始できる段階に到達するまでに約2日かかるとされています。同じワークブックは、将来の状態のマップを最も重要なものと位置づけています。バリューストリームマッピングに関するLEIの電子書籍は、ひとつ警告しています。いきなりポイント改善に飛びつかず、まず部門横断で将来の状態について合意してください。

フェーズ3: 最初の90日間をどのように構成すればよいでしょうか。

LEIの電子書籍バリューストリームマッピングに関する知見では、Judy Worthの実践的なアドバイスが紹介されています。約18〜24か月先の長期的なビジョンの中で短期的な成果を狙うこと、マッピングから2〜3週間以内に迅速な学習サイクルを始めること、そして30日、60日、90日の実装ステップを使うことです。彼女はまた、ソリューションを展開する前に実験を行うことも勧めています。

簡単な構成は次のとおりです。

• 1〜30日目。 週次レビューを開始し、マップで見つかった単純なフローの問題を修正し、最初の実験を実施します。
• 31〜60日目。 うまくいったことを展開します。プルシグナルや小ロットサイズなど、より大きな変更に着手します。
• 61〜90日目。 リードタイム、納期、在庫をベースラインと比較します。パイロットを拡大するかどうかを判断します。

Mike Orzenは、バリューストリームマネージャーについてLEIに寄稿した記事の中で、ベースラインの指標と結果を比較する90日間の試行も提案しています。これらを組み合わせることで、経営層に報告できる準備の整ったレビューポイントが得られます。

フェーズ4: ストリームはどのように管理された状態になるのでしょうか。

管理されたフローには、次の3つの習慣があります。

• 週次レビュー。 オーナーと各機能のリーダーが参加し、毎週同じ指標を用いて行います。
• 常に最新の状態に保たれたマップ。 ストリームが将来の状態に到達したら、新しい将来の状態のマップを描きます。ワークブックもそのように述べています。
• 2種類の改善。 ワークブックは、ストリーム全体を改善し経営層が主導するフロー改善と、プロセス内の無駄を取り除くプロセス改善を区別しています。両方を計画に組み込み、オーナーがそれらの整合性を保ちます。

DevOpsを実践するソフトウェアチームも、測定と改善の継続的なサイクルという同じ考え方を知っています。工場では、データは受注と設備から得られます。重要なのはツールよりも、その日々の習慣です。

フェーズ5: 工場全体へどのように拡大すればよいでしょうか。

拡大は都合の良さではなく、売上比率に基づいて行います。ファミリーを売上、可能であれば利益率で順位付けします。前のストリームが1四半期にわたって成果を維持したら、ストリームを1つ追加します。参考までに、Huntのマイルストーンは、1年以内に売上の50パーセント、その後さらに80パーセントです。

ストリームから年次の改善プログラムを構築します。各ストリームについて、主要なフローの変更、オーナー、実施四半期、そして指標に対する期待効果を一覧にします。VSM指標の実際の推移と照らし合わせて、四半期ごとに見直してください。このとき、ロードマップは継続的改善と結びつき、単なるプロジェクトではなく、会社の習慣になります。

例: 売上比率を持つ4ストリームのロードマップ

この例は架空のものです。比率や日付は実際の工場のものではありません。

ある工場には4つの製品ファミリーがあります。売上比率は、Aが40パーセント、Bが30パーセント、Cが20パーセント、Dが10パーセントです。ロードマップは次のとおりです。

• 1〜3か月目。 ストリームA: オーナーを指名し、ベースラインを設定し、2日間でマップを作成し、90日間のスケジュールを立て、週次でレビューします。Aは売上の40パーセントをカバーします。
• 4〜6か月目。 ストリームAは定常的なレビューに移行します。ストリームBが開始されます。累積カバレッジは40＋30、つまり70パーセントです。
• 7〜12か月目。 ストリームCが開始されます。累積カバレッジは70＋20、つまり90パーセントです。工場は4〜6か月目に50パーセントのマイルストーンを通過し、1年よりも十分に早い段階で達成します。
• 2年目。 ストリームDは軽いレビューを受けます。AとBが新しい将来状態マップを作成します。年間プログラムは4つのストリームすべてで実施されます。

Aのオーナーが、Bのオーナーを教育します。これにより、スキルを工場内に維持でき、コンサルタントを待つ必要もなくなります。四半期ごとに、工場長はストリームごとに3つの指標、すなわちリードタイム、納期遵守率、在庫日数を確認します。

よくある間違い

• 工場全体から始めない。 まず1つのストリームで手法を習得させます。
• ベースラインがない。 事前の数値がなければ、どの結果も信頼できません。
• 担当者のいないアクション。 すべてのアクションには、担当者の名前と期日が必要です。
• いきなりポイント改善に飛びつく。 共有された将来状態がないままの改善は、1つのプロセスを直しても、ストリーム全体は停滞したままです。
• マップの作り直しを忘れる。 古いマップは信頼を失います。
• 拡大が早すぎる。 1つ目のストリームが安定する前に2つ目を始めると、中途半端に管理された流れが2つ生まれるだけです。

ソフトウェアができること

10のストリームを持つロードマップには、共通のモデルが必要です。形式がばらばらの手描きのマップは比較しにくく、その背後にあるデータもすぐに古くなります。ERPデータからマップを作成し、複数の人が編集できるソフトウェアを使えば、現状を実態に近い状態に保ち、作り直しの手間も省けます。

iFAKTのPolaris VSMは、データに基づくバリューストリームマッピングのためのiFAKT Polarisのモジュールです。資材と情報の流れを共同でモデル化し、無駄とボトルネックを可視化します。どのツールも、まずはパイロット対象のストリームで検証してください。

次のステップ

バリューストリーム管理のロードマップは、小さく始めます。1つのストリーム、1人のオーナー、1つのベースライン、そして90日間のスケジュールです。今週、最も売上の大きいファミリーを選び、そのベースライン指標を書き出し、最初のマップのために2日間の時間を確保してください。