Выгорание, отдых и устойчивый темп на дистанции в годы

Все четырнадцать предыдущих глав были про то, как уместить работу в ограниченный ресурс. Эта — про сам ресурс: откуда он берётся, как расходуется быстрее, чем восстанавливается, и что происходит, когда дефицит копится годами.

Сразу важная рамка. Выгорание — не про слабую дисциплину и не про то, что человек «не осилил тайм-менеджмент». Это состояние на пересечении устройства работы и устройства человека, и в исследованиях оно предсказывается характеристиками рабочей среды сильнее, чем чертами личности. Поэтому глава устроена иначе: меньше техник, больше механики, честного разбора доказательств и разговора о том, где заканчивается зона личных инструментов и начинается зона организации и медицины.

Дисклеймер, который здесь необходим. Ниже нет медицинских советов и не может быть. Текст описывает рабочие практики и то, что показывают исследования. Если вы узнаёте себя в описании тяжёлых состояний — устойчивое снижение настроения, нарушения сна, тревога, телесные симптомы, мысли о бессмысленности — это повод обратиться к врачу или психотерапевту, а не перечитывать главу про календарь.

Что такое выгорание и чем оно не является

В МКБ-11 выгорание (код QD85) описано как профессиональный феномен, а не заболевание. Формулировка ВОЗ прямая: синдром, возникающий в результате хронического стресса на рабочем месте, с которым не удалось успешно справиться. Три измерения: истощение (энергия исчерпана), ментальное дистанцирование от работы, цинизм и негативизм по отношению к ней и снижение профессиональной эффективности. Формально это категория факторов, влияющих на состояние здоровья, а не болезнь, и ВОЗ явно ограничивает термин профессиональным контекстом. Первоисточник: WHO, Burn-out an occupational phenomenon.

Три измерения пришли из работ Кристины Маслач, которая в 1981 году с Сьюзан Джексон собрала Maslach Burnout Inventory — опросник, на котором стоит большая часть литературы. Важное уточнение самой Маслач: MBI создавался как исследовательский инструмент для сравнения групп, а не как диагностический тест для конкретного человека. Онлайн-тесты «узнай свой уровень выгорания за три минуты» — это не MBI и не медицина.

История понятия и честные споры вокруг него

Теперь неудобная часть, без которой глава была бы рекламой.

Порога не существует. Нет согласованного числа баллов, выше которого «выгорание есть». Систематический обзор Rotenstein et al., JAMA 2018 разобрал 182 исследования выгорания у врачей и обнаружил, что оценки распространённости разошлись от 0 % до 80,5 % — просто потому, что в 47 разных определениях использовались разные шкалы и отсечки. Любая новость вида «X процентов разработчиков выгорели» должна вызывать вопрос: по какому определению.

Границу с депрессией никто не провёл строго. Обзор Bianchi, Schonfeld, Laurent, 2015 показал, что измерение истощения — ядро конструкта — сильно коррелирует с депрессивной симптоматикой, и дискриминантная валидность слабая. Оппоненты (Маслач и Лейтер в World Psychiatry 2016) отвечают, что выгорание — специфичная для работы реакция с собственной динамикой и организационными причинами. Практический вывод: не занимайтесь самодиагностикой по интернету, а если плохо — идите к специалисту, который различает это профессионально.

Индивидуальные интервенции работают слабее организационных. Мета-анализ Panagioti et al., JAMA Internal Medicine 2017 нашёл небольшие эффекты в целом, причём организационные меры (изменение графиков, нагрузки, состава задач) давали больший эффект, чем тренинги осознанности для сотрудников. Кокрейновский обзор Ruotsalainen et al., 2015 с этим согласуется и добавляет: качество доказательств низкое-среднее, эффекты часто краткосрочные.

Отсюда честная позиция главы: личные практики управляют вашей половиной уравнения и реально помогают на ранних стадиях. Но если структура работы систематически производит перегрузку, никакой личный ритуал её не компенсирует, и правильный ход — менять структуру, а не оптимизировать себя внутри неё.

Две модели, которые стоит держать в голове

Job Demands-Resources

Самая практичная рабочая модель — JD-R (Demerouti et al., 2001). Она делит всё, что есть на работе, на два класса и утверждает, что у них принципиально разные эффекты.

