Флаг блокера в Jira почти никто не ставит, а причина ожидания прячется в статусах, очередях и комментариях. Отчёт по блокерам собирает её за квартал из истории Jira, без опроса команды. Его главная мысль: «Сроки срываются не в разработке, а в ожидании.»
Проблема: «ждали смежников» — не ответ
Руководитель спрашивает, почему доставку не запустили в сентябре. Техлид отвечает: ждали смежников, и ревью затянулось. На вопрос «кого именно, сколько и что держит сейчас» PO предлагает поднять Jira — где-то в комментариях было.
Причина ожидания живёт в статусе «В ожидании», в очереди на ревью и в комментариях. Собрать её руками за квартал никто не успевает.
Что показывает отчёт
Пример в колоде — вымышленная команда «Платформа»: команды, партнёры и задачи придуманы. С июля по сентябрь её задачи 174 дня ждали другие команды — из 327 дней ожидания всего. Остальное — узкие места внутри: ревью, приёмка, решения. За 1–14 октября набралось ещё 44 дня ожидания других команд. В отчёте 23 случая ожидания с основанием из Jira, 6 из них открыты на 14.10.
Картина раскладывается на несколько разрезов.
- Где стояли задачи. Стадии процесса и задаче-дни в каждой. Задаче-день — день, который одна задача простояла в стадии. В примере узкое место — приостановки «В ожидании»: задачи стояли в них почти каждый рабочий день квартала.
- Кого ждали снаружи. Каждая внешняя сторона и чего от неё ждали. В примере это перевозчик с согласованиями для интеграции, архитектурный комитет с решением по единому входу, DevOps с окружением прода.
- Узкие места у себя. Решения своего PO, ревью, приёмка, тестирование. Это то, что команда может ускорить сама, без эскалаций. В примере больше всего дней у одной стороны набрали решения своего PO.
- Самые долгие случаи. Когда, чего ждали, от кого, сколько рабочих дней и решено ли.
- О чём просим сейчас. Открытые ожидания других команд, каждое из которых держит выпуск. Это готовый список для разговора с руководством.
Как это собирается
Принцип такой: скрипт считает, агент объясняет.
- Скрипт берёт задачи команды из Jira через MCP-сервер Atlassian: история статусов, комментарии, связи. Только чтение.
- Скрипт считает ожидания — приостановки и очереди ревью и теста — в рабочих днях, по кварталу и текущему месяцу.
- ИИ-агент раскладывает каждое ожидание по сторонам, с цитатой из комментария или связью задачи.
- Проверка не пропускает неразобранные случаи и чужие числа, затем собирает страницу отчёта и колоду.
PO просит агента в чате «отчёт по блокерам за квартал». По оценке автора, примерно через 15 минут страница приходит вложением.
Почему цифрам можно верить и где границы
- Дни считает скрипт по датам смены статусов, в рабочих днях. Агент чисел не пишет — только раскладывает.
- У каждого случая есть основание: цитата комментария или связь «блокируется». Нет основания — на странице пометка «слабое подтверждение».
- Ничего не теряется. Каждое ожидание попадает либо в случай, либо в «не блокер» с причиной: пауза по приоритету, отложили.
- Часы не выдумываются. Учёта времени в Jira нет, поэтому мера — дни ожидания. Это задержка сроков, а не простой людей.
Есть и честные ограничения. Установка и UAT в стадиях не считаются: их закрывают пачками. Если в комментариях не сказано, кого ждали, дни остаются без названной стороны — в примере таких 10. Чем аккуратнее команда пишет причины ожидания в Jira, тем точнее разбор.
Что получает руководитель и как начать
Вместо «ждали смежников» руководитель получает ответ с цифрами: кого ждали, сколько дней, по какому основанию и что держит выпуск прямо сейчас. Внешние ожидания превращаются в конкретные просьбы к другим командам. Внутренние — в список того, что команда ускорит сама.
Отчёт оформлен как навык для агента. В комплекте страница отчёта, проверка разбора агента и подключение к PO-агентам. Навык ставится в проект. После этого отчёт за квартал запрашивается одной командой или сообщением PO-агенту в чат. Итог — блокеры в цифрах, а не в ощущениях.
