ランチャート(連続プロット図):作り方と読み方を事例で解説

時間軸、測定値の軸、中央値の線だけを備え、架空の観測値を含まないランチャートの骨組み

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

ランチャートとは、1つの指標を時系列に並べ、中央に中央値の線を引いた折れ線グラフです。4つのシンプルなルール(シフト、トレンド、ラン、突出点)で読み取ることで、本当の変化と通常の上下動を区別できます。作成にかかる時間は10分、統計ソフトは不要で、行った施策が実際に効果を上げたかどうかがわかります。

ランチャートとは

ランチャートは、指標の推移を時間に沿ってプロットしたものです。横軸には、データを収集した順に時間をとります。縦軸には指標をとります。割合、件数、分、金額などです。点は線で結ばれ、中心線として中央値の線が中央を通ります。

ツールとしてはこれだけです。それでも見た目以上に役立ちます。多くのレポートは、チームが本当に見るべきもの、つまりどの順序で起きたかを隠してしまうからです。

プロセスを変更したあと、2つの部署がどちらも同じ平均サイクルタイムを報告しているとします。一方の部署は変更前からすでに改善が進んでいました。もう一方は3週間改善したあと、元に戻ってしまいました。平均値の棒グラフでは、両者は同じに見えます。ランチャートなら、まったく別の物語として見えます。Perla、Provost、Murrayは、分析ツールとしてのランチャートに関する論文で、この点を指摘しています。時系列でデータを見るほうが、時間の順序を無視した要約統計よりも豊かで正確な結論が得られる、というものです。

ランチャートは7つの基本的な品質ツールの仲間であり、統計的工程管理へと直接つながります。その階段の最初の、最も軽いステップだと考えてください。

重要な事実

  • ランチャートは、1つの指標を時系列にプロットし、中央値を中心線とします(IHI Open Schoolのランチャートの講義による)。
  • Perla、Provost、MurrayのBMJ Quality & Safety論文は、確率に基づく3つのルール(シフト、トレンド、ラン)を5%の誤り水準で示し、さらに突出点という主観的な4つ目のルールを加えています。
  • シフトとは、中央値の片側に連続して6点以上が並ぶことです。トレンドとは、連続した5点以上がすべて上昇、またはすべて下降することです。
  • シフトとランのルールは、データ点が10点を超えてから適用されます。
  • ランチャートでは、プロセスが安定していることは言えません。それができるのは管理図だけです。

チームがランチャートを使う理由

実務では、次の3つの理由が繰り返し挙がります。

過剰反応を防ぎます。 人は最新のデータ点に過剰に、あるいは過小に反応し、変わっていないプロセスに手を加え始めがちです。論文の著者たちは、ダッシュボードや取締役会向けの報告書におけるこの習慣を、まさに指摘しています。ランチャートは、「それはノイズだ」「それはシグナルだ」と言うための共通の基準をチームに与えます。

施策を検証します。 月曜日に何かを変えたなら、グラフには月曜日以降にデータがシフトするはずです。そうなっていなければ、その変更はおそらく期待した効果を生んでいません。

ほとんど何も要りません。 管理限界も、標準偏差も、表から引く定数も必要ありません。表計算ソフトと中央値の関数があれば足ります。そのため、グラフを使ったことのないチームや、数週間分のデータしかないプロジェクトに適したツールです。

ランチャートと管理図の違い

どちらも時間に沿ってデータをプロットしますが、答える問いは異なります。

中央値だけで限界線のないランチャートと、平均と上方・下方の管理限界を持つ管理図を比較した図

項目 ランチャート 管理図
中心線 中央値 平均値
境界線 なし 上方・下方の管理限界
シグナルのルール シフト、トレンド、ラン、突出点 限界外の点、ラン、トレンド、ゾーンルール
必要な計算 ほぼなし 平均、範囲または標準偏差、定数
必要なデータ 10点を超えればルールを適用可能 限界を設定するため、より多くのベースラインデータが必要
プロセスが安定していると証明できるか できない できる
最適な用途 初期の学習、施策の検証、小規模なデータセット 管理しているプロセスの継続的なモニタリング

