Что будешь делать, если не укладываешься в дедлайн?

Стратегия работы с дедлайнами

Это типичная ситуация в разработке. Вот мой подход:

1. Ранний сигнал (Key Insight)

# Сразу замечаю отклонение от плана
remaining_days = deadline - today
estimated_days = task_complexity * velocity

if estimated_days > remaining_days:
    # ДЕЙСТВИЕ: сигналю руководству ЖЕ, не жду последнего дня
    notify_manager_asap()

Приоритет — прозрачность. Лучше сказать неприятное на неделю раньше, чем выясниться в последний момент.

2. Переговор о приоритизации

Стану разговаривать с PM/тимлидом:

• "Текущий объём требует X дней, у нас Y дней"
• Варианты:
  • Увеличить сроки (реалистичный сценарий)
  • Снизить scope (убрать фичи, которые не критичны)
  • Добавить ресурсы (помощь коллег — правда помогает не всегда)
  • Изменить определение готовности (MVP вместо полного функционала)

3. Оптимизация процесса

# Неправильный подход: просто ускорить и потом чинить баги
style = "fast"
quality = "bad"

# Правильный подход: убрать лишнее, сфокусироваться на критичном
focus_on_critical_features()  # Core functionality
skip_nice_to_have()          # Отложить на потом
automate_manual_testing()    # Чтобы не делать вручную
use_templates_and_tools()    # Использовать готовые решения

4. Практический пример из опыта

Пришлось сделать интеграцию с платёжной системой за 3 дня вместо 7:

# День 1: спецификация и риски
spec = {
    "critical": ["авторизация", "обработка платежей"],
    "important": ["отчёты"],
    "nice_to_have": ["analytics", "UI улучшения"]
}

# День 2-3: только CRITICAL
# Использовал готовые библиотеки вместо своего кода
from payment_provider import PaymentGateway

gateway = PaymentGateway(api_key=config.API_KEY)
payment = gateway.process(amount, card_data)

# Результат: успели, потом доделали IMPORTANT

5. Что НЕ буду делать

• ❌ Молчать — это худший вариант
• ❌ Обещать невозможное — потом будут разочарованы
• ❌ Жертвовать качеством — tech debt потом замедлит всё
• ❌ Работать ночами — это не решение, это проблема планирования

6. Долгоиграющий подход

# Постоянное улучшение оценок
real_time = measure_actual_time(task)
estimated_time = task.estimate
velocity = real_time / estimated_time

# Использую историческую данные для будущих оценок
future_estimate = complexity * velocity

Итоговый чек-лист

1. День 1: заметил отклонение → сразу сказал менеджеру
2. День 2: переговор о scope/сроках → согласование
3. День 3-N: фокус на критичном, убрал лишнее
4. После: анализ, почему неправильно оценили, обновляю процесс

Главное — это профессиональная честность и ранний сигнал. Дедлайны — это нормально, срывы дедлайнов из-за молчания — это плохо.