バリューストリームレビュー会議：アジェンダ、質問、ルール

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

バリューストリームレビューとは、製品ファミリーのオーナーと各機能のリーダーが、フローの指標を確認し、バリューストリームマップを見直し、改善アクションの進捗を追う、定例の週次会議です。会議室ではなく、現場に近いボードの前で45分間行います。本記事は、この会議を立ち上げる、または立て直すリーンマネージャー向けです。時間配分付きのアジェンダ、投げかけるべき質問、会議を短く保つためのルール、そして数値を使った例を紹介します。

重要なポイント

• バリューストリームレビューは、ストリームのオーナーが主導する定例の週次会議です。フローの指標、バリューストリームマップ、未完了のアクションリストを確認します。
• 45分のアジェンダは次の構成が効果的です。先週のアクションの確認、フロー指標の確認、ストリームの確認、問題と決定事項、新しいアクションの担当者と期限の設定。
• Jim Womack's の「バリューストリームウォーク」の10の質問は、レビューの質問の良い材料になります。例えば、「ストリームのオーナーは誰か」や「ペースメーカーはどこにあるか」などです。
• 会議を短く保つためのルールは次のとおりです。時間どおりに始める、現場の事実を持ち込む、すべてのアクションに担当者と期限を割り当てる、解決できない問題はエスカレーションする。
• 週次レビューは、毎日のティア会議を補完するものです。特定のエリアではなく、ストリーム全体を見ます。

バリューストリームレビューとは何か

バリューストリームレビューは、バリューストリームマネジメントの定例業務です。マッピングは、フローが現在どう動いているか、そして本来どう動くべきかを示します。レビューは、その計画が実行されているかを確かめる役割を担います。レビューがなければ、マップは壁に貼られたままになり、アクションは遅れていきます。

レビューでは次の3つを確認します。

• 指標。 リードタイム、サイクルタイム、納期遵守率、在庫など、ストリーム全体のフロー指標を数点。
• マップと計画。 現状、将来の姿、そしてそれらをつなぐアクションリスト。
• ストリームそのもの。 今週、オーナーとチームが現場で見たこと。

Lean Enterprise Institute（LEI）のワークブック Learning to See は、バリューストリームマネージャーがマップと実行計画を主導し、実行を監視し、毎日または毎週フローを歩いて確認すると述べています。レビューは、この監視を各機能に見える形にする場です。

バリューストリームマップはボードに掲示しておきましょう。現状と将来のバリューストリームマップをA3サイズで印刷し、レビュー中に変更点をマップに書き込みます。誰も更新しないバリューストリームマップは、すぐに信頼を失います。VSMの観点では、レビューがマップを生きた状態に保つのです。工場で複数のバリューストリームが動いている場合は、それぞれに専用のマップとボードを用意してください。リーン原則では、オペレーショナルなバリューストリームとは、受注から納品まで顧客に価値を生み出すステップの集合であり、そのプロセスのすべてのステップはマップに載せるべきものです。

レビューはなぜ重要なのか

バリューストリームの考え方は、経営層が注文から納品までの顧客体験を把握するのに役立ちます。そのストリームがどのように製品やサービスを期日どおりに届けているか、また顧客の側からは価値の提供がどう見えるかが分かります。バリューストリームは価値の流れを段階ごとに示し、各段階にどれだけの時間がかかるかを明らかにします。バリューストリーム マネジメントの効果は、この定例の仕組みが実際に回ってはじめて現れます。リーン製造では、バリューストリームは段階的に改善されていきますが、各ステップで確認が必要です。その変更は顧客にとっての価値を高めたか。待ち時間のような種類のムダを減らしたか。週次レビューは、この確認を行う場です。各アクションを、リードタイムやサイクルタイムなどストリームの指標上の結果と結び付けるため、継続的改善とプロセス改善を支えます。また、チームの関心を部分的な数字ではなく、顧客価値に向け続けさせます。

