3 записи с тегом "jira"

Средний engineering manager тратит 4 часа в неделю на перетаскивание тикетов в Jira. Не планирование, не 1:1 — сортировку, напоминания, закрытие stale и гонки за полями, которые забыли заполнить. Мы опросили 31 EM у B2B-клиентов; 27 назвали Jira главной временной дырой после встреч.

Atlassian поставляет довольно мощный engine автоматизации в каждом плане Jira (да, даже в Standard). Команды его игнорируют. Или, что хуже, используют для одного правила — auto-close на "Done" — и упускают 11, которые имеют значение. Ниже — набор 12 правил, которые вместе сокращают admin-нагрузку EM с 4 ч/нед до ~40 минут. Мы используем варианты у себя в PanDev Metrics и у трёх on-prem клиентов.

Ваша Jira-доска говорит, что задача заняла 3 дня. Но сколько из этого было реальным кодированием? Сколько — ожиданием ревью? Сколько — переключением контекста между другими тикетами?

PanDev Metrics связывает управление задачами Jira с реальными данными об активности разработчиков — коммиты, время в IDE, код-ревью — чтобы вы видели полную картину. Не просто «в работе» и «готово», а что происходило между этими статусами. Интеграция использует REST API и OAuth 2.0 Jira для безопасного read-only доступа к данным вашего проекта.

Jira — самый распространённый инструмент управления проектами в разработке ПО. Здесь живут тикеты, планируются спринты и отслеживается работа. Неудивительно, что руководители инженерных команд обращаются к отчётам Jira за инженерными метриками.

Проблема? Jira измеряет поток тикетов. Она не измеряет разработку.

Тикет Jira, перемещённый из «In Progress» в «Done», говорит о том, что кто-то пометил его завершённым. Он не говорит, сколько времени заняло написание кода, сколько стоила работа, сколько итераций потребовал code review или насколько гладко прошёл деплой. А ведь именно эти метрики важны для оценки инженерной эффективности.