Вот одна метрика, которая может впечатлить некоторые взлеты: измерьте среднее время, необходимое для создания вашего приложения, и сколько раз вы делаете это в день. Например, у нас было ~ 100 сборок в день по 60 секунд каждая.
Теперь измерьте среднее время сборки на предположительно более быстрой машине (скажем, 30 секунд на сборку).
На данный момент вы можете видеть, сколько времени вы сэкономите, чтобы получить «более быструю» машину. За разработчика, за день. Умножьте количество разработчиков на количество дней в месяце, и вы увидите, как это сочетается с добавлением в команду другого разработчика.
Да, я знаю, есть и другие соображения при добавлении большего количества людей в команду, но это даст вам грубое сравнение, к которому могут относиться «старшие». Например: если бы у всех нас были более быстрые машины, мы бы тратили меньше времени на сборки, сравнимые с одним дополнительным разработчиком.
С другой стороны, вы должны предоставить точные оценки стоимости модернизации каждого компьютера.
Теперь, если вы можете, вы должны выполнить этот тип сравнения с несколькими «более быстрыми» компьютерами, чтобы определить их относительную производительность и, возможно, определить, какие узкие места вы столкнулись (ОЗУ против ЦП против ввода-вывода?).
Наконец, мое личное мнение состоит в том, что, хотя такой процесс и последующее обсуждение с заинтересованными сторонами происходит (и это может занять некоторое время), вы можете получить всех больше / больше наблюдателей. Это сравнительно дешевая модернизация (конечно, не такая дешевая, если вы выбираете 52-дюймовые ЖК-мониторы, верно?), А увеличение количества мониторов повышает производительность (кроме того, это также повышает моральный дух сотрудников, что, в свою очередь, повышает производительность).
НТН