Почему большой/объемный pull request это плохо (или хорошо)?
было много ПР в промежуточную ветку, их ревьюила команда, к которой принадлежит разраб который сделал ПР;
далее эти все коммиты/изменения были объединены в один ПР и он стал похож на страницу с содержанием книги с десятками коммитов, в то же время к ревью подключились разрабы из других комманд и ревью затягивается еще на несколько дней;
Вам нужно решить, где чья ответственность. В большой команде не может каждый разработчик читать код каждого другого разработчика. Поэтому нужно просто делать адекватные коммиты/мелкие ПР и ревьюить их, а если они уже поревьюены - то не обращать на них внимания, т.к. это теперь не ваша ответственность.

Почему вы повторно ревьюите этот же код, ещё и теперь объединённый в один большой ПР? Какой смысл? У вас что-то не так с организацией ответственности.
Размер имеет значение, иногда!
Ваша задача иметь пул реквест совпадающий с вашей задачей. 
Если вы меняли ORM то это одно, а если добавляли розовую кнопку для входа то совсем другое. 
В моей работе было и то и другое. 2х месячная работа скидывалась в основную ветку, потому что было надо. 
И были мелочи потому что "вот все мы закончили этот юнит"

Придерживайтесь схемы когда любая операция в гите создает или исправляет какую то задачу