優先順位の付け方｜緊急度×重要度マトリクスの例と点数表

緊急度×重要度マトリクスとは、タスクを「重要か」「急ぐか」の2つの軸で4つの象限に分け、取りかかる順番と扱い方を決める方法です。 期限が近い順に片づけていると、障害の予防や自動化のような「重要だが急がない」仕事がいつまでも残ります。2つの軸で分けると、その仕事に先に時間を割り当てられるようになります。

この記事では、開発者のタスク20件を4象限に振り分けた記入例と、重要度1〜5×緊急度1〜5の点数表を、Markdownの表とタブ区切りで載せています。点数順に並べ替えるPythonのコードは実行結果つきです。重要度を決めるときに使える5つの質問と、MoSCoW・RICE・ICEとの違いもまとめました。

確認環境：Ubuntu 24.04、Python 3.11.15（並べ替えと点数の計算）、LibreOffice Calc 24.2（表計算の数式の検算）。MoSCoW・RICE・ICE の定義は、記事末尾の出典のページを2026-10-05に開いて確認しました。

この記事の結論

• 重要度は、期限の近さではなく「やらなかったときの影響の大きさ」で決めます。 期限の近さは緊急度のほうに入れます。
• 第2象限（重要だが急がない）には、毎週の時間枠を先に確保します。 空いた時間でやろうとすると、第1・第3象限に押されて進みません。
• 取りかかる順は第1象限→第2象限→第3象限→第4象限。同じ象限の中は、重要度×緊急度の点数が高い順です。
• 点数（掛け算）だけで並べると、急ぐだけの仕事が重要な仕事より上に来ます。 先に象限で分けてから点数を使います。
• 第3象限は「短く済ませる・任せる・まとめて処理する」、第4象限は「やめる・後回し」と、象限ごとに扱い方を変えます。

4象限の早見表

重要度・緊急度とも、4以上を「高い」として分けます。

重要度と緊急度の決め方

重要度を決める5つの質問

重要度は「やらなかった場合に何が起きるか」で決めます。次の5つの質問に「はい」と答えた数を、そのまま重要度の点数にします（0個のときは1）。

「10人」は例の値です。チームの規模に合わせて決めてください。質問1は「約束があるかどうか」を聞いており、期限までの残り日数は見ません。残り日数は次の緊急度で扱います。

緊急度の目安

緊急度は、対応が必要になるまでの残り時間で決めます。

「急ぎです」と書かれた依頼も、この表に当てはめて数字にします。 依頼した人に「いつまでに必要ですか」「遅れると何が起きますか」と聞くと、緊急度と重要度の両方が分かります。

重要度×緊急度の点数表

点数は重要度×緊急度です。象限の境目は4です。右上の4マス（16・20・20・25）が第1象限、左上の6マスが第2象限、右下の6マスが第3象限、左下の9マスが第4象限です。

タブ区切り（表計算ソフトに貼れます）：

重要度＼緊急度 1   2   3   4   5
5   5   10  15  20  25
4   4   8   12  16  20
3   3   6   9   12  15
2   2   4   6   8   10
1   1   2   3   4   5

表計算ソフトでは、重要度がB列、緊急度がC列にあるとき、点数は =B2*C2、象限は =IF(AND(B2>=4,C2>=4),1,IF(B2>=4,2,IF(C2>=4,3,4))) で求められます（LibreOffice Calc で、Pythonの結果と20件すべて一致することを確かめました）。

開発者のタスク20件を4象限に振り分けた記入例

ある開発者の1週間のタスク20件を、上の基準で点数にして振り分けた例です（架空の例）。

第1象限（重要かつ緊急）

• 本番でログインできない障害の対応
• リリース前テストで見つかった不具合の修正
• 証明書の更新（期限まで3日）
• 今日リリース分の修正のレビュー依頼
• 明日が期限の利用者向け回答（データ不整合の調査）

第2象限（重要だが急がない）

• 設計書の更新（今月末の引き継ぎ向け）
• 自動テストの追加（障害が続いた機能）
• リファクタリング（変更が集中するモジュール）
• ライブラリの更新（サポート終了まで2か月）
• 再来月に加わるメンバー向けの説明資料づくり
• 手作業デプロイの自動化

第3象限（急ぐが重要ではない）

• 急ぎと書かれた見積もりの概算依頼
• 社内チャットの問い合わせ（操作方法の質問）
• 他チームからの「今日中に見てほしい」軽い確認
• 定例会議の資料の体裁直し
• 勉強会の参加可否への返信（今週締め切り）

