Как поступишь если задача блокируется со стороны других команд

Стратегия работы при блокировке задачи от других команд

Это частая ситуация в любой организации, и как её решать — важный soft skill для разработчика.

Шаг 1: Немедленная коммуникация

Первое, что я делаю — сразу сообщаю о блокировке:

• Уведомляю свою команду (lead/manager)
• Связываюсь непосредственно с владельцем блокирующего компонента
• Отмечаю задачу как blocked в системе трекинга (Jira/Linear)
• Оцениваю критичность: блокирует ли это sprint goal?

Шаг 2: Уточняю детали

Нужно понять корень проблемы:

• В чём именно состоит зависимость? (API не готан, данные не подготовлены, дизайн не согласован)
• Когда ожидаемо решение? (точная дата/время)
• Есть ли workaround? (мок API, тестовые данные, договорённость на интерфейс)
• Могу ли я помочь ускорить процесс?

Шаг 3: Переключаюсь на альтернативную работу

Забыть о заблокированной задаче и ждать нельзя. Я:

• Перехожу на другие задачи из бэклога (refactoring, техдолг, баги)
• Рефакторю код, пишу/улучшаю тесты
• Изучаю релевантные технологии или codebase
• Подготавливаюсь к разработке заблокированной фичи (читаю спеку, готовлю интеграционные тесты)
• Помогаю другим разработчикам, которые не заблокированы

Шаг 4: Проактивно помогаю освободить блокер

Это отличает хороших разработчиков:

• Предлагаю альтернативные интеграционные точки
• Помогаю с дизайном интерфейса (если блокер в дизайне)
• Готовлю моки или стабы, чтобы разработка могла продолжаться параллельно
• Предлагаю свой код на review, если зависимость в другой системе

Пример из практики:

// Если API другой команды задерживается, создаю mock
@Configuration
public class ApiClientConfig {
  
  @Bean
  public PaymentService paymentService(
    @Value("${api.use-mock}") boolean useMock) {
    if (useMock) {
      return new MockPaymentService();
    }
    return new RealPaymentService();
  }
}

class MockPaymentService implements PaymentService {
  @Override
  public Payment processPayment(PaymentRequest req) {
    return Payment.builder()
      .id(UUID.randomUUID().toString())
      .status("SUCCESS")
      .amount(req.getAmount())
      .build();
  }
}

Шаг 5: Регулярно синхронизируюсь

Ежедневно проверяю статус:

• Daily standup: сообщаю об остановке
• Ping владельца блокирующего компонента (но не спамлю)
• Документирую проделанные попытки

Когда блокировка становится критичной

Если задержка затрагивает sprint goal или дедлайн:

• Эскалирую на уровень менеджмента (product owner, engineering lead)
• Предлагаю альтернативные решения
• Переоцениваю приоритеты

Ключевой mindset

Блокировка — это НЕ поводу сидеть и ждать. Это возможность:

• Улучшить качество кода (refactoring, тесты)
• Повысить свои скиллы
• Помочь команде
• Ускорить работу всей группы

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