Следствия, которые сразу переводятся в действия:

• Требования и ресурсы не взаимозаменяемы по шкале «сколько часов». Сорок часов автономной работы над понятной задачей и сорок часов работы без контроля над решениями — разные по цене.
• Ресурсы буферизуют требования. Высокая нагрузка при высокой автономии и поддержке переносится в разы лучше. Это объясняет, почему стартап-режим одних людей не ломает, а других ломает: важен не только объём, но и сколько у вас контроля.
• Дешевле добавлять ресурсы, чем убирать требования. Убрать требования часто вне вашей власти. Добавить обратную связь, ясность и автономию — иногда в пределах одного разговора с менеджером.

Шесть областей рабочей жизни

Маслач и Лейтер описали шесть областей, рассогласование в которых предсказывает выгорание. Перевод на язык инженера — самая полезная таблица главы, потому что она отвечает на вопрос «что именно у меня не так», когда есть только общее ощущение «всё плохо».

Область «ценности» недооценена. Инженер, который полгода строит систему, которая, как он знает, не поедет в прод, истощается быстрее, чем тот же инженер на большей нагрузке, но с ощущением смысла. Это же объясняет, почему «просто дайте больше отдыха» не срабатывает: отдых восстанавливает энергию, но не чинит рассогласование по смыслу.

Инженерная специфика: где именно ломается разработчик

Стоимость переключения контекста превращает фрагментацию в скрытую нагрузку. Мы разбирали это в https://courses.digitable.life/post/time-management/01-attention-and-energy/: восстановление контекста после прерывания измеряется десятками минут. День из шести получасовых встреч — это не три часа работы, а почти ноль, и человек уходит домой с ощущением «ничего не сделал», хотя устал. Хронический разрыв между усталостью и результатом — прямой вход в демотивацию.

Дежурства бьют по восстановлению, а не только по времени. Ночной пейджер — два удара: прерванный сон и, что коварнее, фоновая готовность. Даже в спокойное дежурство человек не отпускает работу психологически, а именно психологическое отстранение — самый сильный предиктор восстановления в исследованиях. Неделя тихого дежурства всё равно стоит вам восстановления.

Инциденты добавляют эмоциональную нагрузку. Разбор аварии с ощущением вины (особенно в культуре, где ищут виноватого) — это не про часы. Отсюда ценность безобвинительных постмортемов не только для качества системы, но и для людей: Google SRE Book, Postmortem Culture и https://courses.digitable.life/post/devops/16-observability-and-oncall/.

Невидимость труда. Отрефакторили модуль, погасили техдолг, отревьюили двадцать пул-реквестов — снаружи ничего не произошло. Область «вознаграждение» проседает незаметно и системно.

Иллюзия бесконечной масштабируемости себя. Программирование — работа, где героический рывок реально даёт результат в короткой перспективе. Это самая опасная особенность: поведение подкрепляется немедленно, а счёт приходит через месяцы. Плюс распределённые команды, где легко незаметно уехать в режим «на связи всегда» — см. https://courses.digitable.life/post/time-management/14-remote-work/ и https://courses.digitable.life/post/time-management/12-communication-load/.

Отдельно про длинные часы: анализ данных более чем 600 тысяч человек Kivimäki et al., The Lancet 2015 связал рабочую неделю от 55 часов с повышенным риском инсульта и ишемической болезни сердца по сравнению со стандартными 35–40. Эффект по абсолютным величинам умеренный, данные наблюдательные, но направление воспроизводится устойчиво. Овертайм — не нейтральная валюта.

Динамика: почему опасен не пик, а тренд

Модель «усилие — восстановление» (Meijman & Mulder, 1998) описывает нормальный цикл: нагрузка вызывает временную мобилизацию, после её снятия система возвращается к исходному уровню. Проблема возникает, когда возврат не успевает завершиться до следующей нагрузки. Тогда каждый следующий цикл стартует с более низкой точки — это то, что в физиологии стресса описывают как накопление аллостатической нагрузки (McEwen, NEJM 1998).