第4象限（どちらでもない）

• ログの警告のうち影響が無いと分かっているものの整理
• 使われていない機能の細かな表示調整
• 読んでいない通知メールの整理
• エディタの設定の作り込み

取りかかる順に並べた一覧です。

タブ区切り：

順位  象限  タスク 重要度 緊急度 点数  扱い方
1   第1  本番でログインできない障害の対応    5   5   25  すぐやる
2   第1  リリース前テストで見つかった不具合の修正    5   4   20  すぐやる
3   第1  証明書の更新（期限まで3日）  5   4   20  すぐやる
4   第1  今日リリース分の修正のレビュー依頼   4   5   20  すぐやる
5   第1  明日が期限の利用者向け回答（データ不整合の調査）    4   4   16  すぐやる
6   第2  設計書の更新（今月末の引き継ぎ向け）  4   3   12  時間枠を先に取る
7   第2  自動テストの追加（障害が続いた機能）  5   2   10  時間枠を先に取る
8   第2  リファクタリング（変更が集中するモジュール）  4   2   8   時間枠を先に取る
9   第2  ライブラリの更新（サポート終了まで2か月）   4   2   8   時間枠を先に取る
10  第2  再来月に加わるメンバー向けの説明資料づくり   4   2   8   時間枠を先に取る
11  第2  手作業デプロイの自動化 4   1   4   時間枠を先に取る
12  第3  急ぎと書かれた見積もりの概算依頼    3   4   12  短く済ませる・任せる
13  第3  社内チャットの問い合わせ（操作方法の質問）   2   5   10  短く済ませる・任せる
14  第3  他チームからの「今日中に見てほしい」軽い確認  2   5   10  短く済ませる・任せる
15  第3  定例会議の資料の体裁直し    2   4   8   短く済ませる・任せる
16  第3  勉強会の参加可否への返信（今週締め切り）    1   4   4   短く済ませる・任せる
17  第4  ログの警告のうち影響が無いと分かっているものの整理   2   2   4   やめる・後回し
18  第4  使われていない機能の細かな表示調整   2   1   2   やめる・後回し
19  第4  読んでいない通知メールの整理  1   2   2   やめる・後回し
20  第4  エディタの設定の作り込み    1   1   1   やめる・後回し

Pythonで象限に分けて並べ替える

タスク名・重要度・緊急度を入れると、象限を判定し、取りかかる順に並べます。標準ライブラリだけで動きます。

# 重要度(1〜5)と緊急度(1〜5)からタスクを象限に分け、取りかかる順に並べる
tasks = [
    # (タスク, 重要度, 緊急度)
    ("本番でログインできない障害の対応", 5, 5),
    ("今日リリース分の修正のレビュー依頼", 4, 5),
    ("明日が期限の利用者向け回答（データ不整合の調査）", 4, 4),
    ("リリース前テストで見つかった不具合の修正", 5, 4),
    ("証明書の更新（期限まで3日）", 5, 4),
    ("自動テストの追加（障害が続いた機能）", 5, 2),
    ("リファクタリング（変更が集中するモジュール）", 4, 2),
    ("ライブラリの更新（サポート終了まで2か月）", 4, 2),
    ("手作業デプロイの自動化", 4, 1),
    ("設計書の更新（今月末の引き継ぎ向け）", 4, 3),
    ("再来月に加わるメンバー向けの説明資料づくり", 4, 2),
    ("社内チャットの問い合わせ（操作方法の質問）", 2, 5),
    ("急ぎと書かれた見積もりの概算依頼", 3, 4),
    ("定例会議の資料の体裁直し", 2, 4),
    ("他チームからの「今日中に見てほしい」軽い確認", 2, 5),
    ("勉強会の参加可否への返信（今週締め切り）", 1, 4),
    ("使われていない機能の細かな表示調整", 2, 1),
    ("ログの警告のうち影響が無いと分かっているものの整理", 2, 2),
    ("エディタの設定の作り込み", 1, 1),
    ("読んでいない通知メールの整理", 1, 2),
]

HIGH = 4  # 4以上を「高い」とする

def quadrant(imp, urg):
    if imp >= HIGH and urg >= HIGH:
        return 1  # 重要かつ緊急：すぐやる
    if imp >= HIGH:
        return 2  # 重要だが急がない：時間枠を先に取る
    if urg >= HIGH:
        return 3  # 急ぐが重要ではない：短く済ませる・任せる
    return 4      # どちらでもない：やめる・後回し

