Перейти к основному содержимому

Границы, on-call и разговор с руководителем

ОБЯЗАТЕЛЬНОДЛЯ НОВИЧКОВ
Всем

В IT легко размыть границу между работой и личным временем: ночной инцидент, сообщение "на минутку" в 23:00, дедлайн "к утру". Часто это привычка команды без злого умысла. Явные рабочие границы помогают и вам, и коллегам планировать нагрузку.

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

Письменная фиксация границ​

Устные договорённости забываются. После встречи с тимлидом отправьте короткое резюме в почту или рабочий чат. Это снижает споры "мы так не договаривались" и даёт опору при эскалации в HR.

Границы задают предсказуемость. Команда знает, когда вас искать; вы защищаете сон и восстановление. Подробнее о коммуникации в команде — раздел про общение.

Типы рабочих границ​

Границы в IT делятся на несколько слоёв. Их можно согласовывать по отдельности: иногда команда готова к ротации on-call, но не к лимиту встреч.

Временные границы​

Определяют, когда вы на связи и когда отвечаете на сообщения.

  • рабочее окно (например, 10:00–19:00 по местному времени);
  • "тихие часы" без созвонов (блок в календаре 2–3 часа);
  • правило ответа в чате: срочное — до 30 минут в рабочее время, остальное — в течение рабочего дня;
  • ночные и выходные — только по договорённости on-call или явному P1.

Связь со сном и восстановлением — выгорание в IT.

Границы по объёму задач​

Защищают от бесконечного "ещё одной мелочи" в спринте.

  • одна крупная задача в фокусе;
  • лимит story points или тикетов на итерацию;
  • правило: новая срочная задача = перепланирование спринта, видимое для команды;
  • запрет на скрытые переработки "чтобы не расстраивать менеджера".

Методологии планирования — управление проектами.

Канальные границы​

Как и куда писать, чтобы не терять важное в потоке личных сообщений.

КаналДля чегоОжидание ответа
Тикет (Jira, YouTrack)Задачи, баги, приёмкаПо приоритету тикета
Рабочий чат (Slack, Teams)Быстрые вопросы, статусыВ рабочие часы
Звонок / тег @hereP1, блокер продакшенаПо договорённости on-call
Личная почта / TelegramИзбегать для рабочих задачПеренаправлять в тикет

Границы по зоне ответственности​

Чётко, за что вы отвечаете лично, а что — командой или смежниками.

  • ваш сервис / модуль / репозиторий;
  • код-ревью — сколько PR в день реально;
  • менторство джунов — отдельный слот в календаре;
  • "дежурный по всему" без ротации — красный флаг.

On-call границы​

Период, когда вас могут вызвать вне обычной смены из-за сбоя в production.

  • кто в ротации и с какой периодичностью;
  • что считается P1 / SEV1 (определения различаются — см. инциденты);
  • компенсация — деньги, отгул или снижение нагрузки в спринте;
  • наличие runbook — инструкция "что делать при алерте";
  • post-mortem без поиска виноватого.

Эмоциональные и коммуникационные границы​

  • публичная критика без разбора фактов — предмет разговора с руководителем;
  • сарказм на стендапах — сокращение контакта и фиксация инцидентов;
  • обсуждение здоровья и семьи — только по вашей инициативе;
  • отказ от "мозгового штурма" в 22:00 без повестки.

Токсичные паттерны — глава 1.

Границы обучения и роста​

  • время на курсы и конференции — в календаре как рабочий блок;
  • pet-project "для резюме" вне смены — добровольно, без давления;
  • сертификации за свой счёт без компенсации — осознанный выбор, не обязанность.

Границы встреч​

  • максимум часов созвонов в день;
  • обязательная повестка и итоги в письменном виде;
  • право отклонить встречу без повестки;
  • асинхронные статусы вместо ежедневного часового синка.

Десять сценариев и готовые скрипты​

Ниже — формулировки для устного разговора и короткого сообщения. Подставьте свои факты и даты.

Сценарий 1. Сообщение руководителя поздно вечером​

Устно (на следующий день):

"Вчера в 23:15 пришло сообщение про срочный фикс. Я не на дежурстве этой недели. Давайте зафиксируем: вне on-call я отвечаю на P1 по звонку, остальное — с утра. Если задача реально критична ночью, кого добавить в ротацию?"

