я не знал что это так называется и что такое есть - но я давно остоял свое решение по пакетированию у нас на проекте
у меня оно как раз в рамках фичи,но фичи достаточно большой - чтобы она была удостоена отдельного пакета.
Это супер удобно тем - что если у тебя на проекте хулирады репозиториев,сучностей и прочего - это не удобно идти в тот пакет общий и искать нужное тебе
Гораздо удобней по фич пакету работать и в отладке и в разработке.Смысл держать все в одной бочке я не понимаю- ну да репозиторий пакет и там килотонны интерфейсов.
По поводу публичности классов - ну это какой то пережиток уже наверно - что с того что твой класс будет не публичен? ты фреймворк пишешь или опасаешься что какой то мамкин хаклер твое пятирублевое приложение угонит? )так он и так угонит если захочет

1. Более быстрая компиляция. Когда проект 30kloc - эт не такая большая проблема, когда же он вырастает до 200kloc - тут уж начинает раздражать что для запуска модульного теста нужно сначала полминуты ждать компиляции.
2. Ускоряет/упрощает рефакторинги и поиски. Когда что-то переименовываешь, то IDE не путается и не начинает искать несвязанные с этим кодом куски/комментарии, в которых фигурирует такое же название.
3. Но самое главное - это упрощает чтение проекта. Видишь класс и сразу понимаешь - это внутренности текущего пакета, и глобального влияния он никакого не имеет.
что ж у вас там за проекты то) у нас монолитный огромный монстр и вроде не было такой проблемы,чтобы мы прям вот задумались о модификаторах доступа? а что разве модификатор доступа каким то образом влияет на быстроту компиляции?

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