На картинке видно главное: отдельные пики нормальны и даже полезны. Разрушителен режим, в котором ёмкость после каждого пика не возвращается на прежний уровень. На дистанции в месяц этого не видно вообще, на дистанции в квартал — почти не видно, на дистанции в два-три года тренд очевиден задним числом.

Асимметрия переходов — самое практически важное. Вход занимает месяцы и изнутри почти незаметен, потому что снижение плавное и человек переопределяет норму («я всегда был таким уставшим»). Выход требует больше времени, чем вход, и почти никогда не происходит сам собой при сохранении прежних условий.

Ранние сигналы, специфичные для нашей работы

Общие списки симптомов («раздражительность, усталость») плохи тем, что их легко списать на что угодно. Инженерные поведенческие маркеры конкретнее:

• Ревью превратилось в «LGTM» — вы больше не читаете чужой код внимательно.
• Вы систематически выбираете задачу, которую умеете, вместо той, которая нужна.
• Утром растёт время до первого содержательного коммита: открыли редактор, но час прошёл.
• Копипаст вместо решения: копируете похожий кусок, зная, что абстракция напрашивается.
• Раздражают вопросы джунов — то, что раньше было приятной частью работы.
• Откладываете мердж готовой ветки, потому что не хочется разговора об изменениях.
• Отпуск отпускает на три дня, а последняя неделя отпуска уже занята мыслями о работе.
• Появилась мысль «я вообще ничего толком не умею» на фоне объективно нормальной работы.

Что с этим делать методически — вести короткий структурированный чек-ин, не больше минуты в день. Смысл не в самодиагностике, а в том, чтобы получить временной ряд, который вы не сможете переопределить задним числом.

# ~/journal/2026-07-16.yaml — одна запись в конце дня, 30-60 секунд
date: 2026-07-16
energy_end_of_day: 3        # 1..5, субъективно: сколько осталось после работы
sleep_hours: 6.5
deep_blocks: 1              # число блоков непрерывной работы больше 60 минут
interruptions_felt: high    # low | medium | high
oncall: false
detached_after_work: false  # смог ли не думать о работе вечером
one_line: "весь день созвоны по миграции, свой код не трогал"

Через месяц-два ряд читается тривиальным скриптом. Порогов «у вас выгорание» он не даёт и давать не должен — он показывает тренд, который на глаз не виден.

"""Скользящее среднее по личному журналу. Не диагностика, а термометр.
Сложность: O(n) по времени, O(w) по памяти, где w — размер окна."""

from collections import deque
from statistics import mean


def rolling_view(entries, window=14):
    """entries — список записей, отсортированный по дате."""
    energy, detach = deque(maxlen=window), deque(maxlen=window)
    for e in entries:
        energy.append(e["energy_end_of_day"])
        detach.append(1 if e["detached_after_work"] else 0)
        if len(energy) < window:      # окно не набралось — не показываем шум
            continue
        yield {"date": e["date"],
               "energy_avg": round(mean(energy), 2),
               "detach_share": round(mean(detach), 2)}


def falling(series, key, min_points=28, drop=0.8):
    """Вторая половина ряда ниже первой более чем на (1 - drop)?
    Не тест значимости, а сигнал «посмотреть внимательнее»."""
    values = [row[key] for row in series]
    if len(values) < min_points:
        return None
    half = len(values) // 2
    return mean(values[half:]) < mean(values[:half]) * drop

Предупреждение про метрики себя. Всё, что обсуждалось в https://courses.digitable.life/post/time-management/09-goals-and-okr/ про закон Гудхарта, работает и здесь, только больнее: как только «число глубоких блоков» становится целью, вы начинаете подделывать его перед собой. Журнал — термометр, а не KPI. Не привязывайте к нему самооценку и не считайте падение показателя личным провалом.

Отдых: что реально известно

Психологическое отстранение — самое сильное из известного

Соннентаг и Фриц выделили четыре компонента восстановления и построили на них опросник (Sonnentag & Fritz, 2007):

Отстранение стабильнее всего связано с восстановлением. Вывод неудобный: «отдых», при котором вы листаете рабочий чат «по чуть-чуть», не является отдыхом ни в каком измерении. Именно поэтому уведомления — не гигиена ради гигиены, а основной инструмент из списка; механику см. в https://courses.digitable.life/post/time-management/12-communication-load/.