BMJ論文は、その限界をはっきり述べています。ランチャートは改善や悪化を早期に検出するために作られていますが、シューハートの意味でプロセスが安定しているかどうかは判定できません。著者らは、ランチャートでは「特殊原因」「共通原因」「安定」「不安定」という用語を避け、それらは管理図のために取っておくことさえ勧めています。その例として挙げられているのは、シグナルがまったく出ないランチャートです。同じデータを管理図にすると、特殊原因が明らかになります。

実践的なルールはシンプルです。まずランチャートから始めましょう。長期にわたってプロセスを管理する準備ができたとき、あるいはランチャートが示唆する何かを確認する必要があるときに、管理図へ進みます。

ランチャートの4つのルール

これらのルールが、ぎざぎざの線を証拠に変えます。共通のルールがなければ、「シフト」や「トレンド」といった言葉が、議論を進めるために都合よく使われてしまいます。

ランチャートを読む4つのルール、シフト、トレンド、ラン、突出点を示した図

ルール1:シフト

中央値より上、または下に、連続して6点以上が並ぶこと。 ちょうど中央値上にある点は、シフトを加算することも途切れさせることもありません。飛ばして数え続けます。

シフトは、プロセスが新しい水準に落ち着いたことを意味します。改善のあとで見たいと願うシグナルです。

ルール2:トレンド

連続した5点以上が、すべて上昇、またはすべて下降すること。 連続する2点以上が同じ値の場合は、最初の1点だけを数え、繰り返しは無視します。同じ値は、トレンドを成立させることも途切れさせることもありません。

トレンドは、プロセスが一方向へ着実に流れていることを意味します。2点の上昇はトレンドではなく、4点でも同様です。

ルール3:ラン(多すぎる、または少なすぎる)

ランとは、中央値の片側に連続して並ぶ点の連なりです。ランの数は、結んだ線が中央値を横切る回数を数え、それに1を足して求めます。

偶然だけでデータが決まるなら、点は一定の規則性をもって中央値を横切るはずです。ランが少なすぎるのは、データが片側に長くとどまっているということです。多すぎるのは、偶然から生じる以上にジグザグしているということで、繰り返しのサイクルのような何らかの規則性を示していることがあります。

判定するには、中央値上にない点の数を数え、ランの数を次の表と比較します。この表は、BMJ論文がランダムなパターンでランテストに失敗するリスクを約5%として作成したものです。

中央値上にない点の数 次の値未満なら少なすぎる 次の値を超えたら多すぎる
10 3 9
12 3 11
14 4 12
16 5 13
18 6 14
20 6 16
22 7 17
24 8 18
26 9 19
28 10 20
30 11 21
32 11 23
34 12 24
36 13 25
38 14 26
40 15 27

論文の完全な表は、10点から60点までのすべての点数をカバーしています。点数が奇数の場合は、元の表でその数の行を使ってください。

ルール4:突出点

残りの点とは明らかに、それも際立って異なる点で、グラフを見た誰もが異常だと認めるものです。これは唯一の主観的なルールです。IHIの講義では、ランチャートではこれを統計的な判定ではなく、目視による判断としています。

最高点や最低点と混同しないでください。それらはどのランチャートにもあります。突出点とは、「そこで何があったのか」と言いたくなる値のことです。データの誤りや特別な出来事がなかったか確認します。統計的な答えが必要なら、そのデータを管理図にかけましょう。

何点のデータが必要か

BMJ論文によると、シフトとランのルールは10点を超えてから適用されます。データが極端に少ないと、中央値自体が役に立たないこともあります。著者らは、3、4点しかなくても(たとえば、患者が年1回の検査を記録する場合)、正式なルールは使えないものの、方向を早期に確認するためにランチャートが役立つことがあると述べています。

ランチャートの作り方:ステップごとの手順

ステップ1:指標を1つ選ぶ

重要で、毎回同じ方法で数えられるものを選びます。「請求書の承認にかかる日数」は適切です。「経理部門の効率」は適切ではありません。来月の数値が同じ意味を持つように、何を数え何を除外するかを含め、測定方法を正確に書き留めます。

