Что будешь делать, если поймешь, что не успеваешь выполнить задачу в срок?

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

1. Причина: Что конкретно заняло больше времени? (Например, неучтенная сложность интеграции с нативным SDK, нестабильность стороннего пакета, необходимость рефакторинга legacy-кода для новой фичи).
2. Текущий статус: Что уже сделано и что осталось.
3. Предлагаемые решения:
   • Пересмотр объема: Можно ли выпустить фичу в урезанном, но рабочем виде (MVP) сейчас, а доработать в следующем спринте?
   • Перераспределение: Есть ли возможность делегировать часть подзадач (например, верстку экранов) другому разработчику, если я застрял на сложной логике?
   • Корректировка дедлайна: Если задача критична и не поддается упрощению, обосновать необходимость дополнительного времени.

Пример из практики Flutter: Допустим, задача — реализовать сложную кастомную анимацию с помощью CustomPainter, которая оказалась сильно требовательнее к ресурсам, чем ожидалось.

// Вместо немедленной оптимизации сложного CustomPainter,
// можно временно предложить компромисс:
// 1. Использовать более простую, но готовую анимацию из пакета `lottie` или `flare`.
// 2. Или отрисовать прелоадер/статичное состояние, а полноценную анимацию
//    доработать и оптимизировать асинхронно, после основного релиза.
Lottie.asset(
  'assets/placeholder_animation.json',
  fit: BoxFit.contain,
)

Мой подход основан на прозрачности и совместном поиске решения, а не на скрытии проблем до последнего момента.