同時に来た改修依頼のさばき方｜一人保守の優先順位のつけ方
朝、メールを開く。改修依頼が3件並んでいる。
1件目は営業部から「取引先に見せる帳票なので、なるべく早めに」。2件目は経理から「月末までにお願いします」。3件目は上長から「これ、簡単だよね？」の一行。どれも「早く」と書いてあって、どれも断れる相手ではありません。
全部やるしかない、とは思う。でも、どれから手を付けるかで手が止まる。この止まっている時間がいちばんつらいところです。順番を決める基準が自分の頭の中にしかないと、決めるたびに「これで合っているのか」と迷いが残ります。
結論：一人保守で決めておくのは、依頼を「今日／今週／来月以降」の3つに仕分ける基準ひとつだけです。分けるものさしは「いま業務が止まっているか」「回避策があるか」の2つ。そして受けた瞬間に30秒だけ使って、どこに入れたかを依頼者に返す。断る必要はありません。順番を伝えるだけで、催促のほとんどは止まります。
優先順位は、正解を当てる作業ではありません。自分の中の基準を、外に出しておく作業です。今日は基準を1枚書くところまでで十分です。
何が起きているか：一人保守で順番が決められなくなる4つの理由
順番がつけられないのは、判断力が足りないからではありません。一人保守という状況そのものに、決めにくくなる構造があります。
- 依頼の「本当の締め切り」が書かれていない。多くの依頼には「なるべく早く」「お手すきのときに」としか書かれていません。この2つは、実は情報量がゼロです。依頼した側も、いつまでに必要かを言語化していないことがよくあります。締め切りが空欄のまま並んだリストは、原理的に並べ替えられません。
- 依頼者どうしが、お互いの依頼を知らない。営業部は経理の依頼を知らず、経理は上長の依頼を知りません。だから全員が「自分の1件だけを見てくれている」前提で待っています。調整役がいないので、その板挟みは全部こちらに来ます。
- 割り込みが読めない。改修に集中しようとした日に限って、障害の一次対応や問い合わせが入る。予定を立てても崩れる経験が続くと、そもそも予定を立てる気力のほうが先に減っていきます。
- 順番を伝えると「断った」ように受け取られそうで、言い出しにくい。これがいちばん大きいかもしれません。「来月になります」と言うのが申し訳なくて、つい「やってみます」と返してしまう。結果として全部が同時進行になり、どれも終わらない。丁寧であろうとした結果、いちばん迷惑をかける形になってしまうのは、なかなか苦しいところです。
Googleの「Site Reliability Engineering」でも、運用の負荷は手を動かす量より、割り込みで思考が途切れることのほうが効いてくるという考え方が繰り返し出てきます。一人保守で消耗するのは、作業そのものより「どれをやるか決め続けること」のほうです。
逆に言えば、決める基準を1回だけ作って外に出しておけば、この4つはかなり軽くなります。次から順に見ていきます。
依頼を「今日／今週／来月以降」の3つに仕分ける
やることは、届いた依頼を3つのトレイのどれかに入れるだけです。5段階や10段階の優先度は作りません。一人で回す現場では、細かい順位づけそのものが手間になって続きません。
仕分けに使うものさしは、次の2つだけです。
- いま業務が止まっているか（影響の大きさ）
- 回避策があるか（手作業でしのげるか、他の画面で代用できるか）
この2つを順に当てるだけで、3つのどれかに落ちます。
「今日」に入るもの：業務が止まっていて、回避策がない
いま誰かの仕事が進められなくなっていて、代わりの手段がないもの。ここだけは、他の予定を止めて先に着手します。
- 受注が登録できない、請求書が出せない、といった業務の根っこが止まっている
- データが誤って表示・記録されていて、放っておくと誤りが増え続ける
- 外部への影響（顧客・取引先に誤った情報が出ている）がある
ここは改修というより、障害対応の入口として扱ったほうが早いことも多いです。原因の切り分けと一次対応の流れは障害対応runbookテンプレートに、関係者への最初の連絡は障害の第一報テンプレートにまとめています。
注意したいのは、「今日」を増やしすぎないことです。ここが週に何件も入るようだと、仕分けの基準が緩んでいるか、システム側に別の問題があります。「今日」は例外の箱、という感覚で運用します。
「今週」に入るもの：業務は回るが、回避策に負担がかかっている
手作業やダブルチェックでしのげているけれど、その負担が誰かに乗っているもの。ここがいちばん多くなります。
- 帳票の項目が足りず、毎回手で追記している
- 検索条件が不足していて、目視で探している
- エラーは出るが、やり直せば通る
判断のポイントは、その回避策が「あと1週間」続いたときの負担です。1日5分の手作業なら、1週間で25分。これは待てます。1日1時間かかっているなら、1週間で5時間。これは待てません。「不便かどうか」ではなく「回避の手間×日数」で見ると、迷いがかなり減ります。
なお、この箱に入れたものを実際に着手するときは、影響範囲の確認を飛ばさないようにしたいところです（→既存システムの改修、影響範囲を見落とさない調査の順番）。急ぎで入れた1件が別の場所を壊すと、結局いちばん時間を取られます。
「来月以降」に入るもの：あると便利、なくても回る
今のやり方でも業務は成立していて、直すと楽になるもの。ここに入れるのは後ろ向きな判断ではありません。まとめて手を付けるための箱です。
- 画面の並び順や文言の調整
- 「あったら便利」な出力項目の追加
- 使う人が限られている機能の改善
この箱の依頼は、溜めてからまとめて出すほうが効率がいいことが多いです。同じ画面の修正が3件たまってから一度にリリースすれば、テストも本番反映も1回で済みます。細かく出すほど、本番反映のチェックリストや回帰確認の回数が増えて、かえって時間を食います。
ここでひとつだけ守りたいのは、「来月以降」に入れた依頼を消さないことです。消してしまうと、依頼者からは「無視された」ように見えます。リストに残っていて、いつ見直すかが決まっている。それだけで、印象はまったく変わります。
迷ったときの一言
3つのどれに入るか迷ったら、依頼者にこう聞いてみてください。
「これ、直るまでの間はどうやって回していますか？」
回避策を聞くだけで、影響の大きさはほぼ分かります。 「毎日30分かけて手で直しています」なら今週。「気づいたときに直せばいいので、特に困っていません」なら来月以降。「困り具合」を直接聞くより、「いまどうしているか」を聞くほうが、正確な答えが返ってきます。
依頼の中身そのものが曖昧なときは、聞き方の型を先に用意しておくと楽です（→曖昧な改修依頼の要件を引き出すヒアリングの型）。
受けた瞬間の30秒：あとで困らないための返し方
仕分けと同じくらい効くのが、依頼を受けた直後の30秒です。ここを飛ばすと、あとで催促の対応に何倍もの時間がかかります。
やることは3つだけです。
① 受け取ったことを返す。
まず「受け取りました」とだけ返します。内容を精査する前で構いません。依頼者がいちばん不安なのは、届いたかどうか分からない時間です。
② どの箱に入れたかを、日付で伝える。
ここが本体です。「優先度は中です」ではなく、日付か週で返します。
ご依頼ありがとうございます。受け取りました。
内容を確認したところ、いまは手作業で対応いただけている状態と伺いましたので、
今週分としてお預かりします。8/7（金）までに着手予定です。
もし「その日までは待てない」事情があれば、遠慮なく教えてください。
順番を組み直します。「断る」文面はどこにもありません。 順番を伝えているだけです。それでも、催促のメールはほとんど来なくなります。人が催促するのは、急いでいるからというより、忘れられていないか不安だからです。
③ リストに1行だけ書く。
依頼の管理は、凝った仕組みでなくて構いません。テキストファイル1枚で足ります。
2026-08-03 今週 営業部・田中さん 受注一覧に取引先コード列を追加 8/7着手予定
2026-08-03 来月 経理・佐藤さん 月次CSVの並び順を変更 9月分でまとめて
2026-08-03 今週 上長 ログイン画面の文言修正（軽微） 8/6着手予定
2026-07-28 来月 営業部・田中さん 検索条件に担当者を追加 9月分でまとめて日付・箱・依頼者・内容・予定の5つだけ。新しいツールを増やさないのが続けるコツです。すでにチケット管理があるならその優先度欄を3つに統一する、なければテキスト1枚で十分です。この1行は、月末に月次運用報告を書くときの集計元にもそのまま使えます。
具体例：3件が同時に来た朝を、実際にさばいてみる
冒頭の3件を、この基準で仕分けてみます。
1件目：営業部から「取引先に見せる帳票なので、なるべく早めに」
聞いてみると、帳票に取引先コードが出ていない。いまは出力後にExcelで手入力しているとのこと。1回あたり10分、週に3回ほど。1週間で30分です。
→ 今週。回避策はあり、負担も待てる範囲。金曜までに着手すると返します。
2件目：経理から「月末までにお願いします」
月次CSVの並び順を変えたい。いまはCSVを開いてから並べ替えている。月に1回、5分程度。
→ 来月以降。ここは正直に「9月分の作業でまとめて対応させてください」と返します。月末という締め切りは守れませんが、それを黙って過ぎるより、いま伝えるほうがずっといいです。実際、経理側も「並べ替えは5分なので、それで問題ないです」という返事でした。
3件目：上長から「これ、簡単だよね？」
ログイン画面の文言修正。確かに文字を変えるだけですが、このシステムは同じ文言を3画面で共有していて、テンプレートの共通部分を触る必要がありました。作業は10分、確認は3画面分。
→ 今週。ただし返信で「作業自体は10分ですが、共通部分なので他2画面の確認込みで見ています」と一言添えました。「簡単だよね」に「簡単じゃないです」と返すのではなく、何を確認するかを書く。そうすると、次から同じ種類の依頼に「共通部分かどうか」の話が自然に乗るようになります。
この3件、実作業の合計は2時間ほどでした。
朝に手が止まっていた時間は、実は30分近くありました。仕分けに使った時間は、3件合わせて10分です。 決められないまま抱えていた時間のほうが、決める時間よりずっと長かった、ということになります。
そして翌週、営業部からもう1件依頼が来たとき、メールの冒頭にこう書かれていました。「前回すぐ順番を教えてもらえて助かったので、今回も急ぎかどうか書いておきます。これは急ぎではないです」。順番を伝える運用は、依頼する側の書き方まで少しずつ変えていきます。
影響：仕分けの基準を持つと何が変わるか
- 決める時間が消える。毎回ゼロから考えなくてよくなります。3つのどれかに入れるだけなので、1件あたり数十秒です。
- 催促が減る。日付で返しておくと、依頼者は待てます。催促の対応にかかっていた時間が、そのまま作業時間に戻ってきます。
- 「順番を守っている」と説明できる。あとから「なぜあれが後回しなのか」と聞かれたとき、基準とリストがあれば、感情の話ではなく基準の話ができます。自分を守るためではなく、相手と同じ土俵で話すためです。
- 依頼の総量が見える。3ヶ月分のリストがたまると、月に何件来ていて、どれくらいさばけているかが分かります。これは改修見積もりを「保守目線」で出すときの観点や、人手・工数の相談をするときの実測データになります。
- 「来月以降」が積み上がる意味が変わる。放置ではなく、まとめて出すための待機列として説明できます。溜まりすぎているなら、それ自体が体制の相談材料です（→技術的負債を「見える化」して優先順位をつける方法）。
- 割り込みに強くなる。障害で1日つぶれても、戻ってきたときに「今日」の箱を見れば再開できます。思い出す作業がいらないのは、思っている以上に効きます。
数字でも見ておきます。1日8時間のうち、問い合わせ・監視対応・割り込みで平均3時間持っていかれるとすると、改修に使えるのは1日5時間。月20営業日で100時間です。ここに月12件の依頼が平均2時間で来るなら24時間分。一見おさまりますが、実際には調査・確認・リリース作業が乗るので、体感はもっと詰まります。数字を並べると「さばけていないのは自分のせいではない」ことが見えてくることも、けっこうあります。
明日やること：基準を1枚書くところから
いきなり全部の依頼を仕分け直さなくて大丈夫です。明日できる、いちばん小さな一歩はこれです。
- テキストファイルを1枚作り、「今日／今週／来月以降」の3行だけ書く。
- その下に、いま抱えている依頼を思い出せる順に並べる。全部でなくて構いません。
- 各依頼に「いま、直るまでどうやって回しているか」を一言だけ添える。分からなければ「未確認」でよいです。
- その一言を見ながら、3つのどれかに振る。迷ったら「今週」に入れておく（あとで動かせます）。
- 明日新しく来た依頼から、受け取り返信に日付を1行入れる。
1と2までなら、明日10分で終わります。 完璧な仕分けは要りません。1回目は、判断の基準を頭の外に置く作業です。2回目からは、当てはめるだけになります。
すでに抱えている依頼への返信は、無理に全部出さなくて大丈夫です。次に催促が来たときに、その1件だけ日付を返せば十分です。
「改修依頼の優先順位」チェックリスト
コピーして、いまのやり方に当ててみてください。全部そろえる必要はありません。
まず外せない最低ラインはこの3つです。時間がなくても、ここだけは押さえます。
- 【最低ライン】依頼を入れる箱を「今日／今週／来月以降」の3つに決めたか
- 【最低ライン】依頼を受けたら、日付か週で見込みを返しているか（「優先度：中」で終わらせていないか）
- 【最低ライン】受けた依頼を1行ずつ残す場所を1か所に決めたか
次の項目は、余裕があるとき・より確実にしたいときに確認します。当てはまらなければ飛ばして大丈夫です。
- 仕分けの前に「いま、直るまでどう回していますか」を聞いているか
- 回避策の負担を「1回の手間 × 日数」で見ているか（不便さの印象だけで決めていないか）
- 「今日」の箱が週に何件も入っていないか（入るなら基準かシステム側を見直す）
- 業務が止まっている案件を、改修ではなく障害対応として扱えているか
- 「来月以降」に入れた依頼を、リストから消さずに残しているか
- 「来月以降」を見直す日を決めてあるか（月初など）
- 同じ画面・同じ機能の依頼を、まとめて出せないか確認したか
- 「簡単だよね」と言われた依頼に、確認範囲を一言添えて返したか
- 影響範囲の調査を、着手前に済ませているか
- 割り込みで中断したとき、再開できるだけの一行が残っているか
- 依頼の件数と所要時間を、月単位で数えられる形になっているか
- 期限を守れない依頼を、黙って過ぎる前に伝えているか
- 緊急扱いにする条件を、通常のリリースと分けて決めてあるか（→緊急リリースと通常リリースの線引き）
- 暫定対応で止めた案件を、恒久対応の待ち行列に入れ直しているか（→暫定対応と恒久対応を分けて管理する方法）
全部に○が付かなくても大丈夫です。最低ラインの3つ、とくに「日付で返した」さえ言えれば、いちばん消耗していた催促と迷いは、もう半分減っています。
よければ、こちらも
優先順位の話は、依頼の受け方と着手の仕方とセットで効いてきます。
- 曖昧な改修依頼の要件を引き出すヒアリングの型：仕分ける前に、依頼の中身をはっきりさせる聞き方です。
- 既存システムの改修、影響範囲を見落とさない調査の順番：「今週」に入れた1件に着手するとき、最初に通しておきたい調査です。
- 改修見積もりを「保守目線」でブレなく出すための観点：所要時間の見込みがぶれると、順番も一緒にぶれます。
- 暫定対応と恒久対応を分けて管理する方法：急ぎでしのいだ案件を、あとで拾い直すための整理です。
- 問い合わせ対応を「調査ログ」として残して資産にする方法：依頼と問い合わせの記録を、次に効く形で残す方法です。
優先順位をつけるのは、依頼を選り分けて誰かを後回しにする作業ではありません。限られた時間の中で、いちばん困っている人から順に手が届くようにする作業です。
3件同時に来た朝に手が止まるのは、真面目に全部やろうとしているからです。その姿勢のほうが、順番を決める技術よりずっと得がたいものだと思います。あとは、頭の中にある基準を紙の上に出すだけです。
今日は、3つの箱の名前を書くところまでで十分です。明日来る1件目から、当てはめてみましょう。
ほかの実務ヒントは記事一覧からどうぞ。保守運用の小さな備えを、メールでも少しずつお届けしています。