凍結したベースラインの中央値は固定されたまま、ランチャートに時間とともに新しい観測値が加わっていく図

ステップ2:時間の単位を選ぶ

プロセスが回る頻度と、どれだけ早くフィードバックがほしいかに合わせて間隔を決めます。多忙なサービスデスクなら日次、請求書の承認なら週次、生産ならバッチごとです。間隔は固定します。

ステップ3:データ点を最低12点集める

ルールが適用できるよう、10点を超える数を目指します。月次レポートのようにプロセスが遅い場合は、より少ない点数で始め、グラフは方向を見るためだけに使うことになるかもしれません。

ステップ4:時系列順に点をプロットする

横軸に時間をとり、最も古いものを左に置きます。縦軸に指標をとり、両方の軸にラベルをつけて、点を線で結びます。

ステップ5:中央値を計算して引く

値を並べ替え、真ん中の値を取ります。データ数が偶数なら、中央の2つの値を平均します。それをグラフ全体にわたる水平線として引きます。多くのチームは表計算ソフトの関数を使いますが、一度は手で計算して、それが何なのかを理解しておく価値があります。

ステップ6:ベースラインを設定し、中央値を凍結する

BMJ論文は、最初の中央値をベースラインのデータから作ることを推奨しています。ベースラインにシグナルがなければ、その中央値を将来へ延長(凍結)し、新しいデータが線を引き寄せてしまわないようにします。そうすれば、変化がベースラインに対してはっきりと際立ちます。

ステップ7:4つのルールを適用する

シフト、トレンド、ラン、突出点の順に確認します。シグナルがあれば、グラフ上に直接印をつけます。プロセスを変更した日付に注釈を入れて、読み手が原因と結果を結びつけられるようにします。

ステップ8:何をするかを決める

施策のあとのシグナルは、その変更が成功した(あるいは失敗した)証拠です。原因が不明なシグナルは、調査のきっかけです。シグナルがなければ、反応しないことです。そのうえでプロットを続けます。ランチャートは、繰り返しによって真価を発揮します。PDCAサイクルの中で、変更をテストするたびに注釈を加えていきます。

実例:請求書の承認時間

この例は説明用です。ある経理チームが、仕入先の請求書を承認するまでの平均日数を、週に1点で記録しています。

購買発注との照合を承認の前に行う変更の例と、その後のランチャートのシフトを示す説明用の図

第1週から第12週(ベースライン): 6.1、5.8、6.4、5.9、6.6、6.0、5.7、6.3、6.2、5.9、6.5、6.0

ベースラインの中央値は6.05日です。線は中央値を9回横切り、12点で10のランができています。表では、3未満は少なすぎ、11を超えると多すぎるとされているため、10のランは問題ありません。シグナルはありません。プロセスは偶然によって6日前後を行き来しており、中央値を凍結して施策を試すのに、まさにふさわしい状況です。

第13週に、チームはあるルールを導入しました。所定の金額未満の請求書は、購買発注と一致していれば自動承認されます。

第13週から第24週: 5.6、5.4、5.7、5.3、5.5、5.2、5.4、5.1、5.3、5.0、5.2、5.1

新しい12点はすべて、凍結した中央値の6.05を下回っています。さかのぼると、第12週(6.0)も下回っているため、中央値より下に13点が連続しています。ルール1が求めるのは6点です。明らかなシフトです。

チームが言えることと言えないことに注目してください。変更後にプロセスがより低い水準に落ち着いた、とは言えます。管理図の意味で「安定している」とは言えませんし、日数が示す以上の削減効果を主張すべきでもありません。新しい水準を継続的に監視したい場合、次のステップは、変更後のデータで作る管理図です。

部門別のランチャートの例

繰り返されるプロセスから数値が出てくる場所なら、同じグラフが使えます。以下は説明用のシナリオです。

