Если серьезно - я написал - пересмотрите что реально требует ревью и почему.

вот только осталось понять, как мне эту мысль вывести в высшие эшелоны)

ну бывает по-разному, какой-то системы нет четко выраженной. но в целом, можно взять какую-то одну задачу как пример, и рассмотреть, что имеем, от постановки до сливания задачи и закрытия (но не релиза)...
вот есть задача. бизнес задача. ее декомпозируем на задачи для бд, микросервисов, монолита и фронта. сначала надо сделать бд, потом микросервисы, потом интегрировать это все в монолит и запилить фронт.
бд допустим сделают. потом надо разработать формат данных. для этого придумываем протоспеку, потом ее надо "обсудить, согласовать". вот тут может день-два ожидания быть. ок, утвердили протоспеку. затем начинаем реализацию в микросервисе. сделали. отправляем на ревью. это может все висеть от нескольких дней до недели и больше на ревью. потом когда это все сливается, микросервис надо разлить. потом можно сделать то же самое в монолите, и только на этом этапе хоть как-то проверить в целом.... если все ок по данным - то отдается уже на фронт для визуальной реализации... вот как-то так. проблема тут основная даже не в том, что надо согласовывать или ревьюить, а в том, что везде ожидания, и ожидания долгие. потому что люди заняты.

а вам ttm то вообще нужен?

и это важнее throughput??