「1営業日以内に返信します。」
この一文を見ると、脳内ではなぜか勝手に変換が始まる。
よし、明日には終わるな。
終わらない。
正確には、「返信の目安」が「案件の完了予定時刻」に脳内昇格している。しかも本人の許可なく。
サポート窓口、本人確認、審査、役所、銀行、配送、採用手続き。こういう外部依存タスクには共通点がある。こちらが早く動いても、最後の処理速度は相手側にある。
だから最終的に強い運用は、意外と地味だ。
期限は長めに置く。提出は早めにする。
これだけである。
1. 「返信まで1営業日」と「1営業日で全部終わる」は別物
まず分けたい。
「1営業日以内に返信」と書いてあっても、それは普通、「あなたの案件が1営業日で完全解決します」という意味ではない。
返信が来る。 追加確認が入る。 人間レビューへ回る。 別部署へ回る。 書類が再確認される。 差し戻しが来る。
そして気づく。
あ、これは一本の処理じゃなくて、クエストチェーンだったんだ。
最初の返信はラスボス討伐ではない。村人Aから「次は北の塔へ行ってください」と言われるイベントかもしれない。
ここを混同すると、「1営業日って書いてあったのに！」となる。
気持ちは分かる。数字が書いてあると、人間は予定表に入れたくなる。
でも工程設計としては、「返信目安」と「完了納期」は別に持ったほうがいい。
2. 問題は「相手が遅い」だけではなく、自分の工程が相手時間に依存していること
外部依存タスクの面倒さは、処理時間の主導権がこちらにないことだ。
自分で書く資料なら、今日やるか明日やるかをある程度決められる。
でも審査は違う。
担当者がいつ見るか。 混雑しているか。 追加確認が必要か。 休日をまたぐか。 別部署確認が入るか。
こちらには分からない。
つまり、外部依存の納期をギリギリに置くのは、
新幹線の発車時刻に家を出る
みたいなものである。
駅までの信号も、電車の遅延も、改札の混雑も、「まあ全部ゼロ秒でいけるっしょ」で設計している。
それは予定ではない。祈祷である。
3. 「せっかち」は悪ではない。提出の速さに使うと強い
返信が少し遅れると「まだかな」と見に行きたくなる。
これは別に珍しい反応ではない。
ただし、せっかちさを相手の処理速度に向けても、こちらからサーバーのCPUクロックは上げられない。
そこで方向を変える。
待つのが苦手なら、待ち時間が始まる時刻を前倒しする。
これが強い。
締切3日前に提出して3日待つのと、締切当日に提出して3日待つのでは、相手の速度は同じでも自分の被害が違う。
せっかちの使い道は「3時間ごとに問い合わせる」ではなく、「必要情報が揃ったら3日前倒しで投げる」である。
4. 最適解は「納期を長めに言って、提出は早くする」
ここが本題。
外部依存では、
- 内部で見込む締切は長め
- 自分の提出は早め
- 相手の公称処理時間は最短寄りの目安として扱う
- 差し戻しを1回は想定する
くらいが扱いやすい。
たとえば「通常1〜2営業日」と書いてあったとしても、自分の後工程を2営業日後ぴったりに置かない。
余裕を持って、「想定処理日数＋差し戻し1回分＋数営業日」くらいの箱を先に確保しておく。
これは遅く仕事をする話ではない。
むしろ逆である。
早く投げるために、遅れを吸収できる納期を持つ。
ここが大事。
5. バッファはサボり時間ではなく「不確実性の置き場」
バッファというと、「余裕を持ってダラダラする時間」に聞こえることがある。
違う。
バッファは、
- 相手が混んでいた
- 休日を挟んだ
- 添付が読めなかった
- 名義や表記が一致しなかった
- 追加資料が必要だった
- 担当部署が別だった
みたいな、「起きるかもしれないが事前に時刻を読めないもの」の置き場である。
バッファゼロ設計は、全工程が一発で成功する世界線に全財産を賭けている。
人生、そこまでガチャに寄せなくていい。
6. フォローアップは「約束された目安を超えてから、軽く」が扱いやすい
逆に、早く出したからといって、すぐ催促する必要はない。
目安が提示されているなら、まずそこまでは待つ。
超えたら、
「状況確認です。すでに返信済みで私が見落としていたら教えてください」
くらいの軽いフォローで十分なことが多い。
最初から、
「まだですか」 「至急処理してください」 「人間を出してください」
まで行くと、案件より先に自分の血圧が処理される。
もちろん、本当に締切が迫っている、高額な資金が止まっている、安全や生活基盤に関わる、といった高影響案件は別だ。
でも通常の事務処理なら、早く提出して、余裕を持って待ち、目安を超えたら確認するのが安定する。
7. 「締切」と「提出日」を同じ日にしない
これは仕事でもかなり使える。
悪い設計：
締切日 ＝ 自分が提出する日 ＝ 相手が確認する日 ＝ 完了してほしい日
全部同日。
予定表が一行で美しい。
現実は一個ズレた瞬間に全壊する。
強い設計：
- 本当の外部締切を確認する
- 自分の内部締切を前に置く
- 必要情報が揃ったら内部締切よりさらに前でも提出する
- 差し戻し用の時間を残す
- 後工程は「回答予定」ではなく「完了確認」後に確定する
見た目は地味。
でも事故率は下がる。
8. 結局、時間管理で強い人は「速い人」より「遅れを織り込める人」
何でも即レス、即提出、即完了できれば気持ちはいい。
でも現実の仕事は、自分だけでは終わらない。
他人。 会社。 審査。 システム。 休日。 配送。 承認。
いろんなものが間に入る。
だから実務で効くのは、「全部早くしろ」と念を送る能力ではない。
自分で制御できる部分は早く動かし、自分で制御できない部分には最初から余白を置く能力である。
結論
「1営業日以内」と書いてある。
よし、1営業日で終わるな。
──この脳内変換をやめるだけで、かなり楽になる。
外部依存の案件では、
期限は長め。提出は早め。催促は目安を超えてから。差し戻しは最初から一回あるつもり。
これが強い。
締切日に提出するのは、締切を守っているようで、実は相手側の処理時間をゼロ分で見積もっている。
新幹線の発車時刻に家を出ない。
それだけである。