В чат:

"Вижу сообщение. Сейчас вне рабочего окна и не в on-call. Если это P1 на проде — позвоните, подключусь. Если можно до завтра 10:00 — возьму в приоритет с утра."

Сценарий 2. "Срочняк" в середине спринта без перепланирования​

"Сейчас в фокусе задача X до пятницы. Новый срочный тикет Y займёт примерно два дня. Предлагаю: либо сдвигаем X, либо Y в следующий спринт. Какой приоритет у продукта?"

Сценарий 3. Вы единственный, кто отвечает на алерты​

"За последний месяц у меня семь ночных выходов, у остальных в команде — по одному. Нужна ротация из N человек и runbook. Готов составить черновик графика на четверых."

Сценарий 4. Ежедневный часовой стендап без пользы​

"Стендап занимает 50–60 минут вместо 15. Предлагаю: статусы в тикетах до 10:00, созвон только по блокерам. Экономия — около четырёх часов в неделю на команду."

Сценарий 5. Просьба работать в выходные "на пару часов"​

"В выходные я не в графике on-call. Если релиз переносится на субботу, нужны либо компенсация (отгул/оплата), либо сдвиг дедлайна. Какой вариант согласуем с проектом?"

Сценарий 6. Личные сообщения в Telegram по рабочим задачам​

"Чтобы не терять задачи, давайте переносить запросы в Jira. В Telegram оставлю только экстренный контакт по P1. Так проще искать историю и не смешивать личное."

Сценарий 7. Публичное замечание на ретро​

"На ретро прозвучала формулировка про мою "безответственность" без разбора тикета. Прошу разбирать инциденты по фактам: что сломалось, как чинить, как предотвратить. Готов к конструктивному разбору."

Сценарий 8. Давление "все перерабатывают"​

"Я отслеживаю нагрузку: за две недели двенадцать вечерних сессий по 2+ часа. Качество ревью упало, два бага ушли в прод после усталости. Нужен лимит задач или сдвиг дедлайна. Какие метрики важны для релиза?"

Сценарий 9. Отказ от задачи вне вашей зоны​

"Задача по инфраструктуре Kubernetes вне моего сервиса. Могу помочь с контекстом на 30 минут, но владелец — команда платформы. Кого поставить ответственным в тикете?"

Сценарий 10. Просьба быть "всегда на связи" при удалёнке​

"При удалёнке я в рабочем окне 10–19, обед 13–14. Статус в Slack обновляю. Это не означает мгновенный ответ 24/7. Для срочного — звонок или on-call по графику."

Формулировки для сложных разговоров — раздел про коммуникацию.

Математика ротации on-call​

Ротация должна быть прозрачной и посчитанной заранее.

Базовая формула​

Если в пуле N инженеров и цикл дежурства D дней на человека:

Полный цикл ротации = N × D дней
Частота дежурства одного человека ≈ каждые (N × D) дней
Доля времени "на связи" в году ≈ (365 / (N × D)) × D / 365 = 1/N

Пример. Четверо инженеров, неделя дежурства (7 дней):

  • полный цикл — 28 дней;
  • каждый дежурит примерно раз в 4 недели;
  • доля on-call в году — около 25% календарных суток "под алертами" (с уточнением по ночным/дневным правилам).

Ночные и дневные смены​

Если ночь (22:00–08:00) и день разделены:

РежимПулДней на сменуЦикл
Только день45 рабочих20 рабочих дней
Ночь отдельно47 календарных28 дней
Follow-the-sun (3 региона)3 команды по региону8 часовсмена каждые сутки между регионами

Учёт праздников и отпусков​

  • замена в календаре фиксируется заранее;
  • при отпуске дежурного — явный swap, не "потом отработаешь";
  • праздники РФ: либо исключение из on-call, либо повышенная ставка (см. компенсацию ниже).

Нагрузка инцидентов​

Считайте не только дни дежурства, но и среднее число вызовов:

Средняя нагрузка = (всего инцидентов за квартал) / (человеко-недели on-call)

Если у одного дежурного 15 вызовов за неделю, а у другого 2 — проблема в runbook, мониторинге или распределении сервисов. См. DevOps и инциденты.

