Есть ли overtime на проекте?

Overtime на проекте: честный ответ

Вопрос о переработках (overtime) — это не технический вопрос, а очень важный вопрос о work-life balance и культуре компании. Это вопрос, который показывает, уважает ли компания своих сотрудников. Вот мой честный подход к ответу.

Мой подход к overtime

Я не согласен с постоянными переработками и вот почему:

Отрицательные эффекты overtime:
- Выгорание (burnout) - снижение продуктивности на 50%+
- Ошибки и баги - утомлённый разработчик пишет плохой код
- Здоровье - проблемы со сном, стресс, болезни
- Текучесть кадров - лучшие сотрудники уходят
- Семья - нарушение баланса между работой и личной жизнью
- Качество кода - спешка ведёт к техническому долгу

Когда overtime оправдан

Есть легитимные причины для временных переработок:

1. Критический баг в production
   - Приложение упало, терялись деньги
   - Нужно срочно исправить
   - Потом следует компенсация (день отдыха)

2. Дедлайн запуска продукта
   - Запуск v1.0 стартапа
   - Конечный срок был известен
   - Все согласились на спринт
   - После запуска - стабилизация

3. Срочный квартальный deadline
   - OKR (Objectives and Key Results) к концу квартала
   - Все знали об этом
   - Временная интенсивность
   - Потом нормальный режим

Когда overtime НЕ оправдан

Красные флаги - плохо управляемые компании:

1. Постоянные overtime (каждую неделю)
   - Признак плохого планирования
   - Менеджеры не умеют оценивать сроки
   - Компания эксплуатирует сотрудников

2. Overtime без компенсации
   - Если ты работаешь 50 часов, должна быть оплата
   - Или компенсирующий день отдыха
   - Без этого - это просто грабёж

3. Overtime из-за "сроков"
   - Если каждый день - срок, значит проблема в планировании
   - Нужно нанять больше людей
   - Или снизить scope

4. "Это же стартап, тебе нужно быть преданным"
   - Плохой способ обосновать эксплуатацию
   - Преданность достигается культурой и справедливостью
   - Не переработками

Мой опыт и рекомендации

Что я говорю на собеседовании:

Интервьюер: "У нас периодически бывают sprinty с deadline-ами"

Мой ответ:
"Спасибо, что честны. Я готов к интенсивным периодам, но:

1. Они должны быть исключением, не правилом
2. После интенсива нужен отдых (slow week)
3. Если это каждую неделю, это не спринт - это плохое планирование
4. Overtime нужно оплачивать или компенсировать днями отдыха
5. Я не готов работать 60+ часов регулярно

Если это всё согласуется - я заинтересован. Если нет - спасибо."

Как выявить культуру компании на интервью

Вопросы, которые нужно задать:

1. "Как часто здесь бывают спешные сроки?"
   - Ответ: "Несколько раз в квартал" - нормально
   - Ответ: "Каждую неделю" - красный флаг

2. "Как компания компенсирует overtime?"
   - Ответ: "День отдыха после спринта" - хорошо
   - Ответ: "Мы платим 1.5x за overtime" - отлично
   - Ответ: "Это просто часть работы" - красный флаг!

3. "Какие часы работы? 9-5?"
   - Ответ: "9-5, плюс периодически спешные ситуации" - хорошо
   - Ответ: "9-5 официально, но часто работают до 8 вечера" - проблема

4. "Как люди на отпуске? Есть ли burnout?"
   - Ответ: "Люди спокойны, низкая текучесть" - хорошо
   - Ответ: "Люди часто уходят" - красный флаг

5. "Есть ли культура отключения (отдыха)?"
   - Ответ: "Вечерами и выходными никто не пишет в Slack" - хорошо
   - Ответ: "Люди проверяют сообщения в 10 вечера" - проблема

Как я работаю

Мой рабочий день:

9:00 - 10:00 - планирование и чтение новостей
10:00 - 13:00 - deep work (кодинг, дизайн)
13:00 - 14:00 - обед
14:00 - 17:00 - meetings и коллаборация
17:00 - 18:00 - завершение задач
18:00 - КОНЕЦ (никакой работы)

Выходные: полностью отключён от работы

Отпуск: забыл о коде на 2-3 недели

Когда нужен спринт (редко):

Проблема: критический баг в production

Реакция:
1. Все на совещание
2. Оцениваем время на исправление
3. Если > 2 часов - привлекаем всех
4. Работаем быстро, но качественно
5. После исправления - анализ (как это случилось?)
6. Потом компенсация: все берут день отдыха
7. Пост-мортем (post-mortem) встреча

Что говорят исследования

Исследования показывают:
- Работа > 50 часов в неделю снижает продуктивность
- После 6 часов фокуса - качество кода падает
- Сон < 7 часов = уменьшение IQ на 10-20 пунктов
- Burnout требует месяцы на восстановление
- Компании с низким overtime имеют ЛУЧШЕ результаты

Почему? Потому что:
1. Отдохнувший разработчик - более продуктивный
2. Меньше ошибок - меньше отладки
3. Стабильность - люди не уходят
4. Качество - код написан в здравом уме

Как я отвечаю на этот вопрос

На интервью:

Интервьюер: "Есть ли на проекте overtime?"

Мой ответ:
"Это важный вопрос для меня. Я верю, что лучший код пишется 
без спешки и переработок. 

Я готов к периодическим интенсивным периодам, но:
- Они должны быть исключением, не нормой
- Максимум 2-3 раза в квартал
- С компенсацией (время, деньги или оба)
- После которых есть восстановление

Если здесь постоянные переработки, это не подходит моему 
стилю работы. Я предпочту компанию, которая уважает 
work-life balance.

Как дела с overtime у вас на проекте?"

Red Flags (знаки опасности)

- "У нас разработчики работают до 20:00 каждый день"
- "Overtime не оплачивается, это часть культуры"
- "Выходные - это когда ты отвечаешь на срочные вопросы"
- "Отпуск - это когда ты находишься на связи"
- "Люди тут работают 60+ часов"
- "Если ты не готов к overtime, ты не подходишь"
- "Стартапы требуют жертв"

Green Flags (хорошие знаки)

- "Работайте 9-5, мы ценим отдых"
- "Есть дни отдыха после спринтов"
- "Overtime оплачивается / компенсируется"
- "Люди спокойны, редко видно спешку"
- "Отпуск - это когда тебя вообще не трогают"
- "Низкая текучесть кадров"
- "Компания инвестирует в развитие, не в спешку"

Итог

Мой позиция на overtime:

1. Краткосрочное (спринт, дедлайн) - приемлемо с компенсацией
2. Постоянное - признак плохо управляемой компании
3. Без компенсации - экономит деньги компании за счёт здоровья сотрудников
4. С выгоранием - потеря лучших сотрудников и качества

Я выбираю компании, где:

• Плановые работы выполняются в рабочее время
• Спешные ситуации редки и компенсируются
• Ценят качество над скоростью
• Люди остаются работать потому что нравится, а не из-за страха

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