「来た順にやる」と「重要な順にやる」。どちらが正しいのでしょうか。
このページの問いは、この二つの基準を並べて、それぞれが何を得意とし、何でつまずくかを見ることです。結論を先に言えば、どちらも万能ではありません。だからこそ、両方の性質を知っておく必要があります。
先着順(FCFS)とは何か
先着順は、英語で First-Come, First-Served、略してFCFSと呼ばれる方式です。仕組みは単純です。到着した順に、そのまま処理していきます。追い越しは一切ありません。窓口業務や、順番待ちの受付は、多くがこの方式です。
もう少し丁寧に仕組みを見ておきましょう。FCFSでは、実行待ちの列に「到着した時刻」というただ一つの情報だけを使って順番を決めます。案件の重さや、依頼者の役職、内容の緊急度は一切考慮しません。判断材料が一つしかないからこそ、誰にでも同じ結論が出せる、という単純さが生まれます。
先着順の最大の利点は、公平さがひと目でわかることです。誰が見ても、並んだ順番どおりに進んでいると納得できます。判断に迷う余地がなく、運用のコストも低いという特徴があります。ルールを説明する必要すらほとんどありません。役所の窓口で番号札を配るのは、この単純さと公平さを両立させるための工夫です。
しかし先着順には弱点があります。処理にかかる時間が長い案件が先頭に来ると、その後ろに並ぶすべての案件が、丸ごと待たされてしまうのです。たとえば、複雑な問い合わせ1件に30分かかるとして、それが最初に来てしまうと、後ろに並ぶ5分で終わる案件が9件あっても、全員が30分待つことになります。合計の待ち時間で見ると、これは非常に効率が悪い結果です。
具体的な場面を、もう少し手順に沿って考えてみましょう。ヘルプデスクの担当者が、朝一番に届いた「システム障害の詳細な原因調査」という依頼に着手したとします。原因調査には調べものが必要で、着手から回答まで40分かかります。その間に届いた「パスワードを忘れた」という1分で答えられる質問は、40分間ずっと列の中で待ち続けます。
会議調整でも同様のことが起きます。日程を何往復も調整する案件を先に処理していると、すぐ決まるはずの案件まで巻き込まれて遅れます。「来週の全体会議、参加者の空き日を全員に聞いて回る」という調整に手間取っている間に、「明日の10分の打ち合わせだけ確定してほしい」という簡単な依頼が後回しにされ続けるのです。引き継ぎ業務でも同様に、重い案件を先頭に置くと、後続がすべて詰まります。
コールセンターの場面も見ておきましょう。受電順に対応する運用のもとで、契約内容を一から確認しなければならない複雑な問い合わせが先頭に来たとします。担当者が資料を調べながら対応している間、後ろに並ぶ「営業時間を知りたいだけ」の問い合わせは、電話口で延々と待たされ続けます。ルールそのものは公平でも、結果として体感される公平さは損なわれています。
ここで一つ、よくある反論を考えてみます。「先着順を守るのは当然のマナーであり、それを崩すのは不公平だ」という声です。この主張は間違いではありません。ただし、先着順が守っているのは「並んだ順序」の公平さであって、「待ち時間の合計」の公平さではありません。どちらの公平さを優先するかは、ルールを選ぶ前に決めておくべき論点です。この違いに気づかないまま先着順を「唯一の公平なやり方」だと思い込むと、後半で見る改善の余地を見落としてしまいます。
優先度スケジューリングという発想
もう一つの基準が、優先度による並べ替えです。到着した順ではなく、重要度や緊急度でランクをつけ、ランクの高いものから処理します。上司からの依頼を最初に、定型の事務作業を後回しにする、といった判断は、日常的に行われている優先度スケジューリングです。
優先度スケジューリングの仕組みを段階的に見てみましょう。まず、到着した案件それぞれに、何らかの基準でランクをつけます。次に、実行待ちの列の中から、最もランクの高い案件を選んで処理します。処理が終わったら、また列全体を見渡して、その時点で最もランクの高いものを選びます。到着順は判断材料に一切使いません。
優先度の利点は、本当に重要な仕事を、待たせずに前に進められることです。すべてを均等に扱うのではなく、重みをつけて処理順を決められるという柔軟さがあります。緊急の案件が来たときに、それを後回しにせずに済むのは大きな価値です。役員からの至急確認と、社内アンケートの回答依頼が同時に届いたとき、多くの人は迷わず前者を先に処理します。これも優先度スケジューリングの一種です。
一方で、優先度スケジューリングには、基準そのものの設計という難しさがあります。「誰が優先度を決めるのか」「何を基準にランクをつけるのか」が曖昧なままだと、結局は声の大きい依頼者や、役職の高い人からの依頼が優先されるだけの運用になりがちです。これは合理的な優先順位づけではなく、単なる力関係の反映です。
このすれ違いを、もう少し会話に近い形で見てみましょう。「至急でお願いします」というメールが2通同時に届いたとします。片方は取引先の担当者から、もう片方は社内の後輩からです。基準が明文化されていなければ、担当者は無意識のうちに、社外からの依頼を優先しがちです。それが本当に緊急度の差を反映しているのか、それとも単に相手の立場への配慮なのか、区別がつかないまま処理が進みます。
「誰が優先度を決めるのか」という問いも、避けて通れません。上司が個別に「これを先に」と指示するやり方は、その場では機能しますが、上司が不在のときに判断が止まってしまいます。かわりに、「金額が一定以上の見積もりは最優先」「システム障害に関する報告は最優先」というように、判断基準そのものを先に決めておけば、誰が対応しても同じ結論にたどり着けます。基準を人に持たせるか、ルールに持たせるかという違いは、想像以上に大きな差を生みます。
さらに深刻な問題があります。優先度の低いタスクが、いつまでも後回しにされ続けるという現象です。新しい高優先度の案件が次々に割り込んでくると、低優先度のタスクは永遠に順番が回ってきません。これは「飢餓」と呼ばれる状態で、この章の後半で扱う「エイジング」という仕組みが、この問題への対処法になります。
具体的な場面としては、経費精算の見直しや、社内ツールの改善要望が挙げられます。どれも「今すぐでなくていい」と判断され続け、気づけば半年放置されている、という状況は多くの職場で見られます。個々の判断は間違っていなくても、積み重なると全体として不健全な状態になります。
ここでよくある反論に触れておきます。「優先度をつけるのは当然のことで、わざわざ議論するまでもない」という声です。たしかに優先度をつけること自体は自然な判断です。ですが問題は、その基準が言葉になっているかどうかです。基準が言葉になっていなければ、優先度は「声の大きさ」や「関係性」の代理変数になりがちです。優先度をつけていないのではなく、優先度の中身を誰も検証していない、という状態が起きやすいのです。
もう一つ、飢餓が起きる場面を具体的に見てみましょう。ある担当者の週次のタスクリストに、「社内ツールの検索機能を改善する」という項目が入っているとします。毎週、緊急の顧客対応や役員からの至急依頼が優先され、この項目には一度も手がつきません。半年後、リストを見返すと、その項目だけが最初の週から変わらず残っています。担当者に怠慢があったわけではなく、優先度という基準が、毎回この項目を後ろへ押しやり続けた結果です。
二つの基準をどう使い分けるか
先着順は、公平さと単純さが求められる場面に向いています。窓口業務のように、順番の逆転が不満を生みやすい場面では、先着順が信頼を守ります。一方、緊急度に大きな差がある仕事の集まりでは、優先度による並べ替えが必要です。すべてを同じ重みで扱うと、本当に急ぐものが埋もれてしまうからです。
もう一つ考えるべき反論があります。「二つの基準を切り替えるなら、いっそ毎回その場で判断すればいいのではないか」という声です。しかし、その場ごとの判断には代償があります。判断に時間がかかるうえ、判断する人によって結果が変わり、依頼者から見た一貫性が失われます。あらかじめどちらの基準を使う場面かを決めておくことで、判断のコストそのものを減らせます。
具体的な組み合わせ方を一つ示します。ある部署の窓口対応を思い浮かべてください。基本方針は先着順とし、「システム全体が止まっている」「顧客からのクレームで契約解除の恐れがある」といった、あらかじめ列挙した数個の条件に当てはまる場合だけ、優先度で先に対応する、というルールです。条件を数個に絞ることで、「なんとなく緊急そう」という主観的な判断が入り込む余地を減らせます。
大事なのは、どちらか一方を常に使うのではなく、場面によって基準を切り替える、あるいは組み合わせるという発想です。窓口では先着順を基本としながら、明らかな緊急事態だけは例外として優先度で扱う、という組み合わせも可能です。
この組み合わせを設計するときに意識したいのは、例外の条件を後から増やしすぎないことです。「これも緊急にしてほしい」という要望を一つずつ受け入れていくと、いずれ大半の案件が例外扱いになり、先着順という基本方針そのものが形骸化します。例外は数を絞ってこそ機能します。
ここまで、先着順と優先度という二つの基準を見てきました。どちらも単独では万能ではなく、それぞれが異なる種類の不公平を生み出す可能性を持っています。この事実を知っているだけでも、目の前で起きているトラブルの原因を、個人の能力の問題ではなくルールの設計の問題として捉え直せます。
次のページでは、優先度の一種でありながら、待ち時間そのものを最小化する狙いを持つ「SJF」という考え方を見ていきます。SJFは、優先度を「重要度」ではなく「かかる時間の短さ」で決めるという、もう一つの切り口を提供してくれます。重要度という主観の入り込みやすい基準の代わりに、所要時間という比較的測りやすい基準を使う点に、この考え方の面白さがあります。
持ち帰り
- 先着順は公平で単純だが、長い案件が先頭に来ると全体が詰まる
- 優先度は柔軟だが、基準が曖昧だと力関係の反映になりやすい
- 優先度の低いタスクは、いつまでも後回しにされる「飢餓」に陥りやすい
やってみる
今抱えているタスクを一つ選び、それが「先着順」で回ってきたのか「優先度」で回ってきたのかを振り返ってみてください。優先度なら、その基準を誰がいつ決めたかも一緒に思い出してみましょう。