ソフトウェア開発におけるVSMのチームも、同様のレビューを行いますが、追跡対象は作業項目です。ここでは、ストリームが素材からなる製品やサービスを届けます。レビューを続けると、バリューストリーム マップそのものの最適化にも役立ちます。ストリームが変われば、マップも変わります。1つの工場にある複数のバリューストリームが同じアジェンダとボードのレイアウトを共有できれば、経営層がレビュー間を移動しやすくなります。

誰が参加し、どのくらいの頻度で行うのか？

会議の進行役は、そのストリームのオーナーが務めます。ほかの参加者は、フローの一部や未完了のアクションに責任を持つ人です。

• 製造、計画、品質、保全、ロジスティクスの各部門から、それぞれ1名のリーダー
• 期限切れまたは期限が近いアクションのオーナー全員
• 必要であれば財務部門から、月に1回

グループは小規模に保ってください。全員がボードの前に立って確認できないなら、人数が多すぎます。

リードタイムが短いストリームには、週次が良い開始のリズムです。1週間あればトレンドが見え、アクションを放置せずに済むからです。これは私の計画上の提案であり、LEIのルールではありません。リードタイムが長いストリームは2週間ごとにレビューしつつ、その間にもフローを歩いて確認するとよいでしょう。バリューストリーム マッピングに関するLEIの電子書籍では、トヨタが各工程のタクトタイムを月次でレビューし、10日ごとに微調整を行っていると述べています。レビューの周期はテーマによって異なりうることが分かります。

このレビューは、毎日のティアミーティングの代わりにはなりません。ティアミーティングは短時間で、ボードの前で行い、チームから工場までの階層を重ねて確認します。週次レビューは、1つの製品ファミリーを端から端まで見ます。

アジェンダはどのようなものですか？

この45分のアジェンダはサンプルです。ご自身のストリームに合わせて調整してください。

1. 先週のアクション（10分）。アクション リストを確認します。完了か未完了か、新しい期日はいつかを確認してください。ここでは解決策の議論はしないでください。
2. フロー指標（10分）。リードタイム、期日どおりの納品、在庫、品質について、実績と目標を比較します。最新の値だけでなく、直近数週間の傾向を見てください。
3. ストリームを歩いて確認（10分）。オーナーは、現場でチームが確認した内容を報告します。素材が待たされた場所、待ち時間が最も長かった場所、引き継ぎがうまくいかなかった場所などです。バリューストリーム マップの前に立ち、その場所に印を付けてください。
4. 問題と意思決定（10分）。各部門の判断が必要な問題を挙げます。その場で決めるか、次週に提案を持ってくる担当者を決めてください。
5. 新しいアクション（5分）。各アクションにオーナーと期日を付けて書き出します。最後にリストを読み上げて確認してください。

時間配分について、ルールを1つ決めてください。ある議題に5分以上かかる場合は、アクションとして切り出し、別の場で扱います。

どのような質問をすべきでしょうか？

LEIのJim Womackは、バリューストリーム ウォークについて書いています。彼は1つの製品ファミリーを選び、顧客側から受入れまでさかのぼってたどりながら、管理者に10の質問を投げかけます。そのうちのいくつかは、レビューで毎回使う定番の質問として有効です。

• この製品のバリューストリームに責任を持つのは誰ですか？
• 顧客の注文はどのように受け付けていますか？
• ペースメーカー工程はどこにあり、何がその工程を動かしていますか？
• ペースメーカー工程より上流へ、オーダーはどのように伝えられていますか？
• 組立工程と、それに材料を供給する工程には、どのように材料が供給されていますか？
• 従業員はリーン手法について、どのように教育され、動機付けされていますか？

Womackは、管理者の説明と現場で実際に見たことを照らし合わせることを重視しています。彼の記事に登場する工場では、ウォークによって、そのバリューストリームに責任を持つ人が誰もいないことが分かりました。

