Как передать дела сменщику за два дня до отпуска и спокойно уехать

MAATRIX

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

Два дня — это не «меньше времени на то же самое», а другая задача

Если в запасе недели, есть смысл писать полноценный runbook, заводить сменщику именной доступ на всех системах и прогонять с ним тестовый инцидент — это подробно разобрано в статье чек-лист перед отпуском администратора. При двух днях в запасе такой объём работы физически не влезает, и попытка втиснуть его силой обычно кончается тем, что вы либо не уезжаете вовремя, либо оставляете сменщику недописанный документ, который не помогает ни на волосок.

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

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

Что сменщику критично знать сейчас, а что можно смело пропустить

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

Что попадает в категорию «критично, передаём в первую очередь»:

• Три-пять типовых алертов, которые реально срабатывали за последние месяцы — не гипотетические, а те, что уже случались хотя бы раз: диск заполнился, сертификат истекает, сервис не отвечает на healthcheck, очередь встала. Для каждого — куда смотреть и что сделать в первую очередь.
• Куда смотреть при жалобе «сайт не работает» — конкретная последовательность: сначала проверить, отвечает ли сервис вообще, потом логи, потом зависимости. Не абстрактное «разберись», а первые три команды, которые вы сами набираете на автомате.
• Что нельзя трогать ни при каких обстоятельствах — миграции базы, смена версии ядра, всё необратимое. Этот пункт экономит больше нервов, чем любой другой: сменщик, который знает границу, не наделает того, что придётся откатывать после вашего возвращения.
• Как связаться с вами и в каком случае это оправдано — отдельный раздел ниже.

Что можно спокойно пропустить при таком сроке подготовки:

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

Если при такой сортировке обнаруживается риск с жёстким дедлайном именно в дни отпуска — например, домен или сертификат истекает через полторы недели — это отдельная категория, которая не про знания сменщика, а про то, чтобы событие вообще не наступило без вас; в статье про подготовку инфраструктуры выше разобрано, как закрыть это за оставшееся время.

Шпаргалка на один лист — не документация, а конспект для действия

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

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

Формат — один markdown-файл или страница, которую реально прочитать за пять минут и держать открытой на экране во время инцидента:

# Шпаргалка на время отпуска: 10-24 сентября 2026

Если пришёл алерт "disk usage > 90%"

1. Проверить, что растёт: du -sh /var/log/* /var/lib/docker/* | sort -rh | head -15
2. Обычно это docker-логи — обрезать: truncate -s 0 /var/lib/docker/containers/*/*-json.log
3. Если за 10 минут не разобрался — НЕ удалять файлы наугад, написать в чат "Отпуск-дежурство"

Если сайт отдаёт 502

1. docker compose ps — что из сервисов не Up
2. docker compose logs --tail=50 <сервис> — искать явную ошибку
3. docker compose restart <сервис>
4. Если не помогло за 15 минут — это повод написать мне, не тянуть

Если сработал алерт по сертификату

Уже настроено автопродление, руками трогать не нужно. Если алерт всё равно пришёл — написать мне сразу, это нештатно.

Что НЕ трогать

Миграции БД, обновление версий пакетов, смена конфигурации nginx — всё это ждёт моего возвращения 24 сентября.

Контакты

Хостинг: тикет в панели panel.example.com, отвечают ~2 часа Я на связи: см. следующий раздел

Пяти-семи сценариев обычно достаточно — это те самые алерты, что реально случались за последние месяцы. Если сценариев набирается пятнадцать и больше, это сигнал, что вы пытаетесь пересказать всю систему вместо того, чтобы отобрать самое вероятное; вернитесь к фильтру из предыдущего раздела и сократите список, а не растягивайте шпаргалку до полноценного runbook, который за оставшееся время всё равно не получится довести до годного состояния.

Договоритесь заранее: когда звонить, а когда справляться самому

Самый частый источник тревоги в отпуске — не конкретный инцидент, а неопределённость: сменщик не знает, беспокоить вас или нет, и в результате либо молчит о том, что стоило бы сказать, либо звонит по мелочи. Оба сценария снимаются одним прямым разговором до отъезда, а не молчаливым «он поймёт по ситуации».

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

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

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

Формат передачи: разговор эффективнее, чем оставленный документ

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

Живой разговор или короткий созвон решает то, что текст не решает в принципе: сменщик может сразу переспросить «а что значит "не помогло"?», «а если алерт придёт ночью?», «а как понять, что именно растёт на диске?» — и получить ответ, пока цена ошибки нулевая, а не в момент, когда сервер уже лежит. Тот же принцип — «когда контекста много, лучше звонок, чем переписка» — работает в любой передаче, где решение нужно принимать без автора текста рядом.

Рабочая комбинация — короткий письменный документ плюс личное обсуждение, а не одно вместо другого:

1. Сначала — шпаргалка в письменном виде. Она даёт структуру разговору и остаётся под рукой после созвона, когда детали разговора уже забудутся.
2. Затем — 20-30 минут созвона или личной встречи, где вы вместе проходите по шпаргалке пункт за пунктом, а не пересказываете её словами. Дайте сменщику самому найти нужную команду в документе, пока вы рядом и можете поправить — это быстрее вскрывает, что в тексте непонятно, чем чтение документа в одиночку.
3. По возможности — один реальный тест на месте. Даже пять минут: попросите сменщика самостоятельно, только по шпаргалке, посмотреть логи одного из сервисов или выполнить безобидную диагностическую команду. Каждая заминка на этом шаге — конкретный пробел, который стоит закрыть прямо сейчас, а не узнавать о нём постфактум.
4. Явно зафиксируйте, что разговор состоялся — короткое сообщение в общем чате вроде «передал дела Ивану на время отпуска, шпаргалка вот здесь» полезно не только как формальность: оно фиксирует момент, с которого сменщик официально в контуре, и снимает двусмысленность «а он вообще в курсе, что теперь отвечает за это».

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

Как реально отпустить дела и не проверять телефон каждый час

Технически правильная передача — это ещё не весь результат. Вторая часть, которую легко упустить, — способность администратора психологически отключиться от работы хотя бы на время отпуска. Постоянная проверка телефона и тревога при каждом уведомлении — это не отдельная личная проблема, а прямое следствие неуверенности в том, что передача была достаточной.

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

Несколько практических вещей, которые помогают отпустить дела не только на словах:

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

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

Частые вопросы