Результат, а не закрытый тикет
Задача считается сделанной не тогда, когда код влит, а когда он выкачен, работает, измерен и заинтересованные люди знают об этом. Ведение задачи до результата начинается с постановки и заканчивается метриками.
Расплывчатая задача
«Сделайте кнопку экспорта» — это желаемое решение, а не задача. Сначала выясняют проблему и цель:
- кто пользователь и что у него сейчас не получается;
- как он делает это без нашей функции;
- как поймём, что стало лучше.
Дальше — критерии приёмки и примеры (входы и ожидаемые результаты), явный список того, что не входит в задачу. Черновик постановки или прототип показывают заказчику и согласуют письменно. Допущения не додумывают молча — их записывают и показывают. Неясность, найденная до кода, в разы дешевле найденной после.
Разбить и оценить
- Разбить на проверяемые части по 1–3 дня с понятным результатом: «эндпоинт работает», «миграция выкачена».
- Найти неизвестные — новую библиотеку, чужой API, неясные требования — и снять их первыми коротким исследованием (спайком).
- Оценить диапазоном с допущениями: «5–8 дней, если API партнёра готов; если нет — плюс неделя».
- Не забыть тесты, ревью, выкатку и документацию.
Лучший ориентир — похожие прошлые задачи. Оценка — прогноз с неопределённостью, а не обещание, и её пересматривают, когда появляется информация. Задача «на две недели» без разбиения обычно занимает месяц. Сначала делают то, что снижает риск, а не то, что приятно, и выпускают частями: работающий минимум раньше полного варианта.
Не успеваете
Сообщить сразу, как стало понятно, а не в день дедлайна:
«Интеграция с доставкой: сделано 60 %. API партнёра отдаёт другие статусы, чем в документации, — на переделку нужно ещё 3–4 дня. Варианты: выпустить в пятницу без отслеживания статусов и доделать на следующей неделе или сдвинуть релиз на среду. Предлагаю первый».
Что, почему (факты), новая оценка и варианты: урезать объём, выпустить часть, сдвинуть срок, получить помощь. Решает тот, кто отвечает за срок, — ваша задача дать ему информацию вовремя. Чем раньше сообщение, тем больше вариантов. Работать ночами молча — плохая стратегия: риск не исчезает, а команда о нём не знает.
Инцидент
Порядок:
- Восстановить работу — откат, переключение, отключение функции. Сначала смягчить, потом искать причину.
- Коммуницировать — один координатор, понятный канал, короткие регулярные обновления для бизнеса.
- Разобрать причины без поиска виноватых: почему система позволила ошибке случиться.
- Изменить — задачи с владельцами и сроками: алерт, проверка в CI, ограничение.
На собеседовании об инциденте рассказывают по этим шагам. Хорошо показать, что после разбора появилась проверка, которая теперь ловит такие случаи раньше.
Рассказ об ошибке
Вопрос «расскажите о своей ошибке» проверяет ответственность и выводы. Нужна настоящая ошибка, где вы:
- берёте ответственность на себя, а не перекладываете;
- рассказываете, что сделали сразу, чтобы исправить последствия;
- и главное — что изменили в работе, чтобы не повторилось.
Масштаб — реальный, но не катастрофа, ставящая крест на роли.
Что запомнить
- Сначала проблема и критерии приёмки, потом код.
- Части по 1–3 дня, неизвестные — первыми, оценка — диапазоном.
- О срыве — сразу, с фактами и вариантами.
- Инцидент: восстановить, сообщить, разобрать без виноватых, изменить.