週次のリズムに向けて、独自の質問も追加してください。

• 今週、製品が最も長く待たされたのはどこで、なぜですか？
• どのアクションがリードタイムを最も大きく改善するか、そしてそれは計画どおりに進んでいますか？
• 前回の変更から何を学びましたか？
• 別の部門から何が必要か

会議のルール

1. 開始と終了を時間どおりに守る。 45分の会議が90分に延びると、参加者は離れていきます。
2. 現場の事実を持ち込む。 数値はラインから取得し、担当者が自ら現場を歩いて確認したものを使います。
3. アクションごとに担当者と期限を1名・1日ずつ決める。「チーム」は担当者になりません。
4. 問題を議論し、責任追及はしない。 問うべきは「誰が失敗したか」ではなく、「何が流れを止めたか」です。
5. 解決できない課題はエスカレーションする。 ある部門で判断できない場合は、担当者が事実をまとめて工場長に上げます。
6. ボードを常に最新の状態に保つ。 会議中ではなく、会議の前に施策とバリューストリームマップを更新します。

例：第14週の数値を使ったケース

これは1つのラインを想定した架空の例です。数値は実在の工場のものではありません。

このラインの目標は、リードタイム10日、納期遵守率95%です。第14週の実績は、リードタイム12日、納期遵守率91%でした。在庫は横ばいです。

アクションリストには未完了のアクションが9件あります。今週期限だったものは5件で、そのうち3件が期限内に完了しました。したがってアクションの期限内完了率は3÷5、つまり60%です。期限を過ぎた2件は、洗浄エリアの段取り替え標準と、新しい発注リリース時刻に関するものです。

現場を歩いた際、担当者は、発注のリリースが遅れたため、ある仕掛品のバッチが洗浄設備の前で2シフト待機していることを確認しました。チームはマップ上のその地点に印を付けます。今週の決定事項は、計画部門がリリースを第1シフトに移すこと、保全部門が次週に洗浄ラインの稼働率を報告することです。担当者は、担当者名と期限を明記した新しいアクションを3件作成します。次回のレビューは、この3件から始まります。

よくある間違い

• レビューを進捗報告に変えてしまう。 レビューは決定とアクションのためのものです。
• マップと関連のない指標をレビューする。 その数値がバリューストリームのどこから来ているのかを、必ず確認してください。
• 会議が火消しに流れる。 日々の問題は階層別の会議で扱うべきです。
• 現場確認を省く。 現場を見なければ、レビューは単なる意見交換になってしまいます。
• フォローアップをしない。 担当者と期限のないアクションは、やがて立ち消えになります。
• 参加者が多すぎる。 15名いても、45分で何かを決めることはできません。

ソフトウェアはどのように役立つか

レビューは紙とボードでも機能します。バリューストリーム管理（VSM）ソフトウェアも工場向けに存在しますが、それを定例の代わりとしてではなく、データのためのツールとして扱ってください。指標に必要なデータが複数のシステムに分散していて、毎週の収集に何時間もかかる場合に、ソフトウェアは役立ちます。また、計画のアクションを現場に届け、進捗を戻す必要がある場合にも有効です。これにより、レビューは記憶ではなく事実に基づいて議論できます。

iFAKTのPolaris Operatorは、iFAKT Polarisのモジュールで、生産計画を時間単位のタスクとして現場に届け、進捗をリアルタイムで計画部門にフィードバックします。ソフトウェア開発ツールを使うチームでは、同じ考え方がワークフローボードとして存在します。工場の場合、そのボードはチケットではなく、オーダーを表示する必要があります。

次のステップ

バリューストリームレビューは、短く、カレンダーで日程が固定され、アクションリストと結び付いているときにうまく機能します。今週中に、1つの製品ファミリーを対象とした45分の最初のレビューを予約し、上記のアジェンダを印刷して、3つのフロー指標とマップを準備してください。