Технический отчёт отвечает техлидам на вопрос «что застряло и у кого». Бизнесу и комитету нужно другое: «Бизнесу не нужны статусы подзадач. Ему важно, насколько ближе цель квартала.» Подход из колоды собирает итог спринта от целей, из тех же данных и без ручных слайдов.
Проблема: у отчёта появился второй зритель
Данные одни и те же, вопросы разные. Техлиды смотрят на эпики, статусы и подзадачи. Бизнес и комитет — на цели, результат и метрики.
Технический отчёт бизнесу не отвечает:
- на доске задачи, а не цель, к которой они ведут;
- слайды статуса собирают руками, и цифры устаревают сразу;
- блокеры тонут в статусах, и место, где нужна помощь руководства, видно только на срыве.
По оценке автора, ручная сборка слайдов для бизнеса стоит около двух часов каждый спринт. При этом цифры расходятся с трекером уже в момент сборки.
Как это работает
Итог собирается от целей, а не от задач.
- Сборщик. В 8:30 он делает тот же снимок трекера, что и для отчёта PO.
- Цели OKR. Objective и KR задаются раз в квартал. Цели и состав команд берутся из Confluence.
- ИИ-агент. По каждому KR он пишет итог, блокер и следующий шаг. Цифры — только из данных трекера.
- Колода «Факт | спринт». Одна цель — один слайд, результат показан светофором. В колоде десять экранов: титул с закрытым объёмом, SP и блокерами по каждой команде, команда, цель, задачи спринта, эпик целиком, операционка, участники, роадмап, риски спринта и квартала.
PO правит текст прямо на слайде и публикует колоду. На показе комитет видит ценность по целям, а вопросы оставляет правым кликом по строке.
Замечание становится правкой в Jira
Замечания уходят ИИ-агенту одной пачкой. Агент сверяет их с доской и предлагает план правок. Пример в колоде построен на вымышленных задачах. Задачу, которая вторую неделю в ожидании, перевести в «Заблокировано» и записать блокер в комментарий. Связать дубликат с исходной задачей. Перенести две истории без эпика в эпик наблюдаемости.
Агент читает Jira, а пишет в неё сервис — только после подтверждения PO. После правок колода собирается на свежих данных, и Jira с колодой снова совпадают.
Что получает руководитель
- Слайды статуса руками не собираются.
- Комитет видит ценность по целям, а не задачи.
- Блокеры с эскалацией видны до срыва.
- Вопрос комитета сразу превращается в правку в Jira.
Есть и побочный эффект: «Чистота отчёта = чистота JIRA.» Любой беспорядок в трекере виден на слайде.
- Эпик не привязан к цели квартала — он попадает на отдельный слайд «Без привязки к OKR».
- История без эпика — строка «Вне эпиков»: работа есть, ценности не видно.
- Статус не двигали неделю — результат идёт вниз, строка краснеет. Проще поправить, чем объяснять.
- На доске люди не из команды — отметка на слайде «Участники» и работа мимо спринта.
Реструктуризацию Jira обычно делают отдельным проектом, руками в браузере, и откладывают. Здесь она идёт парой правок к каждому отчёту, разговором в чате рядом с колодой. Доска перестраивается по ходу.
Ограничения и как начать
Колода не лучше трекера, из которого она собрана. Если эпики не привязаны к целям, это будет видно с первого показа, и разбирать это придётся. Тексты к целям пишет агент, поэтому PO вычитывает и правит их до показа. Числа агент не придумывает: они приходят из снимка трекера.
Чтобы начать, нужен тот же снимок трекера, что и для отчёта PO, и цели квартала, заданные один раз. Дальше цикл повторяется сам: сбор в 8:30, колода, замечания PO и комитета, правки в Jira. Следующий сбор идёт уже по более чистой Jira.
