Блокеры в разработке

Блокер — это препятствие, мешающее выполнению задачи.

Задача сама по себе не является блокером. Им становится что-то внутри неё. Например, отсутствие данных, зависимость от другой команды или критический баг.

Практика работы с блокерами позволяет уйти от субъективного восприятия проблем к объективному анализу системы. Она помогает ответить на ключевой вопрос. Как часто возникают проблемы и какова их продолжительность?

Практика работы с блокерами помогает:

• Объективно анализировать причины задержек, а не на основе догадок.
• Выявлять повторяющиеся проблемы.
• Улучшать процессы на основе данных.

Классификация блокеров

1. Внешние (OUT) — проблемы вне команды (бизнес, серверы, DevOps).
2. Внутренние (IN) — проблемы внутри команды (дизайн, аналитика, разработка).

Для удобства блокеры помечаются тегами, а не отдельными типами, чтобы не усложнять систему.

Типы блокеров

Внутренние:

• Ожидание специалиста (например, дизайнера).
• Техническая проблема (баги, ошибки в коде).

Внешние:

• Ожидание решения бизнеса (согласования и пересогласования).

Реализация в команде

1. Обучение команды — объяснение важности блокеров и их фиксации.
2. Ежедневная ревизия — проверка актуальности статусов задач и блокеров на дейли.
3. Техническая настройка 

• Создать отдельную доску для блокеров.
• Автоматизировать. При метке blocker задача попадает на доску блокеров, а исходная помечается как blocked.

Недостатки подхода:

• Нет чёткого разделения на активные и заблокированные задачи.
• Без отдельной доски данные могут затираться, теряя детализацию.

В итоге

Результаты, которых предстоит достичь после внедрения работы с блокерами в команде разработчки:

1. Объективное понимание проблем. Избавиться от субъективных оценок и начать работать с реальными данными. Это позволит точно определить, почему возникают задержки и какие блокеры оказывают наибольшее влияние на процессы в разработке.
2. Выявить постоянно возникающие проблемы. Системное отслеживание блокеров показывает повторяющиеся проблемы, особенно в мобильной разработке, что поможет целенаправленно их решать.
3. Метрики и визуализация. Попробовать использовать BI-инструменты для визуализации данных о блокерах. Это наглядно продемонстрирует динамику проблем. Анализ повторений типов блокеров помогут выявить закономерности и лучше прогнозировать риски в будущем.
4. Новое в ретро. Появилась возможность для коллективного обсуждения проблем и поиска точек улучшения. Ретроспективы стали продуктивнее, так как вы в команде стали оперировать реальными фактами и точными данными, а не обсуждаете абстрактные причины.