У нас получилось что такое:
PR помогают:
1. Распределить знания о домене (сокращаем басфактор)
2. Убедиться, что решение не противоречит дизайн-ревью, или, что эти расхождения обоснованы (избежать сюрпризов в будущем, снизить когнитивную нагрузку)
3. Пошарить знания по алгоритмам, библиотекам, паттернам (т.е. помогать с поиском лучших решений на микро-уровне) (рост команды)
4. Избежать дублирования кода (если ревьюер писал подобный код, но автор ПР не знает этого) (не будет необоснованного роста кодовой базы)
5. Убедиться, что код понятен и читаем для команды (снижаем ментальную нагрузку на команду, пытаемся писать код единообразно)