部門 プロットする指標 検証する変更 シフトが意味すること
オペレーション 受注から出荷までの時間(時間) 新しいピッキングリストのレイアウト 出荷時間がより速い水準に落ち着いた
カスタマーサービス 初回応答時間(分) トピック別のトリアージ当番制 応答時間が下がり、その水準にとどまった
セールス 提案から決定までの日数 標準の提案書テンプレート 案件がより短い新しいサイクルで成約している
人事 空きポジションの充足にかかる日数 構造化されたスクリーニング面談 充足までの日数が新しい水準に下がった
財務 決算までの日数 未払計上の締め切りを前倒し 月次決算が一貫して短くなった
ソフトウェア リリースごとの流出欠陥数 コードレビューのチェックリストを追加 本番環境に届く欠陥が減った
医療 目標時間内に診察を受けた患者の割合 新しい受付フロー 達成率がより高い水準に移った
品質 欠陥のある製品の割合 機械設定の調整 欠陥率が旧中央値を下回る水準にシフトした

いずれの場合も、グラフが答える問いは同じ2つです。データは動いたか、そしてそれは変更の後に動いたか、です。

ランチャートのテンプレート

この表を表計算ソフトにコピーして記入してください。値の列に折れ線グラフを追加し、中央値を2つ目の平坦な系列として加えます。

期間 日付 値 中央値の上か下か(上 / 下 / 上にある) 変更・出来事のメモ
1
2
3
4
5
6
7
8
9
10
11
12

そして、手元に置いておく小さなチェックリストです。

確認項目 はい / いいえ
指標に文書化された定義がある
時間の間隔が固定されている
10点を超える点をプロットしている
中央値をベースラインから計算し、凍結している
シフト(片側に6点以上)はあるか
トレンド(5点以上が着実に上昇または下降)はあるか
ランの数が表の限界から外れていないか
突出点があれば確認したか
プロセスの変更に日付を注記している

やるべきこと、やってはいけないこと

やるべきこと

  • データは起きた順にプロットし、時間軸を明確にする。
  • 何をどのように測定しているかを書き留める。
  • 施策を試す前に、ベースラインの中央値を凍結する。
  • 変更、祝日、異例の出来事をグラフ上に直接注記する。
  • 毎回同じルールを使い、全員が同じようにグラフを読めるようにする。
  • 安定性を証明する必要があるときは、管理図に移る。

やってはいけないこと

  • 1つの点に反応しない。1つだけの高い値や低い値はシグナルではありません。
  • ランチャートで「安定」や「特殊原因」という言葉を使わない。
  • 中央値上の点を、シフトやランに数えない。
  • 最高点や最低点を、初めから突出点として扱わない。
  • 点の半数以上が0%や100%のような極端な値にあるときに、中央値のルールを適用しない。BMJ論文は、その場合に中央値が極端な値そのものになり、ルールが役に立たなくなると指摘しています。
  • 中央値を毎週変えない。ベースラインの意味がなくなります。

ランチャートとその他の品質ツールの関係

ランチャートが単独で機能することはまれです。

  • チェックシートは、時系列にプロットする前の元の件数を集める場であることが多いです。
  • パレート分析は、どの問題を最初にグラフ化すべきかを教えてくれます。
  • ヒストグラムは同じデータの形を示しますが、時間の順序を捨てます。ランチャートが残すのは、まさにその部分です。
  • 散布図は、見つけたシフトを別の変数が引き起こしていると疑うときに役立ちます。

次のステップ

毎週すでに報告している指標を1つ選びましょう。直近の12個の値を取り出し、中央値を求めて、線を引きます。それだけでも、その数値が実際に動いたのか、それともチームがノイズに反応していただけなのかが、初めて見えてきます。

ランチャートが信頼できる答えを出し始めたら、次の自然なステップは、より広い統計的工程管理の実践の中で管理図を使うことです。

About the author

Linh Ngo

Linh Ngo

Customer Success Operations Manager

Linh Ngo is Customer Success Operations Manager at Rework, focused on AI-led process automation for operations teams, especially order fulfillment and finance workflows. Linh writes about process management and the AI productivity tools that take manual steps out of daily operations, so teams can see where work stalls and fix the process before adding headcount.