Минимальные ориентиры для обсуждения с руководителем​

  • пул не меньше трёх человек для 24/7 (иначе выгорание гарантировано);
  • после ночного P1 — сокращённый день или отгул;
  • не более двух ночных вызовов подряд без смены дежурного (эскалация на вторую линию).

Бенчмарки компенсации on-call и переработок​

Цифры ориентировочные, рынок РФ и remote-компании 2024–2026. Уточняйте у HR и в оффере.

Денежная компенсация on-call​

УровеньТипичный диапазонКомментарий
Junior / Middle5 000–15 000 ₽ за неделю дежурстваЧасто фикс, без почасовой оплаты вызовов
Senior / Lead15 000–40 000 ₽ за неделюПлюс оплата фактических вызовов
За ночной вызов (факт)3 000–10 000 ₽ за инцидентИли 1–2 часа по двойной ставке
Критический P1 > 4 часовОтгул + премияДоговариваться заранее

Неденежная компенсация​

  • отгул в ближайшие 1–3 рабочих дня после ночи;
  • −20…30% story points в спринте недели дежурства;
  • запрет на ревью и менторство в день после тяжёлой ночи;
  • дополнительный день отпуска за квартал при регулярном on-call.

Переработки вне on-call​

По ТК РФ сверхурочная работа требует согласия и оплаты (первые два часа — не менее 150%, далее — 200%) или отгула. На практике в IT часто фиксируют в политике компании:

  • переработка только по согласованию с тимлидом;
  • учёт в табеле или системе времени;
  • лимит часов в месяц.

Если компания говорит "у нас все так работают" без цифр — зафиксируйте факты письмом и смотрите признаки смены работы.

Remote и международные контракты​

  • оплата в валюте — пересчёт on-call в контракте;
  • follow-the-sun — уточнить часовой пояс в SLA;
  • B2B / ИП — компенсация только то, что прописано в договоре.

Подробнее — удалённая работа.

Границы при удалённой работе​

При работе из дома границы с семьёй и с работой размываются чаще.

Физическое пространство​

  • отдельный стол или комната;
  • наушники с шумоподавлением — сигнал "в фокусе";
  • конец смены — закрыть ноутбук и убрать с рабочей зоны.

Календарь и статусы​

  • блок "Deep work" 2–3 часа;
  • статус в мессенджере: доступен / обед / фокус;
  • общий календарь семьи с вашими созвонами.

Правила для домашних​

"Сообщение в Slack не значит, что я могу выйти из комнаты сейчас. Срочное личное — звонок. Рабочее — после 19:00 не отвлекаюсь, кроме on-call."

Границы с работодателем​

  • не обязаны держать камеру 8 часов подряд;
  • перерывы по норме труда — ваше право;
  • отслеживание экрана и клавиатуры — обсуждать в политике безопасности (инфобез).

Смешанный формат (гибрид)​

  • дни в офисе — для встреч;
  • дни дома — для кода;
  • не подменять два формата одним днём без границ ("и в офис, и допилить вечером").

Цифровое выгорание — материал 117.

Правовые основы в контексте РФ (кратко)​

Это не юридическая консультация. При споре обращайтесь к юристу или в трудовую инспекцию.

Трудовой договор​

  • режим рабочего времени — в договоре или локальном акте;
  • сверхурочная работа — с согласия работника, учёт и оплата;
  • отпуск — право, его нельзя "заменить" только деньгами без согласия (кроме случаев по ТК).

Удалёнка​

С 2021 года удалённая работа регулируется отдельными нормами ТК: соглашение, оборудование, учёт времени. Работодатель обязан обеспечить связь и СОУТ при необходимости.

On-call и "дежурство дома"​

Правовой статус on-call спорный: если вы должны оставаться доступным и реагировать — это может приравниваться к рабочему времени. Фиксируйте в политике компании:

  • периоды дежурства;
  • компенсация;
  • ожидаемое время реакции.

Увольнение по собственному желанию​

Отработка 2 недели (если иное не в договоре). Документы и расчёт — в последний день. Не подписывайте бумаги "под давлением" в день увольнения без чтения.

Карьера и мифы — раздел 1.26.

Цепочки эскалации​

Когда разговор с тимлидом не дал результата — знайте маршрут без сжигания мостов.

Уровень 1. Тимлид / менеджер проекта​

