導入：「残業で回っている」は、足りている証拠ではない
職場で、こんな判断がされることがある。
残業しているけど、仕事は回っている
だから、今すぐ人を入れなくてもよい
まず業務改善してほしい
改善して、それでも足りなければ人を入れる
一見、合理的に聞こえる。
人を増やす前に業務改善する。
無駄を減らしてから採用する。
固定費を増やす前に、今の仕事を見直す。
言葉だけ見ると正しい。
しかし、現場の実態によっては、この順番は完全に逆である。
なぜなら、残業で回っている職場は、回っているのではなく、改善する時間を燃料にして延命しているだけの場合があるからだ。
本来、残業はこう見るべきである。
残業して回っている
= 定時間内のキャパは足りていない
= 改善・標準化・教育・自動化の時間を食っている
= ミス・疲弊・離職リスクが積み上がっている
ところが、悪い管理ではこう誤認される。
残業してでも納期に間に合った
= 回っている
= 人は足りている
= 先に業務改善して
これが、改善キャパを奪う無限ループを作る。
この記事では、特に品保・現場・係長・改善担当に起きやすい「残業で回っているから人を入れない」問題を、会社側の解決策と個人側でできる防衛策に分けて整理する。
1. なぜ「残業で回っているから人はいらない」という計算になるのか
会社側の計算は、たぶんこうである。
残業している
↓
でも納期は守っている
↓
客先問題にもなっていない
↓
今の人数で回っているように見える
↓
人を入れると固定費が増える
↓
まず業務改善して工数を減らしてほしい
この計算には、いくつかの見落としがある。
見落とし1：残業を正規キャパとして見ている
残業は、通常キャパではない。
残業は、定時内キャパ不足を人間の延長稼働で埋めている状態である。
定時内で回る
= 通常キャパ内
残業で回る
= 通常キャパを超えている
残業しないと回らない
= 人員・業務量・業務設計のどこかが不足している
ここを見誤ると、「回っている」という誤認が起きる。
見落とし2：改善時間をコストとして見ていない
業務改善には時間が必要である。
現状把握する時間
データを集める時間
手順を見直す時間
標準書を作る時間
RPA/VBAを作る時間
教育する時間
試行錯誤する時間
失敗して直す時間
しかし、日常業務が残業前提なら、この時間がない。
つまり、
忙しい
↓
改善しろ
↓
改善する時間がない
↓
改善できない
↓
人は入れない
↓
さらに忙しい
となる。
これは、改善を条件にして、人員投入を無期限に先送りするループである。
見落とし3：品保の仕事は「止めている成果」が見えにくい
品保は、問題が起きないほど成果が見えにくい。
不良を止めた
客先流出を防いだ
監査で指摘を防いだ
問い合わせを先に潰した
書類を整えた
現場のミスを吸収した
これらは、うまくいくほど「何も起きていない」に見える。
そのため、外からはこう見える。
不良出てない
客先問題になってない
監査もなんとかなってる
なら、今の人数で足りている
違う。
品保が残業して止めているから、表面化していないだけかもしれない。
見落とし4：優しい人・真面目な人が吸っている
職場が回っているように見える理由は、業務設計が良いからとは限らない。
優しい人が吸っている
真面目な人が残業している
係長が便利屋化している
教育者が永久窓口になっている
RPA/VBAで作った余力に追加業務を載せている
この場合、会社の売上や納期は回っていても、人間側に負債が溜まっている。
そしてある時、優しい人がブチ切れる。
その時、会社はこう言いがちである。
態度が悪い
電話に出ない
協力的ではない
最近感じが悪い
しかし本質は、態度ではない。
残業で回す構造が、人を壊しているのである。
2. 研究的に見ると「残業で回す」はかなり危ない
この構造は、研究的には capability trap や firefighting に近い。
Repenning と Sterman の capability trap の議論では、短期の成果を出すために改善・学習・保守へ投資する時間を削ると、能力が育たず、さらに短期対応に追われる悪循環が起きるとされる。
つまり、
目の前の処理を優先する
↓
改善時間を削る
↓
仕組みが良くならない
↓
また目の前の処理が増える
↓
さらに改善時間を削る
である。
これは、まさに「残業で回っているから、人を入れる前に改善して」という職場で起きる。
また、Pencavel の労働時間と生産性の研究では、労働時間と生産量の関係は単純な比例ではなく、一定以上では時間を増やしても産出は逓減することが示されている。
つまり、残業2時間は、定時内の2時間と同じ価値ではない。
さらに、JD-Rモデルでは、仕事の要求が高く、資源が足りない場合、消耗や離脱につながりやすいと整理される。HSEのManagement Standardsでも、仕事の要求には workload、work patterns、work environment が含まれ、従業員が職務要求に対処できる状態が重要とされる。
この視点で見ると、残業で日常処理を続け、改善・教育・標準化の時間がない状態は、かなり危ない。
3. 会社側の解決策
ここからは、会社側が本当にやるべきことを整理する。
3-1. 残業を「足りている証拠」ではなく「キャパ不足の証拠」として扱う
まず、見方を変える。
残業して回っている
= 人が足りている
ではない。
残業して回っている
= 定時キャパでは足りていない
である。
見るべき指標は、残業時間だけではない。
残業時間
滞留件数
納期遅れ件数
問い合わせ件数
再発件数
監査対応時間
客先対応時間
教育・標準化に使えた時間
改善に使えた時間
特に重要なのは、最後の2つである。
改善に使えた時間がゼロなら、それは改善能力がないのではない。
改善キャパを与えていないだけである。
3-2. 改善する前に、改善する時間を作る
「業務改善してから人を入れる」は、順番が逆の場合がある。
正しくはこうである。
一時的にキャパを作る
↓
日常業務を安定させる
↓
改善時間を確保する
↓
標準化・自動化・教育を行う
↓
本当に必要な人数を再計算する
改善は、余った時間でやるものではない。
改善は、先に時間を確保してやるものである。
3-3. 仕事を増やす前に、減らす仕事を決める
追加業務が来たら、必ずセットで確認する。
代わりに何を減らすか
何を止めるか
何を後回しにするか
どの優先順位を下げるか
誰が判断するか
いつ見直すか
これをしない追加依頼は、ただの負荷積みである。
3-4. P0〜P3の入口フィルターを作る
全部を品保・現場・係長へ流してはいけない。
入口で分ける。
P0：事故・安全・法令・客先重大影響 → 即対応
P1：品質・納期・業務遅延あり → 担当と期限を決めて対応
P2：繰り返し発生・放置すると影響拡大 → 週次/月次で整理
P3：不満のみ・実害なし・n=1 → 記録のみ、様子見
P3まで全部P1扱いすると、現場は飲食店化する。
3-5. 品保の仕事を分類する
品保の仕事は混ざりやすい。
検査
不良対応
客先対応
監査対応
書類作成
現場問い合わせ
電話対応
再発防止
教育
標準化
改善活動
これを全部「品保の仕事」でまとめると終わる。
最低限、次の3つに分ける。
日常処理
緊急対応
改善・標準化
そして、改善・標準化の時間を最初に確保する。
3-6. 優しい人・できる人を永久窓口にしない
優しい人が怒るのは、性格が悪くなったからではない。
ずっと聞かれる
ずっと拾う
ずっと残業する
でも仕事は減らない
そのうえ態度悪いと言われる
からである。
会社側は、教育者・改善者・品保のキーパーソンを、便利な窓口にしてはいけない。
窓口
判断者
期限
例外ルート
質問受付期間
引継ぎ条件
を決める必要がある。
3-7. 人を入れる、異動させる、応援を入れる
根本的にキャパが足りないなら、人を入れるしかない。
中途採用
部署異動
応援
派遣
外注
一時的なヘルプ
これらはコストではある。
しかし、残業で回し続けることもコストである。
違いは、残業・疲弊・離職・ミス・改善遅れのコストは見えにくいだけである。
4. 個人側でできること
正直、会社側が動かない限り、個人で根本解決するのは難しい。
ただし、被弾を減らすことはできる。
4-1. 「残業で回している」を自分の能力証明にしない
残業で回した瞬間、会社はこう学習する。
なんだ、回るじゃん
だから、自分の中ではこう認識する。
これは定時キャパ不足を残業で埋めているだけ
残業で回せることを、自分の価値証明にしすぎない。
4-2. 追加依頼には「代わりに何を下げますか？」を添える
追加依頼が来たら、受ける/受けないの前に、優先順位の話に戻す。
対応自体は確認します。
ただ、追加で対応する場合、代わりに何を下げるか、優先順位と期限を確認させてください。
短く言うなら、
追加するなら、下げるものも決めてください。
4-3. P3はP3として扱う
低価値案件に巻き込まれそうな時は、こう返す。
現時点で事故・遅刻・業務遅延・安全リスクが確認されていないため、緊急対応ではなく記録のみで様子見でよいと思います。
P3を持たない。
4-4. 「分かる」と「持つ」を分ける
知っているから担当、は危険である。
分かる範囲の事実共有はできますが、判断・継続対応は担当者または上長判断でお願いします。
これを固定する。
4-5. 自動化・標準化で作った余力を守る
RPAやVBAで仕事を軽くした結果、その余力に未定義タスクを積まれることがある。
その時はこう言う。
自動化で工数を下げているだけなので、余力として無限に追加できるわけではありません。
追加する場合は、どの業務を下げるか確認させてください。
余力を守らないと、自動化した意味が消える。
4-6. 怒りを「態度」ではなく「設計」に変換する
内心では、
あほか
でよい。
しかし、外向きには設計の言葉に変える。
業務量・優先順位・対応範囲が曖昧なままだと、継続的な対応は難しい認識です。
態度問題にされる前に、業務設計の話へ戻す。
4-7. 自分用ログを残す
自分の防衛用に、次を軽く残す。
日付
依頼内容
対応した時間
残業時間
低価値案件
止めた案件
追加依頼
下げる業務が決まっていたか
このログは、相手を攻撃するためだけではない。
自分の中で「これは構造問題だ」と確認するためにも役立つ。
4-8. 最後は逃げる
会社が、
人を入れない
仕事を減らさない
改善時間を作らない
残業で回す
怒った人を態度問題にする
なら、個人でできることには限界がある。
その場合は、
有給
最低限運用
異動
転職
退職
も普通に選択肢である。
5. 会社側と個人側の違い
会社側の解決策は、設計である。
キャパを作る
人を入れる
仕事を減らす
P3を止める
品保業務を分類する
改善時間を先に確保する
教育者・改善者を永久窓口にしない
個人側の解決策は、防衛である。
追加依頼には下げる業務を確認する
P3を持たない
知っていることと担当を分ける
自動化余力を守る
怒りを設計の言葉に変換する
ログを残す
最後は逃げる
会社側が設計しない限り、個人側でできるのは、防衛と離脱準備である。
ここを混ぜないことが重要である。
6. まとめ：残業で回っている職場は、改善する時間を燃料にして延命している
この記事の結論をまとめる。
残業で回っている
= 足りている証拠ではない
= 改善キャパを食って延命している可能性がある
業務改善してから人を入れる
= 改善時間がある職場なら正しい
= 改善時間がない職場では無限ループになる
優しい人が怒る
= 性格が悪くなったのではない
= 未定義・低価値案件・残業キャパ誤認で削られている可能性がある
会社側は、キャパを作る。
分ける。
止める。
減らす。
人を入れる。
改善時間を確保する。
個人側は、追加負荷を無限に吸わない。
P3を持たない。
「分かる」と「持つ」を分ける。
自動化余力を守る。
最後は逃げる。
最後に、一文でまとめる。
残業で回っている職場は、回っているのではない。改善する時間を燃料にして延命しているだけかもしれない。
