アクションおよびコンポーネントのダウンタイム・パレート

Last updated: June 19, 2026

この記事では、ダウンタイムのパレートチャートを掘り下げて、アクションとコンポーネントのパレートを表示するよう選択したときに、ダウンタイムの数値が増加する理由を説明します。

ダウンタイムの計算

このチャートのダウンタイムの数値を計算する際、L2Lはデータを構成する各リソースイベントの実際の分数を使用します。たとえば、このパレートチャートがそれぞれ100分のダウンタイムを持つ10件の発送を対象としている場合、左側のチャートのダウンタイムの合計分数は1000になります。

一方、アクションコードとコンポーネントコードを掘り下げる場合、L2Lは各発送におけるアクションコードとコンポーネントコードの数量（ダウンタイムではない）を確認し、それらに各発送のダウンタイムを乗算します。これは右側のチャートのようになります。たとえば、このパレートチャートがそれぞれ100分のダウンタイムを持つ10件の発送を対象としており、各発送に3つのアクションフィールドとコンポーネントフィールドがある場合、このパレートのダウンタイムの合計は3000分になります。

なぜこのように計算されるのでしょうか？

この方法で計算される主な理由は、アクションとコンポーネントが常に発送の完了後、または少なくともリアルタイムではない方法で入力されるためです。発送イベントでタスクを実行するたびに作業を止めてアクションとコンポーネントを入力するのは、ユーザーにとって非常に時間がかかります。

役に立つヒント

ダウンタイムの改善を検討する際、Leading2Leanでは改善活動の基礎として「arduous」を使用することを推奨しています。
一度限りのイベントや不規則なイベントは、ダウンタイムの数値を歪める可能性があります。一方、定期的に発生するイベントは、リソースや資産により大きな負担をかけるものであり、発生回数パレートチャートで簡単に特定できます。
特定のコンポーネントのダウンタイムを調べる場合は、まずアクションまでドリルダウンしてから、コンポーネントを選択します。
特定のアクションのダウンタイムを調べる場合は、まずコンポーネントまでドリルダウンしてから、アクションを選択します。