Как построить аналитику эффективности разработки поверх GitLab и других источников
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
GitLab, Jira, Allure и другие инженерные инструменты хранят огромное количество событий о процессе разработки: коммиты, merge request’ы, пайплайны, тесты, задачи и результаты их выполнения. Но сами по себе эти данные плохо отвечают на вопросы об эффективности: что происходит с доставкой, где начинаются деградации и можно ли корректно сравнивать команды и проекты во времени.
В докладе я расскажу, как мы в RuStore прошли путь от попыток «просто спросить GitLab» до собственного аналитического сервиса, который собирает данные из разных источников, учитывает ограничения API, сохраняет историю и позволяет обсуждать эффективность разработки на языке цифр и конкретных ответов.
Мы разберём архитектурные решения, которые реально работают в продакшене, поговорим о проблемах, с которыми столкнулись, и о том, как их обошли. Отдельно обсудим, почему в задачах такого класса важно думать об архитектуре сразу, а не начинать с MVP.
Более 20 лет в разработке — и интерес к новым технологиям только растёт! Работал в стартапах, крипте и бигтехе, руководил отделом дизайна. Сейчас — старший техлид в RuStore. Люблю когда красиво и удобно)
Видео
Другие доклады секции
Кругозор