rows = [(quadrant(i, u), i * u, i, u, name) for name, i, u in tasks]

# 並べ方：象限 → 点数（重要度×緊急度）の高い順 → 重要度の高い順
rows.sort(key=lambda r: (r[0], -r[1], -r[2]))

print("順位 象限 点数 重要 緊急 タスク")
for n, (q, score, i, u, name) in enumerate(rows, 1):
    print(f"{n:>3}  第{q}  {score:>3}   {i}    {u}   {name}")

print()
for q in (1, 2, 3, 4):
    print(f"第{q}象限: {sum(1 for r in rows if r[0] == q)}件")

# 点数だけで並べた場合に、第3象限が第2象限より上に来る組み合わせを数える
by_score = sorted(rows, key=lambda r: -r[1])
q2 = [r for r in rows if r[0] == 2]
q3 = [r for r in rows if r[0] == 3]
over = sum(1 for a in q3 for b in q2 if a[1] > b[1])
print(f"\n点数だけで並べると、第3象限が第2象限より上になる組み合わせ: {over} / {len(q2) * len(q3)}")
print("点数だけの上位8件の象限:", [r[0] for r in by_score[:8]])

実行結果：

順位 象限 点数 重要 緊急 タスク
  1  第1   25   5    5   本番でログインできない障害の対応
  2  第1   20   5    4   リリース前テストで見つかった不具合の修正
  3  第1   20   5    4   証明書の更新（期限まで3日）
  4  第1   20   4    5   今日リリース分の修正のレビュー依頼
  5  第1   16   4    4   明日が期限の利用者向け回答（データ不整合の調査）
  6  第2   12   4    3   設計書の更新（今月末の引き継ぎ向け）
  7  第2   10   5    2   自動テストの追加（障害が続いた機能）
  8  第2    8   4    2   リファクタリング（変更が集中するモジュール）
  9  第2    8   4    2   ライブラリの更新（サポート終了まで2か月）
 10  第2    8   4    2   再来月に加わるメンバー向けの説明資料づくり
 11  第2    4   4    1   手作業デプロイの自動化
 12  第3   12   3    4   急ぎと書かれた見積もりの概算依頼
 13  第3   10   2    5   社内チャットの問い合わせ（操作方法の質問）
 14  第3   10   2    5   他チームからの「今日中に見てほしい」軽い確認
 15  第3    8   2    4   定例会議の資料の体裁直し
 16  第3    4   1    4   勉強会の参加可否への返信（今週締め切り）
 17  第4    4   2    2   ログの警告のうち影響が無いと分かっているものの整理
 18  第4    2   2    1   使われていない機能の細かな表示調整
 19  第4    2   1    2   読んでいない通知メールの整理
 20  第4    1   1    1   エディタの設定の作り込み

第1象限: 5件
第2象限: 6件
第3象限: 5件
第4象限: 4件

点数だけで並べると、第3象限が第2象限より上になる組み合わせ: 14 / 30
点数だけの上位8件の象限: [1, 1, 1, 1, 1, 2, 3, 2]

並べ替えのキーを「象限→点数→重要度」の順にしているのがポイントです。同じ20点でも、重要度5のタスクが重要度4のタスクより先に来ます。

第2象限に毎週の時間枠を確保する

第2象限のタスクは、期限に追われないぶん、予定に入れないと着手できません。週の初めに、第2象限のための時間を予定表に先に入れます。

第1象限が毎週あふれている場合は、第2象限の仕事（自動テスト、自動化、手順の整備）が足りていない合図です。第2象限に時間を使うほど、障害や差し戻しが減り、第1象限そのものが小さくなります。

象限ごとの扱い方

第3象限のタスクは、相手にとっては大事な用件です。「今日は16時以降に確認します」のように、いつ対応するかを先に返すと、相手も予定を立てやすくなります。

似た手法との違いと選び方

緊急度×重要度マトリクスは、個人やチームの「今週のタスク」を並べるのに向いています。機能の要望や企画案を比べるときは、別の手法が合います。

それぞれの定義は、次のとおり公開されています。

• MoSCoW：Agile Business Consortium の DSDM のページでは、Must Have を「これが無ければ期日に届ける意味が無いもの」、Should Have を「重要だが必須ではないもの」、Could Have を「あると望ましいが重要度は下がるもの」、Won't Have this time を「今回の期間では届けないと合意したもの」としています。Must Have の工数は全体の60%までにすることが勧められています。
• RICE：Intercom のブログで紹介された方法で、点数は（Reach × Impact × Confidence）÷ Effort です。Impact は 3・2・1・0.5・0.25、Confidence は 100%・80%・50% の中から選びます。
• ICE：Impact・Confidence・Ease をそれぞれ1〜10で付け、3つを掛け合わせます。少数の候補を比べて1つ選ぶ使い方に向く、と説明されています。

