Как следует действовать, если становится очевидно, что срок выполнения задачи срывается?

Ключевой принцип — раннее оповещение и прозрачность. Действия должны быть следующими:

1. Немедленная оценка: Проанализировать причину задержки (недооценка сложности, технические препятствия, внешние зависимости).
2. Информирование команды: Сообщить о риске срыва сроков как можно раньше на стендапе или напрямую тимлиду/менеджеру проекта.
3. Предложение решений: Не просто констатировать проблему, а предложить варианты:
   • Переоценка сроков: Запрос реалистичного дедлайна.
   • Пересмотр объема: Выделение MVP (минимально жизнеспособного продукта) с отложением части функциональности.
   • Перераспределение ресурсов: Запрос помощи у коллег.
4. Документирование: Обновить статус задачи в трекере (Jira, etc.), четко указав новую оценку и причину изменений.

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

// Метафорический пример обработки задержки
public class TaskHandler {
    public void executeTask(Task task) {
        try {
            task.estimate(); // Первоначальная оценка
        } catch (UnderestimatedComplexityException e) {
            // ШАГ 1 и 2: Обнаружили проблему -> информируем
            teamChannel.notify("Задача X требует переоценки. Причина: " + e.getReason());
            // ШАГ 3: Предлагаем новый план
            Plan revisedPlan = scrumMaster.createRevisedPlan(task, new Deadline(...));
            taskTracker.update(task, revisedPlan); // ШАГ 4
        }
    }
}