Повторная встреча с фактами за 2–4 недели: даты, часы, инциденты. Запрос конкретный: ротация, лимит задач, компенсация.

Уровень 2. Engineering Manager / Head of Engineering​

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

"Команда из пяти человек теряет N часов в неделю на внеплановые срочняки. Предлагаю политику on-call и лимит WIP. Нужна поддержка на уровне отдела."

Уровень 3. HR / People Partner​

Подходит при:

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

Принесите: хронологию, письма, скриншоты (без нарушения NDA и персональных данных).

Уровень 4. Внешние органы​

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

Эскалация инцидента on-call (техническая)​

Алерт → Дежурный L1 (15 мин) → L2 Senior (30 мин) → EM (60 мин) → Vendor / облако

Runbook должен содержать контакты и критерии P1. Культура post-mortem — глава про инциденты.

Шаблоны писем и follow-up​

После встречи о нагрузке​

Тема: Итоги встречи 12.06 — нагрузка и on-call

Привет, [Имя].

Кратко зафиксировал договорённости:
1. Ротация on-call: 4 человека, неделя, старт с 17.06.
2. Ночные P1: звонок, дневные некритичные — до следующего рабочего дня.
3. После ночного вызова — сокращённый день или отгул по согласованию.
4. Срочные задачи в спринте — только через перепланирование на дейли.

Если что-то упустил — поправь, ответь в тред.

Спасибо,
[Вы]

Запрос на компенсацию дежурства​

Тема: Компенсация on-call за неделю 03.06–09.06

Привет.

Дежурил с 03.06 по 09.06. Фактические вызовы:
- 04.06, 02:40, P1 API, 2.5 ч
- 06.06, 23:10, P2 очередь, 40 мин

Прошу согласовать: [отгул 10.06 / оплата по политике / снижение SP на 20%].

Тикеты: INC-441, INC-445.

Отказ от задачи вне рабочего окна (вежливо)​

Вижу задачу. Сейчас вне рабочего времени, не в on-call.
Если P1 — звони. Иначе возьму завтра с 10:00, приоритет после [тикет].

Эскалация в HR (черновик)​

Тема: Повторяющиеся переработки без учёта

Добрый день.

С [дата] обсуждал с [тимлид] нагрузку (вложения: итоги встреч). Ситуация не изменилась: [факты за 3 недели].
Прошу подключиться к согласованию режима и учёта времени.

Готов к встрече.

Типы руководителей и как вести разговор​

Один шаблон не подходит всем. Подстройте тон, сохраняя факты.

"Всё срочно" (паникёр)​

  • приносите приоритетную матрицу: что сдвигается, если берёте новое;
  • просите один топ-приоритет на день;
  • фиксируйте письмом после каждого "срочно".

"Дружелюбный проситель" (границы размыты)​

  • мягко, но явно: "Сейчас не могу, могу в [время]";
  • не объясняйте личную жизнь — достаточно рабочего окна;
  • предложите альтернативу: другой исполнитель, сдвиг срока.

"Метрики и данные"​

  • график переработок, число инцидентов, velocity спринта;
  • предложение с измеримым результатом: −30% встреч, ротация из 4.

"Старый гвардеец" ("мы всегда так работали")​

  • ссылайтесь на выгорание и текучку — бизнес-риск;
  • примеры из индустрии и post-mortem;
  • не спорьте о ценностях — говорите о риске багов и сроков.

"Защитник команды" (хороший тимлид)​

  • приносите решения, не только проблемы: черновик ротации, runbook;
  • просите поддержку на уровне менеджмента и продукта.

"Отсутствующий" (редко на связи)​

  • письменные follow-up обязательны;
  • копия EM в важных письмах;
  • дейли асинхронно в тикете.

Границы для junior и senior​

Junior (0–2 года)​

Типичные риски: страх отказать, работа "бесплатно" сверх смены, принятие вины за чужие модули.

Рекомендации:

  • согласовывать объём с ментором раз в спринт;
  • не оставаться один на ночном P1 без runbook;
  • вопросы — в публичный канал, не только в личку (обучение + прозрачность);
  • отказ формулировать: "Мне нужна помощь с приоритетом, сейчас закрываю X".

Советы новичку — раздел 1.12.

Middle (2–5 лет)​

  • вести переговоры о on-call до подписания в график;
  • фиксировать технический долг как условие для "срочняков";
  • менторство — лимит часов в неделю.