Компонент mastery объясняет странный на первый взгляд факт: пет-проект может восстанавливать, а может добивать. Восстанавливает, если это ваша территория с полным контролем и без обязательств. Добивает, если превращается во вторую работу с бэклогом, пользователями и чувством долга.

Микропаузы: эффект есть, он небольшой

Есть контролируемые исследования обеденных прогулок и коротких упражнений на расслабление с измеримым улучшением состояния во второй половине дня (Sianoja et al., 2018). Эффект реальный, но скромный и краткосрочный: микропаузы — гигиена дня, а не лечение дефицита. Как встроить их в рабочий блок — https://courses.digitable.life/post/time-management/06-focus-and-pomodoro/.

Отпуск работает и быстро выветривается

Мета-анализ de Bloom et al., Work & Stress 2010 с говорящим подзаголовком «lots of fun, quickly gone»: показатели здоровья и благополучия во время отпуска растут, но возвращаются к исходному уровню в течение нескольких недель после возвращения. Это аргумент не против отпуска, а против стратегии «дотерплю до отпуска, он всё починит». Практически:

• Частота важнее длины. Две недели дважды в год восстанавливают лучше, чем месяц раз в год.
• Первые два-три дня уходят на отстранение. Отпуск на четыре дня — почти не отпуск.
• Возвращение проектируется. День после отпуска — не день на 900 писем и три встречи; оставьте первый день пустым в календаре заранее, когда уезжаете.
• Отпуск не чинит рассогласование по ценностям и контролю. Если через неделю всё как было — проблема не в количестве отдыха.

Сон

Достаточно рекомендаций профессиональных сообществ: консенсус Американской академии медицины сна и Sleep Research Society — 7 и более часов регулярно для взрослых (AASM/SRS). Хроническое недосыпание бьёт ровно по тем функциям, на которых стоит наша работа: рабочая память, удержание сложных структур, торможение импульсов. Дежурства, ломающие сон, — не «неудобство», а прямое снижение профессиональной способности, и это аргумент, который можно предъявлять в разговоре о графике.

Практика: четыре контура устойчивости

Работающая система — не один ритуал, а вложенные циклы разного масштаба; каждый ловит то, что проскочило через предыдущий.

День: ритуал завершения

Самый недооценённый элемент. Кэл Ньюпорт называет это shutdown ritual: явная процедура конца рабочего дня, после которой вы имеете право не думать о работе. Смысл вполне механический: незакрытые открытые циклы продолжают занимать внимание и мешают отстранению.

17:45  Просмотреть, что не сделано, и внести это в инбокс (не в голову).
17:50  Записать первую задачу на завтра одной конкретной строкой.
17:55  Свериться с календарём завтрашнего дня — есть ли сюрпризы.
17:58  Закрыть все рабочие вкладки и терминалы, закрыть ноутбук.
18:00  Произнести формальную фразу-маркер. Звучит нелепо, работает как якорь.

Про «первую задачу завтра»: не «доделать биллинг», а «дописать InvoiceMapper.toDomain и прогнать InvoiceMapperTest». Разница разбиралась в https://courses.digitable.life/post/time-management/10-procrastination/ — конкретная формулировка снимает утренний барьер входа.

Неделя: обзор с добавленным вопросом об энергии

Недельный обзор из https://courses.digitable.life/post/time-management/08-planning-horizons/ дополняется тремя вопросами, на которые отвечают письменно, а не мысленно:

1. Что на этой неделе давало энергию, а что забирало? Конкретные задачи и события, не общие слова.
2. Сколько было блоков непрерывной работы и сколько я думал, что будет?
3. Какая одна вещь на следующей неделе снизит нагрузку или добавит контроля?

Третий вопрос самый ценный: он превращает наблюдение в маленькое изменение среды, а именно среда, по данным исследований, двигает результат сильнее.

Квартал: явные окна восстановления

На квартальном горизонте планируются не задачи, а режимы.

Что здесь важно и легко потерять:

• Интенсивный период имеет дату окончания. «Спринт перед релизом» — 12 дней, а не «пока не выкатим». Договорённость о конце делает рывок безопасным; рывок без даты окончания становится нормой.
• Разгрузочная неделя стоит сразу после релиза, а не «когда будет спокойно». Спокойно не будет никогда: освободившееся время немедленно заполняется, если его не занять явно (https://courses.digitable.life/post/time-management/05-calendars/).
• Дежурства не накладываются на пик. Дежурная неделя внутри релизного спринта — двойная нагрузка, которая в календаре выглядит как одна.
• Отпуск проставлен и одобрен заранее. Отпуск «посмотрим ближе к делу» не случается.

Правило, которое стоит держать явно: после каждого интенсивного периода идёт восстановление сопоставимого масштаба. Не обязательно отпуск — иногда это две недели работы на 70 % с техдолгом и без дежурств. Но что-то должно быть, иначе цикл «усилие — восстановление» не замыкается.

Год: то, что не влезает в квартал

• Один разговор в год с честным ответом: «если ничего не изменится, я хочу быть здесь через два года?»
• Проверка на «скучно» отдельно от проверки на «тяжело». Рэндс не зря писал, что скучающие люди уходят — недогрузка тоже разрушительна, просто бьёт по смыслу, а не по энергии.
• Ротация типа работы: три года подряд на одном легаси-сервисе истощают даже при разумной нагрузке.
• Отпуск, разнесённый по году, а не сложенный в один блок в августе.

Разговор с менеджером: конкретные формулировки

Самый недоиспользуемый инструмент. Типичная ошибка — прийти с эмоцией («я больше не могу») или, наоборот, молчать до заявления об уходе. Работает разговор в терминах данных и конкретной просьбы.

Плохо:

Я очень устал, нагрузка огромная, так больше нельзя.

Лучше:

За последние шесть недель у меня было три дежурных недели вместо одной по графику, и при этом шли два релиза параллельно. Непрерывных блоков работы за это время было в среднем меньше одного в день, из-за этого задача по кэшированию не двигается третью неделю. Предлагаю два варианта: либо на следующие три недели меня вынимают из ротации дежурств, либо задача по кэшированию переезжает на следующий спринт и это фиксируется. Что для команды лучше?

Почему вторая версия работает: факты вместо самоощущения (числа проверяемы и не звучат как жалоба), связь с результатом команды (менеджер оптимизирует результат — дайте аргумент в его валюте), готовые варианты (вы приносите не проблему, а выбор) и явный вопрос в конце (разговор без вопроса заканчивается сочувствием и ничем).

Если разговор дважды подряд не даёт ничего — это тоже информация: структурные требования меняться не будут, и дальше выбор между принятием условий, сменой команды и сменой работы. Вывод неприятный, но честный, и он лучше, чем ещё год попыток компенсировать структуру личными усилиями. Смежное — как отстроить встречи и защитить блоки: https://courses.digitable.life/post/time-management/11-meetings/; как договариваться в команде — https://courses.digitable.life/post/project-management/05-team-and-communication/.

Что может сделать организация

Без этого раздела картина неполная — по данным выше, именно здесь наибольшая отдача.

• Нормированные дежурства. Разумный размер ротации (в SRE-практике ориентируются на восемь и более человек), компенсация, ограничение числа pageable-алертов за смену, право отоспаться после ночного инцидента: Google SRE Book, Being On-Call, PagerDuty Incident Response.
• SLO вместо героизма. Явный бюджет ошибок превращает «всё должно работать всегда» в измеримый компромисс и снимает бесконечное давление.
• Безобвинительные постмортемы радикально снижают эмоциональную цену инцидентов.
• Защищённое время на фокус в масштабе команды. Общий день без встреч работает лучше индивидуальных попыток: не требует от каждого отдельно отбиваться.
• Благополучие как часть измерения продуктивности. Фреймворк SPACE (Forsgren et al., ACM Queue 2021) явно включает satisfaction and well-being — удобный аргумент в разговоре с руководством, потому что он на их языке. Отчёты DORA из года в год показывают связь практик доставки с уровнем выгорания; подробнее — https://courses.digitable.life/post/project-management/07-dora-and-engineering-metrics/.
• Стандарт как рамка. ISO 45003:2021 — первый международный стандарт по управлению психосоциальными рисками на работе. Полезен тем, что переводит разговор из «people are tired» в язык управления рисками.

Если уже случилось

Короткая и осторожная часть, потому что здесь заканчивается компетенция статьи про продуктивность.

• Инструменты продуктивности на этой стадии не помогают, а часто вредят. Попытка «взять себя в руки и наконец внедрить систему» добавляет ещё один фронт неудач.
• Обратитесь к специалисту. Врач или психотерапевт — не крайняя мера и не признание поражения. Различить выгорание, депрессию, тревожное расстройство, нарушения сна или соматическую причину может только специалист.
• Больничный и отпуск — легитимные инструменты, а не читерство. Возврат к работе лучше делать постепенно, если такая возможность есть.
• Возвращение в те же условия чаще всего возвращает состояние. Если условия не меняются, обсуждение смены команды или работы — не малодушие, а рациональный шаг.
• Скорость восстановления не поддаётся ускорению волей. Ожидание «за две недели приду в норму» само становится источником давления.

Если это происходит с коллегой: не диагностируйте, не советуйте «тебе надо больше спать», не пересказывайте свою историю как инструкцию. Работает другое — конкретная помощь («возьму твоё дежурство на этой неделе»), снятие части нагрузки без публичного обсуждения и спокойное сообщение о том, что обратиться за профессиональной помощью нормально.

Типичные ошибки

• Считать выгорание проблемой дисциплины. Самое частое и дорогое заблуждение: оно заставляет лечить симптом усилением того, что к состоянию и привело.
• Диагностировать себя по интернет-тестам. MBI не для этого, а порогов не существует.
• Ждать отпуска как решения. Эффект отпуска затухает за недели, если условия те же.
• Считать «отдыхом» пассивное потребление с рабочим чатом на фоне. Отстранения нет — восстановления тоже.
• Мерить восстановление метриками и делать из них цель. Журнал должен оставаться термометром.
• Молчать до заявления об уходе. У менеджера не было шанса что-то изменить, а у вас нет опыта разговора, который мог бы сработать.
• Начинать интенсивный период без даты окончания. Рывок без конца — это не рывок, а новая норма.
• Ставить дежурство поверх релизного пика и не замечать этого, потому что дежурство не занимает слотов в календаре.
• Путать перегрузку с недогрузкой. Симптомы похожи, лечение противоположное: в одном случае снимать нагрузку, в другом — искать сложную задачу.
• Обесценивать чужое состояние, включая своё прошлое («да я просто ленился»). Это мешает вовремя реагировать в следующий раз.

Мини-итог

• Выгорание — профессиональный феномен из трёх измерений (истощение, цинизм, снижение эффективности), а не болезнь, не лень и не провал самоорганизации.
• Наука честно признаёт: единого порога нет, границу с депрессией строго не провели, оценки распространённости расходятся на порядки из-за разнобоя определений.
• Практичнее всего думать в модели JD-R: требования истощают, ресурсы (автономия, поддержка, ясность, смысл) буферизуют. Добавлять ресурсы обычно дешевле, чем убирать требования.
• Шесть областей — нагрузка, контроль, вознаграждение, сообщество, справедливость, ценности — дают точный ответ на вопрос «что именно не так».
• Инженерная специфика: цена переключения контекста, фоновая готовность на дежурстве, эмоциональная цена инцидентов, невидимость труда и подкупающая эффективность рывков.
• Разрушителен не пик нагрузки, а незамкнутый цикл восстановления: каждый следующий период начинается с более низкой точки, и на дистанции в годы тренд становится виден.
• Самый сильный фактор восстановления — психологическое отстранение; отдых с рабочим чатом на фоне отдыхом не является. Отпуск работает, но выветривается за недели: частота важнее длины.
• Устойчивость строится вложенными контурами: ритуал завершения дня, недельный обзор с вопросом об энергии, квартал с явными окнами восстановления, годовой разговор с собой.
• Личные практики управляют вашей половиной уравнения; вторая половина — структура работы, и организационные изменения доказанно работают лучше индивидуальных.
• Если состояние тяжёлое — это зона врача и психотерапевта, а не тайм-менеджмента.

Источники

• WHO. Burn-out an occupational phenomenon: International Classification of Diseases, 2019. who.int
• Christina Maslach, Susan Jackson. The measurement of experienced burnout. Journal of Occupational Behaviour, 1981. DOI
• Christina Maslach, Michael Leiter. Understanding the burnout experience. World Psychiatry, 2016. DOI
• Christina Maslach, Michael Leiter. The Truth About Burnout. Jossey-Bass, 1997.
• Lisa Rotenstein et al. Prevalence of Burnout Among Physicians: A Systematic Review. JAMA, 2018. DOI
• Renzo Bianchi, Irvin Schonfeld, Eric Laurent. Burnout–depression overlap: A review. Clinical Psychology Review, 2015. DOI
• Evangelia Demerouti et al. The Job Demands-Resources Model of Burnout. Journal of Applied Psychology, 2001. DOI
• Robert Karasek. Job Demands, Job Decision Latitude, and Mental Strain. Administrative Science Quarterly, 1979. DOI
• Stevan Hobfoll. Conservation of resources. American Psychologist, 1989. DOI
• Sabine Sonnentag, Charlotte Fritz. The Recovery Experience Questionnaire. Journal of Occupational Health Psychology, 2007. DOI
• Jessica de Bloom et al. Effects of vacation from work on health and well-being. Work & Stress, 2010. DOI
• Marjaana Sianoja et al. Enhancing daily well-being at work through lunchtime park walks. Journal of Occupational Health Psychology, 2018. DOI
• Maria Panagioti et al. Controlled Interventions to Reduce Burnout in Physicians. JAMA Internal Medicine, 2017. DOI
• Jani Ruotsalainen et al. Preventing occupational stress in healthcare workers. Cochrane Database of Systematic Reviews, 2015. DOI
• Mika Kivimäki et al. Long working hours and risk of coronary heart disease and stroke. The Lancet, 2015. DOI
• Bruce McEwen. Protective and Damaging Effects of Stress Mediators. NEJM, 1998. DOI
• AASM & Sleep Research Society. Recommended Amount of Sleep for a Healthy Adult, 2015. aasm.org
• ISO 45003:2021. Psychological health and safety at work. iso.org
• Nicole Forsgren et al. The SPACE of Developer Productivity. ACM Queue, 2021. queue.acm.org
• DORA. Research reports. dora.dev
• Google SRE Book. Being On-Call, Postmortem Culture. sre.google
• PagerDuty. Incident Response Documentation. response.pagerduty.com
• Michael Lopp. Bored People Quit. randsinrepose.com
• Cal Newport. Deep Work. Grand Central Publishing, 2016. calnewport.com

Что дальше

Это последняя глава трека. Начинали мы с https://courses.digitable.life/post/time-management/00-overview/ и утверждения, что «просто соберись» не работает, — и закончили тем, почему именно: ресурс, которым вы управляете, восстанавливается медленнее, чем расходуется, если не проектировать восстановление так же явно, как задачи. Всё остальное в треке — от инбокса и https://courses.digitable.life/post/time-management/03-gtd/ до приоритизации https://courses.digitable.life/post/time-management/04-prioritization/ и инструментов https://courses.digitable.life/post/time-management/13-tools/ — служит одной цели: чтобы работа помещалась в жизнь, а не наоборот.

Куда идти дальше по порталу:

• https://courses.digitable.life/post/project-management/00-overview/ — то же самое, но на уровне команды. Особенно https://courses.digitable.life/post/project-management/02-kanban-and-flow/ про поток и ограничение незавершённой работы: половина личной перегрузки лечится на уровне командного процесса.
• https://courses.digitable.life/post/product-management/00-overview/ — продуктовое мышление: вторая половина перегрузки берётся из того, что делается не то.
• https://courses.digitable.life/post/devops/16-observability-and-oncall/ — дежурства и наблюдаемость с инженерной стороны: как сделать так, чтобы пейджер молчал по делу.
• Инженерные основы — https://courses.digitable.life/post/algorithms/00-overview/, https://courses.digitable.life/post/architecture-patterns/00-overview/ и другие треки портала: рост технической компетентности снижает требования из модели JD-R не хуже, чем разговор о нагрузке.

Общая карта всех треков и рекомендованных маршрутов — в дорожной карте портала.