消耗−回復サイクル

英語名 Depletion-Recovery Cycle
読み方 ディプリーション リカバリー サイクル
難易度
所要時間 15分〜30分
提唱者 ロイ・バウマイスター他(複数の研究者による統合モデル)
目次

ひとことで言うと
#

心身のエネルギーは「消耗→回復→消耗→回復」のサイクルで循環する。このリズムを意識的に管理し、消耗しすぎる前に回復を入れることで、燃え尽きを防ぎ持続的な生産性を維持できる。

押さえておきたい用語
#

押さえておきたい用語
消耗(Depletion)
仕事・判断・感情制御などで心身のエネルギーが減少するフェーズ。集中力・意志力・忍耐力が低下する。
回復(Recovery)
休息・睡眠・気分転換などを通じてエネルギーが補充されるフェーズ。質と量の両方が重要。
ウルトラディアンリズム(Ultradian Rhythm)
約90〜120分周期で集中力が上下する生体リズム。このリズムに合わせた休息が回復効率を高める。
慢性的消耗(Chronic Depletion)
回復が追いつかない状態が長期間続くこと。燃え尽き症候群(バーンアウト)の前段階にあたる。

消耗−回復サイクルの全体像
#

エネルギーの消耗と回復のサイクル
エネルギー時間 →健全なサイクル回復不足(燃え尽きへ)回復消耗健全なサイクル90分集中 → 15分休憩を繰り返すエネルギーは高い水準を維持週・月単位でも回復の波を設計回復不足のサイクル休憩なしで働き続けるエネルギーが徐々に低下燃え尽き症候群のリスク
消耗−回復サイクルの設計フロー
1
消耗パターンを把握
1日・1週間のどこでエネルギーが落ちるかを記録する
2
回復タイムを配置
90分ごとの短休憩、週1回の完全オフを設計に組み込む
3
回復の質を上げる
受動的休息と能動的回復を使い分ける
持続可能な生産性
燃え尽きを防ぎ、長期的に高いパフォーマンスを維持する

こんな悩みに効く
#

  • 休日も仕事のことが頭から離れず、月曜日にはもう疲れている
  • チームの生産性が下がっているが、残業を増やしても改善しない
  • 「もっと頑張らなきゃ」と思うほどパフォーマンスが落ちる

基本の使い方
#

消耗のパターンを1週間記録する

朝・昼・夕の3回、エネルギーレベルを10点満点で記録する。どの曜日のどの時間帯に消耗が激しいかを可視化する。

時間帯
87654
65433
43221

この例では水曜から回復不足が顕在化している。

消耗に合わせて回復を配置する

3つのタイムスケールで回復を設計する。

スケール消耗回復
日中90分の集中作業15分の完全休憩
1日日中の仕事睡眠7〜8時間
1週間平日の稼働週1回の完全オフ
回復の質を上げる

「何もしない」だけが回復ではない。目的に応じて回復方法を選ぶ。

  • 受動的回復: 睡眠、昼寝、ぼーっとする(身体的疲労に有効)
  • 能動的回復: 散歩、軽い運動、趣味(精神的疲労に有効)
  • 社会的回復: 友人との会話、チームの雑談(感情的消耗に有効)

具体例
#

例1:コンサルティングファームが離職率を下げる

従業員80名の経営コンサル。年間離職率が 32% で、特に2〜3年目のコンサルタントが燃え尽きて辞めていた。

勤怠データを分析すると:

  • 平均退社時間: 22時30分
  • 休日出勤: 月平均3.2日
  • 有休取得率: 18%

典型的な慢性的消耗パターン。回復フェーズがほぼ存在しなかった。

3段階の回復設計を導入:

  • 日中: 14時〜14時15分を「サイレントタイム」として全社的にMTG禁止に
  • 週次: 金曜18時以降の業務を原則禁止、土日のメール送信をシステムで遅延配信に
  • 月次: 月1回の「リカバリーデー」(有休とは別の特別休暇)を新設

1年後の離職率は 32% → 19% に低下。生産性指標(1人あたり売上)は +8% で、労働時間の減少分以上の成果が出た。

例2:フリーランスエンジニアが「ずっと疲れている」状態から脱出する

独立5年目のWebエンジニア。複数案件を並行して受注し、月の稼働は 260時間 超。「休むと収入が減る」という恐怖から休めず、コードの品質が低下してクライアントからの修正依頼が増える悪循環にあった。

1週間のエネルギー記録を取ったところ:

曜日就寝時間
521:30
422:00
312:30
木〜日3以下が継続

水曜の時点でエネルギーが枯渇し、木曜以降は「作業しているつもりだが生産性が極端に低い」状態だった。

回復サイクルを強制的に組み込み:

  • 稼働上限を月 180時間 に設定(案件を1つ減らした)
  • 水曜を「ノー案件デー」にして、午前中は勉強・午後はジムに
  • 毎日23時30分にPCを強制シャットダウンする自動化を設定

3か月後、月あたりのコード品質(修正依頼率)は 15% → 6% に改善。稼働を30%減らしたのに月収は 5%増。「疲れた状態で書いた低品質なコードの手戻り」がなくなった分、実質的な生産性が上がった。

例3:高校の運動部が練習量を減らしてパフォーマンスを上げる

県立高校のバスケットボール部。「量をこなせば強くなる」の方針で、週6日・1日3時間の練習を続けていたが、県大会ベスト8から2年間抜け出せなかった。

選手16名の疲労度と練習の質を2か月間記録:

週の段階練習の質(コーチ評価)ケガの発生率
月〜水良好(8/10)低い
木〜金低下(5/10)上昇
土(試合日)不安定(6/10)最も高い

木曜以降に質が落ちるのは、回復が追いつかないため。

消耗−回復サイクルに基づいて練習を再設計:

  • 週6日→5日に減らし、水曜を完全オフに
  • 練習時間を3時間→2時間に短縮し、強度を上げる
  • 土曜の試合前日は軽い調整のみ

半年後、県大会でベスト4に進出。選手のシーズン中のケガ発生率は前年比 42%減。「練習を減らしたら結果が出た」とコーチが驚いた事例。回復を「サボり」ではなく「トレーニングの一部」と位置づけたのがポイントだった。

やりがちな失敗パターン
#

  1. 「休む=怠ける」というマインドセット — 消耗した状態で働き続けるのは、パンクしたタイヤで走り続けるのと同じ。回復は生産性への投資であり、コストではない
  2. 回復の時間はあるが質が低い — SNSを延々スクロールする「受動的消費」は回復にならない。散歩・運動・人との会話など、能動的な回復を意識的に選ぶ
  3. 週末にまとめて回復しようとする — 平日5日間を消耗しきってから週末に寝溜めするパターン。日中の短い回復を入れないと、慢性的消耗の蓄積は週末だけでは取り戻せない
  4. チームの消耗を個人の問題にする — 構造的に回復の余地がない業務設計では、個人の工夫だけでは限界がある。マネージャーは業務量・会議量・締め切り設計のレベルで回復を組み込む必要がある

まとめ
#

消耗−回復サイクルは、エネルギー管理を「消耗したら回復する」というシンプルな原則に立って設計するフレームワーク。日中・週次・月次の3スケールで回復を意図的に配置し、消耗しきる前にリチャージする。燃え尽きは突然来るのではなく、回復不足の蓄積で徐々に進行する。早い段階でサイクルを整えるほど、少ないコストで大きな効果が得られる。