Senior / Lead (5+ лет)​

  • граница между архитектурой и операционкой 24/7;
  • делегирование дежурств, не "я быстрее всех";
  • право сказать "нет" продукту при нереалистичном scope;
  • защита джунов от переработок — часть роли лида.

Продвинутые советы — раздел 1.14.

Сравнительная таблица​

ТемаJuniorSenior
Отказ от задачиС менторомНапрямую с PM/EM
On-callОбучение, не одинПроектирование ротации
ВстречиУчаствует по необходимостиСокращает чужие
ПереработкаСигнал тимлидуМеняет процесс
ЭскалацияЧерез ментораНапрямую EM/HR

Когда инициировать разговор​

Сигналы, что пора обсуждать условия:

  • сон меньше 6 часов больше недели подряд из-за работы;
  • отпуск не вернул силы (признаки выгорания);
  • ежедневные созвоны без повестки и итогов;
  • on-call без ротации и без компенсации стал нормой;
  • тревога перед открытием рабочего чата;
  • здоровье: головные боли, давление, ЖКТ на фоне стресса.

Один разговор редко меняет всю компанию, но показывает, готов ли руководитель слышать и менять процесс.

Подготовка к встрече​

  1. Факты — "за месяц четыре ночных выхода", "двенадцать переработок по два часа".
  2. Влияние на работу — пропущенные ревью, баги после усталости, срыв сроков.
  3. Конкретный запрос — график дежурств, лимит задач, окно без встреч.
  4. Варианты — "если дедлайн жёсткий, какую задачу сдвигаем?"

Запишите 3–5 тезисов. Репетиция вслух снижает тревогу.

Чек-лист перед встречей​

  • Таблица дат и часов переработок / вызовов
  • Скриншоты или ссылки на тикеты
  • Один конкретный запрос и один запасной вариант
  • Время встречи не в пятницу вечером (если можно)
  • Записная книжка или документ для итогов

Универсальный шаблон разговора​

"Хочу обсудить нагрузку и доступность. За последние N недель [факты]. Я замечаю [влияние на качество / здоровье]. Мне важно [устойчивый темп / предсказуемый on-call]. Предлагаю [вариант]. Что из этого реально согласовать с проектом?"

Держите фокус на процессе и цифрах. Обвинения в адрес людей редко ускоряют решение.

On-call — полный чек-лист договорённостей​

  • кто входит в ротацию и с какой периодичностью;
  • что считается ночным P1 (падение production, утечка данных), а что может подождать до утра;
  • время реакции: P1 — 15 мин, P2 — 2 часа, P3 — следующий рабочий день;
  • компенсация — деньги, отгул, меньше story points в спринте;
  • наличие runbook и цепочки эскалации;
  • доступ к логам, VPN, продакшену в день дежурства;
  • разбор инцидентов post-mortem без поиска виноватого;
  • тестовый учебный инцидент раз в квартал (game day).

Если ответ "так у всех" без цифр — отправьте краткое follow-up письмо с итогами встречи.

Если условия не меняются​

Признаки, что среда останется прежней:

  • обещания без действий два-три спринта подряд;
  • ухудшение задач или игнор на ревью после разговора о границах;
  • культ "героизма" бессонницы;
  • месть за отказ: только рутина, исключение из интересных проектов.

Параллельно обновляйте резюме, сеть контактов и чек-лист смены работы. Уход с позиции выбора лучше импульсивного ухода в один день.

Runbook и границы on-call​

Runbook снижает длительность ночного вызова. Без него дежурный тратит часы на поиск контекста — это скрытая переработка.

Минимальное содержание runbook​

  • ссылка на дашборд и алерты;
  • шаги "первые 5 минут" для топ-5 инцидентов;
  • контакты L2, DBA, security;
  • критерии эскалации и когда будить EM;
  • ссылки на rollback и feature flags.

Граница ответственности дежурного​

Дежурный не обязан чинить всё подряд. В runbook фиксируют:

  • что чинит L1 за 30 минут;
  • что передаётся на утро (P3, косметика);
  • когда подключается вендор облака.

Если вас заставляют чинить legacy без документации ночью — это повод для разговора о процессе и post-mortem. См. DevOps.

