Комментарии 15
Не могли придумать другое название, есть же уже Koda https://kodacode.ru/
Посмотрел вот тут метрики:
Количество и частота PR/Коммитов
Размер PR (в строках кода)
Время до взятия PR на проверку
Длительность PR-ревью до первого апрува
Время от первого аппрува до мёржа
Общая длительность PR-ревью (до мёржа)
Зрелость PR (% переделок по результатам ревью)
Частота мёржей
Качество кода (% переделок)
Доля рефакторинга
Безопасность кода (выявленные уязвимости)
Время деплоя (от мёржа до релиза)
Процент коммитов/PR, привязанных к задаче
Влияние использования ИИ-ассистентов для разработки
хотел сначала написать подробно, насколько это вредная идея, но потом подумал, если эта фигня поможет завалить пару-тройку распилочных проектов в окологосухе, то пусть внедряют. может быть, это поможет немножечко подсократить этот карго-культ, когда изображают настоящий бигтех, таковым не являясь
Большая часть цитаты - про процессы.
Качество кода и безопасность выкинуть и получится список хороших метрик.
Но по маркетинговой статье абсолютно непонятны эти саксесс-стори: кто, что, как, почему.
Количество и частота PR/Коммитов
большое количество - это хорошо или плохо? если "хорошо", то это ещё с индусами 20 лет назад пройдено, люди за ачивки начнут разбивать единые по смыслу pr на несколько
Размер PR (в строках кода)
та же отсылка к индусскому коду
Время до взятия PR на проверку
будут нажимать сразу, как увидят уведомление, а потом возвращаться к работе
и тд
Не нужно метрики делать KPI.
Часть метрик позволяет смотреть нагрузку разрабов на разные классы задачи и выравнивать её, если если есть возможность.
Часть других метрик позволяется смотреть график зависти затрат простоя каждого этапа рассмотрения MR/PR от количества и размера.
Подобный анализ позволяет лиду/менеджерам отслеживать реакцию на какие-либо изменения в процессах.
Не нужно все в штыки воспринимать.
сокращение time-to-market до 40%
То есть до маркета теперь доходит вдвое более сырой продукт
Кстати, в головах наших менеджеров только одна метрика: удовлетворённость заказчика.
Смешно, но работает.
Динамику вполне можно отследить: в прошлом году с продуктом работала одна команда, в этом другая, удовлетворённость выросла. Да - значит, команду оставляем, будет там ещё 3 года пахать. Если нет, то меняем снова всю, половину увольняем, остальных на другие проекты.
Плюс в долгосрочном планировании на 3 года вперёд. Затраты на архитектуру и рефакторинг дадут эффект тем же людям, а не N+1му составу команды
Интересно, какие именно данные система считает объективными
метрики для разработчика:
Количество и частота PR/Коммитов
Размер PR (в строках кода)
Время до взятия PR на проверку
Длительность PR-ревью до первого апрува
Время от первого аппрува до мёржа
Общая длительность PR-ревью (до мёржа)
Зрелость PR (% переделок по результатам ревью)
Частота мёржей
Качество кода (% переделок)
Доля рефакторинга
Безопасность кода (выявленные уязвимости)
Время деплоя (от мёржа до релиза)
Процент коммитов/PR, привязанных к задаче
Влияние использования ИИ-ассистентов для разработки
Никогда такого не было, и вот опять (теперь с помощью ИИ). ИИииии что эти метрики могут сказать о работнике?=)
Доля рефакторинга
Хорошо или плохо? Так как часто приходится подтирать говнокод за коллегами.
Орешником туда стрельнуть...))) постоянно кто то хочет мерить мифическую эффективность
Компания ITFB Group запустила платформу KODA для анализа эффективности разработчиков