バリューストリームKPI：部門ではなくフローを管理する12の指標

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

部門の生産量ではなく、フローを示す12のバリューストリームKPIを紹介します。リードタイム、納期遵守率、一発良品率、在庫日数などを、計算例とともに解説します。

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

バリューストリームKPIは、顧客の受注から納品までの、1つの製品ファミリーのフローを測定します。ストリーム全体が速くなったか、安定したか、品質が上がったかを示すものであり、個別の部門が局所的な改善を達成したことを評価するものではありません。本記事は、短く説得力のある指標リストを必要とするオペレーショナル・エクセレンスのマネージャー向けです。シンプルな計算式を用いた12の指標、計算例、表示する指標数の考え方、そしてKPIを誤解させる典型的な失敗を紹介します。

重要なポイント

• バリューストリームKPIは、受注から納品までの1つの製品ファミリーのフローを測定します。そのため、部門ごとの目標が改善していてもストリーム全体が悪化している、という状況を防ぐために使えます。
• Mike Orzenは、バリューストリームレベルの指標として4つを挙げています。完全かつ正確な割合、バリューストリームのサイクルタイム、注文充足率、返品です。
• ここで紹介する12のKPIは、スピード、信頼性、品質、在庫、設備をカバーしています。役員会に示すのは12個すべてではなく、3つから5つを選んでください。
• 一発良品率は、良品の出力数を投入数で割った値です。工程ごとの値を掛け合わせると、直行率が得られます。
• ボードに掲載する前に、すべてのKPIについて計算式、データソース、責任者を文書化してください。

バリューストリームKPIが部門KPIと異なるのはなぜですか。

Lean Enterprise Institute（LEI）に寄稿しているMike Orzenは、局所的な改善は、バリューストリームのパフォーマンス向上にはほとんど役立たず、同じストリームのフローをむしろ損なうことが多いと主張しています。その例として、ある文書管理チームが、作業を自分たちが支援する部門へ押し付けることで、自部門の処理時間を数日から数分に短縮したケースを挙げています。

同氏は、バリューストリームレベルの指標として、完全かつ正確な割合、バリューストリームのサイクルタイム、注文充足率、返品の4つを挙げています。記事中では詳しい定義は示されていないため、自社で定義を作成し、その定義を一貫して使用してください。

バリューストリームKPIの重要性は単純です。個々のチームではなく、ストリーム全体で価値を生み出すことを支援するからです。優れたバリューストリームKPIには、次の4つの特性があります。

• 受注から納品までのストリーム全体をカバーしている。
• 文書化された計算式が1つと、データソースが1つある。
• それに対して行動できる責任者がいる。
• 単一の数値ではなく、トレンドとして表示される。

国際規格ISO 22400-2は、この考え方がどこまで形式化され得るかを示しています。製造オペレーション管理のKPIを、計算式、計算式を構成する要素、時間的な振る舞い、単位によって定義しています。始めるのに規格は必須ではありませんが、規律の考え方は同じです。

12のバリューストリーム指標とは何ですか。

このリストは、筆者が独自に選定したものです。計算式は実務で使える簡易的な定義です。指標の定義が特定の情報源に基づく場合は、その出典を明記しています。

速度

• 1. バリューストリームのリードタイム。 受注の開始（または顧客からの注文）から出荷までの日数です。平均値だけでなく、中央値と最も長い注文の値も確認してください。
• 2. リードタイムに占める付加価値時間の割合。 付加価値時間をリードタイムで割った値です。どれだけの時間が待ち時間であるかを示します。
• 3. 工程のサイクルタイム対タクトタイム。 タクトタイムは顧客需要によって決まるペースで、稼働可能時間を需要数で割って求めます。各工程のサイクルタイムをタクトタイムと比較してください。

信頼性

• 4. 納期遵守率。 約束した納期当日またはそれ以前に出荷された注文数を、出荷された注文数で割った値。
• 5. 注文充足率。 完全な状態で納品された注文数を、納品された注文数で割った値。Orzen の4つの指標の1つです。
• 6. 計画達成率。 期間内に計画どおり完了した数量または注文数を、計画された数量または注文数で割った値。

品質

• 7. ファーストパス歩留まり。 ISSSP は初回歩留まりを、良品数を投入数で割った値と定義しています。直列に並ぶ工程の歩留まりを掛け合わせるとロールドスループット歩留まりになり、見えにくい手直しを可視化できます。
• 8. 完全・正確率（Percent complete and accurate）。 次の工程に渡された作業のうち、修正を必要としない割合です。Orzen がこの指標を挙げていますが、自社のストリームに合わせて定義する必要があります。
• 9. 返品率。 出荷1,000件あたりの返品数または苦情件数。Orzen の4つの指標のもう1つです。

在庫と設備

• 10. 在庫日数。 仕掛品と製品在庫の合計を、平均日次需要で割った値。
• 11. 段取り替え時間。 ある製品の最後の良品から、次の製品の最初の良品までの時間。
• 12. ボトルネックの総合設備効率（OEE）。 LEI は総合設備効率を、可用性×性能×品質と定義しています。設備をどれだけ効果的に使えているかを示す指標です。すべての機械ではなく、ボトルネックに対して使ってください。M365.FM のOEE トピックページも参照してください。

KPI はマップとどのようにつながるのでしょうか？

