パレートの法則（80 対 20 の法則）は、不均等な分布を表す経験則です。少数の原因が結果の大部分を生み出し、目安として原因の 20 % が結果の約 80 % を占めます。ヴィルフレド・パレートはこのパターンをイタリアの富の分布に見いだしました。ジョセフ・M・ジュランは 1940 年代以降これを品質管理に応用し、この名前を付けました。
パレートの法則とは？
パレートの法則とは、結果が原因に均等に配分されることはほとんどなく、少数の原因、顧客、不具合、タスクが成果の大部分を生み出すという法則です。80 対 20 という数字はこのパターンの略記であり、実際の値はご自身のプロジェクトで測定します。
次の 3 点で、この法則を正確に理解できます。
- 経験則である。 分布は、プロジェクトで集めたデータから導かれます。あるケースでは原因の 20 % が結果の 80 % を占め、別のケースでは 30 % が 65 %、あるいは 10 % が 90 % を占めます。
- 2 つの数字の合計が 100 になる必要はない。 20 % は原因の割合、80 % は結果の割合を表し、別々の量を測っています。2002 年、Microsoft の CEO スティーブ・バルマーはエラー報告の分析をもとに、バグの約 20 % がすべてのエラーの 80 % を引き起こし、バグの 1 % がその半分を引き起こしていると書きました（バルマーのメモ、2002 年 10 月）。
- 原因と結果を結び付ける法則である。 よく知られた「成果の 80 % は労力の 20 % から生まれる」という表現は特殊なケースです。データが労力の配分をそのように示している場合にだけ当てはまります。この法則は、最初にどこを見るべきかを教えてくれます。重要な 20 % には、その後全力で取り組む必要があります。
パレートの法則はどこから来たのか？
パレートの法則は 2 人の人物にさかのぼります。富の不均等な分布を記述した経済学者ヴィルフレド・パレートと、それを一般的なマネジメントの原則にまとめてパレートの名を付けた品質の専門家ジョセフ・M・ジュランです。
ヴィルフレド・パレート（1848〜1923 年）はローザンヌ大学で経済学を教えました。著書『経済学講義』（Cours d'économie politique、1896/97 年）と『経済学提要』（Manuale di economia politica、1906 年）で、所得と富の分布を研究しました。よく知られた要約は「イタリアでは人口の約 20 % が土地の約 80 % を所有していた」というものです（Wikipedia：パレートの法則）。パレート自身は、この観察を経済にしか当てはめていません。
ジョセフ・M・ジュラン（1904〜2008 年）は 1930 年代の終わりに、General Motors を訪問した際にパレートのモデルを知りました。『Quality Control Handbook』（初版、1951 年）で、品質損失も富と同じように不均等に分布することを示し、このパターンを「パレートの原理」と呼びました。「the vital few and the trivial many」（重要な少数と些細な多数）という表現も彼によるものです。後に、残りの 80 % にも作業が必要であることから「trivial」を「useful」（有用な）に改めました。1974 年、ジュランはパレートの名を付けたのは誤りだったと認めています。パレートはこのパターンを一般化しておらず、累積曲線は統計学者マックス・O・ローレンツにさかのぼるからです（Juran: The Non-Pareto Principle, 1974）。それでも名前は定着しました。
ジュランはこの原理を品質管理の道具にしました。損失の最も大きい少数の不具合の種類を先に解消すれば、限られた資源で最大の改善が得られます。
パレート分析とは？
パレート分析とは、原因を頻度や重みの大きい順に並べ、それぞれの累積比率を計算し、棒グラフと累積折れ線からなるパレート図で示す手法です。これにより、最初に取り組むべき少数の原因が分かります。
手順は 5 つです。
- 結果を決める： 何を測りますか。たとえば工程を遅らせたトラブル、引き渡し時の不具合、コスト超過などです。
- 原因を分類する： はっきり区別できるカテゴリを 5〜10 個決め、各事象を 1 つだけに割り当てます。
- 数えて並べる： カテゴリごとに事象を数え、多い順に並べます。
- 累積する： 各件数を合計で割り、上から順に比率を足していきます。
- 線を引く： 累積比率が約 80 % までのカテゴリが「vital few」です。対策はまずここに計画します。
建設プロジェクトで 80 対 20 の法則をどう使うか？
80 対 20 の法則は、実際のプロジェクトデータを分析して使います。原因を数え、多い順に並べ、累積比率を計算します。次の計算例は、建設プロジェクトにおける遅延原因のパレート分析です。
ある建築設計事務所が、18 戸の集合住宅の新築を管理しています。現場管理者は、アクティビティを遅らせたトラブルをすべて、該当するアクティビティに問題として記録し、原因に割り当てました。躯体工事と内装工事が終わった時点で、7 つのカテゴリに 120 件の記録があります。数値は説明用に作成した例です。
| 順位 | 原因 | 件数 | 比率 | 累積 |
|---|---|---|---|---|
| 1 | 資材の納期遅れ | 46 | 38.3 % | 38.3 % |
| 2 | 施主による設計変更 | 33 | 27.5 % | 65.8 % |
| 3 | 承認の遅れ | 15 | 12.5 % | 78.3 % |
| 4 | 天候 | 10 | 8.3 % | 86.7 % |
| 5 | 協力会社の欠勤 | 8 | 6.7 % | 93.3 % |
| 6 | 不具合の手直し | 5 | 4.2 % | 97.5 % |
| 7 | 行政の要求 | 3 | 2.5 % | 100.0 % |
| 合計 | 120 | 100 % |
パレート図：建設プロジェクトの遅延原因
記録された 120 件のトラブルを多い順に並べ、累積比率を表示
結果の読み方：
- 上位 2 つの原因（資材の納期遅れと設計変更）は 7 カテゴリ中 2 つ（28.6 %）で、120 件中 79 件（65.8 %）を説明します。
- 上位 3 つの原因で 78.3 % に達します。このプロジェクトでの分布は約 43 対 78 です。これはごく普通のことで、正確な比率はプロジェクトごとに異なります。
- 「vital few」への対策： 発注期限を、据え付け前の余裕を持たせたマイルストーンとして設定します。施主とはフェーズごとの決定期限を取り決め、設計変更が早めに出るようにします。承認には工程表で独自のアクティビティを割り当てます。
- 「useful many」も見落とさない： 天候や行政の要求は頻度こそ低いものの、個別のケースではより高くつくことがあります。予算を判断するときは、原因ごとの遅延日数やコストも数えてください。
Merlin Project でパレート分析を行うには？
Merlin Project では、各トラブルを種類 問題 の添付項目として該当するアクティビティに直接記録し、カテゴリ を割り当て、添付項目の表示でグループ化して評価します。グループごとの件数をパレート表に転記します。
- 問題を記録する： 遅れたアクティビティを選択し、挿入 > 添付項目 > 問題 を選びます。インスペクタで 報告者、割り当て先、修正期限 を入力します。
- 原因をカテゴリとして作成する： カテゴリ フィールドには 一般、技術、従業員、財務、環境 の値が用意されています。プロジェクト設定の 値リスト で、「資材の納期遅れ」「施主の設計変更」などの原因に合わせてリストを変更します。
- 問題を絞り込む： 添付項目 の表示を開き、フィルタのポップアップメニューで 問題 を選びます。
- 原因ごとにグループ化する： Merlin Project のグループ化を開き、+ で独自のグループ化を作成し、グループ の 方法： の後ろでフィールド カテゴリ を選びます。グループごとに件数を数え、多い順に並べます。
- 原因をリスクに変える： 上位 2〜3 の原因について、以降の工事フェーズに確率と対策を記入した種類 リスク の添付項目を追加します。こうして分析をリスクマネジメントにつなげます。
Merlin Project で問題を絞り込む
添付項目の表示は、プロジェクトのすべての問題、リスク、チェックリストを 1 つの表にまとめます。フィルタ「問題」を選ぶと記録したトラブルだけが表示され、コンテキストメニューから対応するアクティビティへ移動できます。6 種類の添付項目の使い方は、Merlin Project の添付項目とレッスン添付項目を管理するで紹介しています。
プロジェクト管理で 80 対 20 の法則はどこに役立つか？
80 対 20 の法則は、限られた時間と予算をどこに先に向けるかを決めるすべてのプロジェクトフェーズで役立ちます。問いは常に同じです。結果の大部分を決めている少数の要素はどれか。
立ち上げ
最も影響の大きいステークホルダー、要件、リスクを特定します。少数のステークホルダーが大半の意思決定に影響するなら、最初から密に関与してもらいます。
計画
コスト、期間、プロジェクト価値の大部分を担うワークパッケージを確認します。これらは最も丁寧に見積もり、余裕と緊急時の計画を用意します。詳細な優先順位付けには、4 象限マトリクスによる優先順位付けやMoSCoW 法が分析を補います。
実行
上の建設プロジェクトのように、問題やトラブルを継続的に分析します。ある原因が積み重なり始めたら、クリティカルパスに影響する前に手を打ちます。
監視・コントロール
報告は、プロジェクトの状態を最もよく示す少数の指標に絞ります。たとえば重要なマイルストーン、コスト差異、未解決の主要リスクです。
終結
パレート分析を教訓（Lessons learned）に活用します。問題の大半を生んだ少数の原因は何か、次のプロジェクトで何を変えるかを振り返ります。
時間管理でパレートの法則をどう使うか？
時間管理では、目標への貢献が最も大きい少数のタスクを見極め、そのタスクにカレンダー上の固定時間を割り当てることでパレートの法則を使います。分布はご自身の仕事から、たとえば 1 週間の時間記録から求めます。
1 週間、何に取り組み、どんな成果が出たかを記録します。次に、プロジェクトを本当に前進させたタスクに印を付けます。それらを保護された時間枠に入れましょう。具体的な方法は1 日の予定例付きのタイムブロッキング解説で紹介しています。メールや事務作業などの定型業務は、削るのではなく決まった枠にまとめます。
パレートの法則の限界は？
パレートの法則には限界があります。その有効性は、基になるデータとカテゴリの質で決まるからです。最初にどこを見るべきかは示しますが、損害、コスト、依存関係の評価の代わりにはなりません。
| 強み | 限界 |
|---|---|
| 限られた時間と予算を主要な原因に向けられる | 測定したデータにしか当てはまらない。数えなければ 80 対 20 は推測にすぎない |
| 数字によって優先順位をチームに説明できる | 頻度は深刻さを示さない。まれな原因の方が高くつくこともある |
| 数える、並べる、累積するという簡単な手段で使える | カテゴリが粗すぎても細かすぎても結果がゆがむ |
| 教訓とリスクマネジメントの土台になる | 「useful many」を軽視しがちになるが、それらも処理が必要 |
このブログ記事についてご質問やご意見がございましたら、ぜひフォーラムへのご投稿をお待ちしております。
よくある質問
パレートの法則を簡単に言うと？
少数の原因が結果の大部分を生み出すという経験則です。目安として、原因の約 20 % が結果の約 80 % を占めます。正確な値はご自身のデータから求めます。
パレートの法則の数字は合計 100 になる必要がありますか？
いいえ。20 % は原因、80 % は結果についての割合です。2 つの数字は別々の量を測っているため、10 対 90、30 対 65、1 対 50 といった分布もあり得ます。
パレートの法則とパレート分析の違いは？
パレートの法則は、結果が原因に不均等に配分されるという観察です。パレート分析は、その分布を測る手法です。原因を数え、多い順に並べ、累積比率を計算してパレート図に表します。
パレートの法則を考えたのは誰ですか？
経済学者ヴィルフレド・パレートが富の不均等な分布を観察しました。「パレートの原理」という名前と、ほかの分野への一般化は、品質の専門家ジョセフ・M・ジュランが 1951 年の Quality Control Handbook で示したものです。
