Коллеги, задача такая: я сижу Архитектором в большом корпе (который еще и в стадии агрессивного развития). ~100 внутренних аппликух, аккумулированных за 30 лет. Проектные группы разбросаны по всему миру. В Бангалоре в том числе.  Мой директор сидит в борде. Борда хочет в клауд (по многим причинам). Народ на местах не хочет. Мне надо выбрать аппликуху и группу в кандидаты на модернизацию и перевод в клауд. И логически это обосновать, что бы мой дир пошел в борду, и борда в своей бесконечной мудрости приняла бесконечно мудрое решение.

Я думаю, метрики "общая плотность задач в Жире", и "средняя скорость выполнения этих задач" даст мне какое-то распределение "проекты где вообще ни хрена не происходит", "шатко-валко", "самые занятые проекты". Это высокий уровень. Потом выбрать 5 - 10 аппликух и смотреть на них ближе: важность для бизнеса, стоимость ошибки etc.

У меня не стоит задача мерять производительность отдельного сотрудника по количеству багов или коммитов. Для начала стоит задача просто понять, это проект живой или уже 10 лет на лайф саппорте.

Вот я и спрашиваю, на что бы вы посмотрели при такой задаче.

Я еще смотрю на opportunity cost: для меня собрать аналитегу из жиры и сделать PowerBI ну может быть неделя. На мой взгляд быстрее, чем искать и читать документацию по 100 проектам.

процессы сверху вниз спускать тяжело

Есть и ньюансы: борда собирает Center of Excellence в кудаблине и нанимает программеров. Т.е. у меня под боком будет новая группа. Я обдумываю идею взять мертвый проект, тот же самый VB6 и модернизировать его новой группой уже на клауде. По ходу выстраивать процессы, и через борду спускать процессы на остальные группы. Тут есть свои риски, конечно, прежде всего, что группа новая.

Во вопрос остается, как бы вы подходили к такой задаче?

Конечно нет. Ваша личная эффективность бы не поменялась. Но думаю по коммитам можно какую-то статистику строить, особенно в случае как у топик стартера, когда проектов много и лично не знаешь всех программистов.

По коммитам нельзя вывести никакой сравнительной статистики. Некто коммитит раз в день потому, что не хочет потерять результаты труда, если у ноута сдохнет диск. Другой коммитит по пять раз потому, что у него тестирование на выделенном сервере и он постоянно делает push/pull. Кто-то коммитит раз в неделю потому, что может.