バリューストリームの KPI は、バリューストリームマッピングから始まります。現状マップには、各工程のリードタイム、付加価値を生む時間、歩留まり、在庫を書き込みます。将来状態マップでは、各 KPI の目標値を設定します。これがバリューストリーム分析です。2つのマップの差が、最初にどの KPI に取り組むべきかを示します。

バリューストリーム管理では、週次レビューで数値を最新の状態に保ちます。KPI によって、変更が価値を加えているのか、単にムダを移動させているだけなのかがわかります。また、継続的改善が機能しているかどうかも示します。リードタイムが短くなり、納期遵守率が上がれば、価値の流れは改善しています。個々の作業工程ではなく、流れ全体の最適化を目指してください。KPI からストリームが変化したことがわかったら、マップを更新します。

いくつの KPI を表示すべきでしょうか？

3〜5個です。12個の指標はメニューであって、ダッシュボードではありません。各グループから、自社のストリームにとって最も重要なものを1つずつ選んでください。

• スピード: リードタイム。
• 信頼性: 納期遵守率。
• 品質: ロールドスループット歩留まり、または完全・正確率。
• 在庫: 在庫日数。
• 設備: 設備が制約になっている場合は、ボトルネックの OEE。

残りは診断用の指標として扱い、主要な KPI が悪い方向に動いたときに確認してください。

例：1つのストリームを読む（仮定の数値）

この例は架空のものです。数値は実在の工場のものではありません。

あるストリームでは、先月200件の注文を出荷しました。176件が期限どおりに到着したため、納期遵守率は176÷200、つまり88%です。190件の注文が完全な状態だったため、注文充足率は95%です。

3つの工程のファーストパス歩留まりは、97%、96%、95%です。ロールドスループット歩留まりは 0.97 × 0.96 × 0.95 = 0.885、つまり約88.5%です。各工程は単独では問題なく見えても、ストリームのどこかで100個中約11.5個が手直しまたは廃棄になっている計算です。

リードタイムは12日、付加価値を生む時間は0.5日なので、付加価値の割合は0.5÷12、約4%です。仕掛品と製品在庫は1,800個で、1日あたりの需要は120個です。これは在庫15日分に相当します。

チームはボード向けに5つの KPI を選びました。リードタイム（12日）、納期遵守率（88%）、ロールドスループット歩留まり（88.5%）、在庫日数（15日）、そして計画達成率です。最初のアクションは、24件の注文が遅れた理由を調べることです。遅延した注文と長い在庫は、同じ待ち行列を指しているからです。

アジャイルなソフトウェアチームの場合、これはどのように異なるのでしょうか？

ソフトウェア組織でも、特にアジャイルやスケールド・アジャイルの現場では、バリューストリーム指標が使われています。組織は、顧客に製品やサービスを届ける運用バリューストリームと、製品を構築する開発バリューストリームを分けて考えます。指標は、デリバリーフレームワークの中で作業項目の流れを追跡し、チーム間の依存関係を見ます。大規模な組織にさらなる敏捷性をもたらすため、一部のスケールド・アジャイル・フレームワークではリリース・トレインやポートフォリオ管理が加えられています。詳細は各フレームワークの公式ドキュメントで確認してください。より速く価値を届けたい、そして流れ（フロー）に注目したいという思いは、工場と同じです。この世界の主要なバリューストリームは、この2種類です。ソフトウェア開発では、スクラムチームがバックログを管理し、チーム間の依存関係がしばしば価値の提供を制限します。こうした依存関係のプロセスマッピングは、工場のマップに相当するソフトウェアの取り組みです。データは異なるため、在庫日数のような工場のKPIをソフトウェアのバックログにそのままコピーしないでください。

よくある間違い

• 部門のKPIをストリームのKPIとして使う。 1つのセルの設備稼働率からは、ストリーム全体の状態はほとんどわかりません。
• KPIを増やしすぎる。 10個の数字の中に、本当に重要な1つが埋もれてしまいます。
• 計算式を文書化しない。 2人が納期遵守率を別々の方法で計算すると、傾向は意味を持ちません。
• 平均値だけを見る。 良好な平均の裏に、1件の大きく遅れた受注が隠れていることがあります。
• 責任者を決めずに測定する。 誰も影響を与えられないKPIは、単なる飾りになってしまいます。
• 手戻りを無視する。 工程ごとの歩留まりは隠れた工場を見えなくします。ロールド・スループット・イールドに注目してください。

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

バリューストリームのKPIには、複数の場所からのデータが必要です。ERPシステムの受注、現場の数量、品質記録、納期日などです。手作業で集計すると、毎週数時間かかります。これらのソースを読み取り、計画値と実績値を表示するKPIツールを使えば、その時間を節約でき、定義を毎週同じに保つことができます。

iFAKTのPolaris Analyzerは、iFAKT Polarisのモジュールであり、すべてのモジュールにまたがるKPIダッシュボードで、生産における計画値と実績値を比較できます。どのツールを使う場合も、まずご自身の計算式で確認してください。

次のステップ

バリューストリームのKPIは、数が少なく、文書化されており、フロー全体に結び付けられているときに機能します。今週は、ある製品ファミリーについて、リストから3つのKPIを選び、それぞれの計算式とデータソースを書き出し、最初の傾向をボードに掲示してください。