Вопрос с собеседования · HR-вопросы

Как разбить большую задачу и дать оценку сроков?

MiddleИстории из опыта
Ещё спрашивают так:
  • Как оценивать задачи?
  • Почему оценка — диапазон, а не дата?
Коротко

Разбить на проверяемые части по 1–3 дня, каждая — с понятным результатом (endpoint работает, миграция выкачена). Отметить неизвестные (новая библиотека, чужой API, неясные требования) и снять их первыми — коротким исследованием (спайком). Оценку давать диапазоном с допущениями: «5–8 дней, если API партнёра готов; если нет — плюс неделя». Учитывать то, что забывают: тесты, ревью, выкатку, документацию.

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

А ещё Задача на «2 недели» без разбиения обычно занимает месяц

Подробно

Пример: выгрузка отчёта в Excel.

  • схема данных и запрос — 1 день;
  • генерация файла — 1–2 дня (новая библиотека — спайк 0,5 дня);
  • фоновая задача для больших отчётов — 2 дня;
  • тесты и ревью — 1 день;
  • выкатка и проверка — 0,5 дня.

Итог: 5,5–7 дней при условии, что формат согласован; если нет — сначала согласование.

Что хотят услышать

  • Части по 1–3 дня с результатом.
  • Неизвестные первыми.
  • Диапазон с допущениями.
  • Учёт тестов, ревью, выкатки.

Проверьте себя

Один верный вариант. Подумайте, потом откройте ответ.

Показать варианты и ответ
  • ✗Назвать одну дату по ощущению и придерживаться её любой ценой
  • ✓Части по 1–3 дня, неизвестные первыми, оценка — диапазон с допущениями
  • ✗Оценивать только время написания кода, без тестов и ревью
  • ✗Не давать оценку, пока задача не будет полностью сделана

Разбор темы

Связанные вопросы

Партнёр платформы

Разбор собеседования с sotto

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

Разбор собеседования