RICE と ICE の計算例です（Pythonで検算）。

どれを使うかの判断表

確かめて分かったこと

• 掛け算の点数だけで並べると、順番が入れ替わります。 記入例の20件で、第3象限（5件）と第2象限（6件）の組み合わせ30通りのうち、14通りで第3象限のほうが点数が高くなりました。たとえば「社内チャットの問い合わせ」（2×5＝10）は「手作業デプロイの自動化」（4×1＝4）より上に来ます。先に象限で分けてから点数を使う理由です。
• 点数表には同じ点数が何度も出ます。 5×5の25マスに出てくる点数は14種類で、4点は「重要度4×緊急度1」「2×2」「1×4」の3か所にあります。同点のときに重要度の高いほうを先にする決まりを入れておくと、迷いません。
• 境目を4にすると、3は「低い」側に入ります。 重要度3・緊急度4の「急ぎと書かれた見積もりの概算依頼」は、点数は12で第2象限の先頭と同じですが、象限は第3です。3ばかり付けてしまうと全部が第4象限に寄るので、迷ったら5つの質問に戻って数え直します。
• RICE の Confidence は掛け算に入るので、根拠の薄い案は点数が半分になります。 計算例のCは、Confidence が50%のため、100%なら300になる点数が150になりました。
• MoSCoW の「W」は「やらない」ではなく「今回はやらない」です。 開いたページでは Won't Have this time と書かれており、今回の期間の対象外として記録に残す区分でした。

よくある質問

Q. 緊急度と重要度の違いは何ですか？ A. 緊急度は「いつまでに対応が必要か」、重要度は「やらなかったときの影響がどれだけ大きいか」です。期限が近くても影響が小さければ、緊急だが重要ではないタスクになります。

Q. 全部が重要に見えて優先順位を付けられないときは、どうすればよいですか？ A. 5つの質問に「はい・いいえ」で答えて、数で比べます。それでも並ぶ場合は「どれか1つしかできないなら、どれを選ぶか」と自分に聞くと、順番が決まります。

Q. 第2象限の仕事に時間が取れないときは、どうすればよいですか？ A. 週の初めに、予定表へ先に時間枠を入れます。空き時間に進めようとすると後回しになるため、会議と同じ扱いで枠を確保し、割り込みがあった日は同じ週の別の時間に移します。

Q. 緊急度×重要度マトリクスとRICEの違いは何ですか？ A. マトリクスは個人やチームのタスクを並べる方法で、RICEは機能の要望や企画案を点数で比べる方法です。RICEは届く人数や工数の見積もりが要るため、日々のタスクより、何を作るかを決める場面に合います。

Q. 上司や依頼者と優先度の考えが合わないときは？ A. 点数表を見せて、重要度と緊急度のどちらの数字が違うかを確かめます。「重要だ」「急ぎだ」という言葉を数字に置き換えると、どこで考えが分かれているかが分かります。

まとめ

• 重要度は「やらなかったときの影響」、緊急度は「残り時間」で決める。期限の近さを重要度に混ぜない。
• 重要度は5つの質問（約束・影響人数・取り戻しにくさ・手間の増え方・目標とのつながり）の「はい」の数で付ける。
• 先に象限で分け、同じ象限の中を重要度×緊急度の点数で並べる。 点数だけで並べると、急ぐだけの仕事が上に来る。
• 第2象限には、週の初めに時間枠を先に確保する。 自動テストや自動化に時間を使うほど、第1象限が小さくなる。
• 第3象限は短く済ませる・任せる、第4象限はやめる・後回し。
• 機能の要望を比べるときはMoSCoW・RICE・ICE、日々のタスクを並べるときは緊急度×重要度マトリクス。

参考・出典

• Agile Business Consortium「MoSCoW Prioritisation」（DSDM Project Framework） https://www.agilebusiness.org/dsdm-project-framework/moscow-prioririsation.html
• Intercom「RICE: Simple prioritization for product managers」 https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
• ProductPlan「ICE Scoring Model」 https://www.productplan.com/glossary/ice-scoring-model/

（いずれも2026-10-05に確認）

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。