Еженедельный аудит границ (15 минут)​

Каждую пятницу заполните короткую таблицу в личном документе:

ВопросДа / НетКомментарий
Были сообщения вне рабочего окна без P1?
Сон 7+ часов минимум 4 ночи?
Новая задача без перепланирования спринта?
Созвоны без повестки?
Переработка без учёта?

Три "да" на первой, четвёртой и пятой строках две недели подряд — повод для встречи с тимлидом. Связь с выгоранием.

Границы в распределённой команде​

Часовые пояса​

  • зафиксируйте core hours overlap (например, 14:00–17:00 МСК);
  • асинхронные решения в RFC-документах, не в ночных звонках;
  • ротация on-call по регионам, не "всегда тот, кто ближе к продакшену".

Культура "always online"​

В глобальных чатах нормализуют ответы в любое время. Контрмера:

  • статус и эмодзи-расписание в профиле;
  • правило команды: срочное — звонок, остальное — next business day;
  • не извиняться за ответ утром на вечернее сообщение без P1.

Документация вместо созвонов​

Запросите письменное ТЗ на задачу. Это граница scope: меньше "а давай ещё вот это на созвоне".

Границы для разных ролей в IT​

Backend / SRE​

  • on-call почти неизбежен — торгуйтесь за ротацию и компенсацию заранее;
  • граница между "быстрым хотфиксом" и полноценным рефакторингом ночью;
  • post-mortem action items не должны падать только на дежурного.

Frontend​

  • "мелкие правки CSS" вне спринта — отдельный поток или лимит часов;
  • дизайн без mobile frame — граница: не начинать без breakpoints;
  • см. Figma для разработчика.

QA​

  • тестирование в выходные перед релизом — та же компенсация, что у разработки;
  • граница: не принимать билды без changelog после 22:00 без договорённости.

Team Lead​

  • менторство не 24/7 в личке;
  • эскалация вверх, если команда перегружена — ваша обязанность, не героизм.

Примеры границ в offer letter и политиках​

При приёме на работу проверьте:

  • упоминание on-call и компенсации;
  • удалёнка и рабочие часы;
  • политика переработок;
  • отпуск и больничный.

Если в оффере тишина — задайте вопросы до подписания. Карьера и мифы.

Шаблон политики on-call для команды (черновик)​

Можно предложить тимлиду как основу:

1. Пул дежурных: 4+ инженера, неделя календарная.
2. P1: production down, утечка данных — звонок, реакция 15 мин.
3. P2: деградация без полного дауна — в течение 2 ч или утро.
4. P3: косметика — следующий рабочий день.
5. После ночи > 2 ч — отгул или -30% задач в спринте.
6. Runbook обязателен для каждого сервиса в ротации.
7. Post-mortem в течение 5 рабочих дней, blameless.

Адаптируйте под размер команды и инцидент-менеджмент.

Сценарии для HR и конфликтов с коллегой​

Сценарий 11. Коллега пишет в личку вместо тикета​

"Чтобы задача не потерялась, создай тикет и тегни меня — так быстрее закроем. В личке только P1."

Сценарий 12. HR просит "быть гибче"​

"Гибкость для меня — предсказуемый график и качество кода. Готов обсуждать сдвиг дедлайна, если снимаем другую задачу. Фиксирую в письме после встречи."

Сценарий 13. Угроза рейтинга на ревью за отказ от переработок​

"Хочу понять критерии performance review. Мои метрики: закрытые тикеты, инциденты, ревью. Переработки без учёта не входили в цели. Прошу согласовать реалистичный scope."

Сценарий 14. Семейный форс-мажор, нужна пауза​

"На этой неделе ограниченная доступность 10–14. Критичное — только P1, звонок. Остальное переношу или передаю [имя]. Полную нагрузку верну с [дата]."

Сценарий 15. Предложение "повышения" без денег, но с on-call​

"Спасибо за доверие. Готов обсуждать роль, если есть: график дежурств, компенсация, снижение IC-задач. Без этого текущая нагрузка уже на пределе."

Что запомнить​

  • Границы — договорённости о времени, объёме, каналах и on-call.
  • Факты и письма сильнее эмоций на переговорах.
  • Ротация on-call из четырёх человек — минимальный ориентир для 24/7.
  • Три спринта без изменений после разговора — сигнал обновить чек-лист смены.

