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

В сфере искусственного интеллекта произошло заметное событие. igoresha_s 9 минут назад GitPulse: как я перестал угадывать, что происходит в команде, и начал смотреть на данные Простой 3 мин 3 Управление разработкой * Статистика в IT Git * GitHub * Качество кода * Кейс Меня зовут Игорь, я тимлид в e-commerce. Когда у меня появилась вторая команда, стало понятно, что вручную следить за двумя Jira, двумя GitLab и метриками одновременно - сложно Пробовал разные дашборды, но всё равно приходилось переключаться между инструментами и собирать картину в голове. В итоге решил сделать один инструмент, который собирает всё в одном местеЗнакомая историяПонедельник.

Кто-то пишет в чат:«Кто-нибудь смотрел MR #847? Он висит уже 5 дней»«Ваня, у тебя очередь из 12 ревью накопилась»«Почему мы не задеплоили фичу авторизации? »«Кто знает, почему у нас TTM вырос в 2 раза за месяц?

Технические детали

»Типичная картина в командном чате. В каждой командеЭто не проблема мотивации и не проблема людей. Это проблема видимости.

Данные о том, что происходит в команде, есть - они в GitLab, в Jira, в GitHub. Их просто никто не собирает в одном местеБольшинство команд узнаёт о проблемах из разговоров, а не из метрик. Это медленно, субъективно и утомляет всех участниковЧто такое GitPulseGitPulse - инструмент инженерной аналитики для технических команд.

Он подключается к GitLab или GitHub с одной стороны, к Jira - с другой, и даёт сводную картину по команде: без ручного сбора, без таблиц, без «надо посмотреть»Метрики доставки - командный уровеньTTM (Time-to-Merge) - медианное время от открытия до мержа MRЗастрявшие MR - пул-реквесты без движения дольше N часовMR без ревью - то, что идёт напрямую без code reviewНагрузка ревьюеров - распределение ревью между членами команды (коэффициент Джини)Метрики доставки - уровень разработчикаОтдельный срез по каждому участнику команды - не для слежки, а чтобы каждый сам видел, как он выглядит на фоне команды:Количество MR - сколько пул-реквестов открыл и смёрджил за периодСредний размер MR - среднее количество строк кода на один мёрдж-реквестЗамечания от ревьюеров - среднее количество комментариев, которые получает разработчик на свои MRСравнение с медианой команды - выше или ниже по каждой метрике относительно остальныхЭто работает в обе стороны: тимлид видит общую картину, а разработчик сам понимает, где он сильнее или слабее команды - без неловких разговоров на 1-to-1Дашборд метрик: 4 ключевых показателя + распределение MR по дням неделиИнсайты - автодиагностика командыАлгоритмы анализируют данные и сами выдают выводы: что критично, что требует внимания, что просто информационный сигнал. Никакого «смотри сам и делай выводы». Страница инсайтов: алгоритмы сами находят аномалии и объясняют ихSprint + Jira: история и аналитикаИнтеграция с Jira даёт отдельный слой аналитики по спринтам.

Без экспорта в Excel, без ручного подсчёта.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.