FAQ — часто задаваемые вопросы​

Вопрос. Можно ли отказать руководителю в срочной задаче вечером?

Ответ. Да, если вы не в on-call и нет P1 на проде. Вежливо предложите время с утра. Повторяющиеся вечерние запросы — повод для разговора о границах.

Вопрос. Меня добавили в ротацию без спроса. Что делать?

Ответ. Запросите встречу: условия, компенсация, обучение. Пока нет runbook — не оставайтесь единственным ночным контактом.

Вопрос. On-call "по желанию", но без отказа не обходятся. Это нормально?

Ответ. Это скрытое обязательство. Просите явный график и оплату или формальный отказ без последствий для ревью.

Вопрос. Сколько ночных вызовов в месяц — уже много?

Ответ. Ориентир: больше 2–3 ночей с потерей сна в месяц без компенсации — повод менять процесс. См. выгорание.

Вопрос. Тимлид обиделся, что я не ответил в 23:00. Кто прав?

Ответ. Без договорённости on-call вы правы в рамках рабочего окна. Обсудите правила письменно.

Вопрос. HR говорит "настрой границы сам". Это отмазка?

Ответ. Границы — да, но работодатель обязан учитывать режим труда. При системных переработках HR должен вмешаться, не только советовать медитацию.

Вопрос. Я джун и боюсь сказать "нет".

Ответ. Формулируйте: "Нужна помощь с приоритетом". Подключите ментора на встречу. См. советы новичку.

Вопрос. Компания в США, я в РФ. Какие границы по времени?

Ответ. Зафиксируйте overlap-часы в контракте. Остальное — асинхрон. Не соглашайтесь на постоянные ночные созвоны без доплаты.

Вопрос. P1 и P2 путают нарочно, чтобы разбудить.

Ответ. Введите определения в wiki и разбор на post-mortem. Повтор — эскалация EM.

Вопрос. Можно ли записывать созвоны о переработках?

Ответ. Зависит от политики компании и закона о персональных данных. Минимум — письменные итоги после встречи.

Вопрос. Меня тегают @channel по мелочам.

Ответ. Предложите правило: @channel только P1. Остальное — тикет. Согласуйте с тимлидом в канале.

Вопрос. Дежурство без доступа к продакшену — как тогда?

Ответ. Это несостоятельный on-call. Требуйте доступ, runbook и эскалацию L2 в SLA.

Вопрос. Отгул после ночи не дают — "и так отдыхал днём".

Ответ. Дневной сон после ночи — восстановление, не отдых. Ссылайтесь на политику компенсации или ТК.

Вопрос. Границы — это про слабость?

Ответ. Это про устойчивую производительность. Команды с ротацией и runbook ловят инциденты быстрее уставших "героев".

Вопрос. Как границы связаны с выгоранием?

Ответ. Размытые границы — один из главных предикторов выгорания. См. план восстановления.

Вопрос. Продуктовый менеджер пишет напрямую в личку.

Ответ. Перенаправляйте в тикет: "Зафиксирую в Jira, так не потеряется". Согласуйте с тимлидом единый канал.

Вопрос. В договоре "ненормированный день" у менеджера. Распространяется ли на меня?

Ответ. Только если прямо указано в вашем договоре. Уточните у HR письменно.

Вопрос. Стоит ли угрожать увольнением на переговорах?

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

Вопрос. Как границы при удалёнке отличаются от офиса?

Ответ. Нужны явные часы, статус, физическое место. См. удалённая работа.

Вопрос. Коллега добровольно перерабатывает — меня заставляют "как он".

Ответ. Чужой выбор не ваш стандарт. Обсуждайте командные нормы с тимлидом, не сравнение с коллегой.

Вопрос. Инвестирует ли компания в автоматизацию алертов?

Ответ. Если on-call растёт без инвестиций в мониторинг — системная проблема. Поднимайте на ретро инфраструктуры.

Вопрос. Можно ли менять границы после испытательного срока?

Ответ. Да. Испытательный — не отказ от режима труда. Фиксируйте новые договорённости после прохождения.

Вопрос. Где взять пример политики on-call?

Ответ. Шаблоны публикуют Google, GitLab, Atlassian. Адаптируйте под размер команды и инцидент-менеджмент.

См. также​

Содержание