Не только. Если верить С.Майерсу и правилу 31 в "Эффективное программирование", то спасает от долгой компиляции проекта,т.е. "экономит" время.

>>в библиотеку стоит выделять не потому что  редко меняется, а потому что это законченный по сути модуль.. 
Вопрос не в том что делать или не делать модуль. Вопрос в другом:
1) Можно создать папку и туда сложить все *.{h|c}pp, *.c, *.h относящиеся к модулю, а потом подключить к проекту и компилировать в таком виде
2) А можно к тому что в п.1 еще создать проект статик-библиотеки и в проекте использовать уже скомпилированный вариант

Кто и как предпочитает использовать модули проекта? В виде Сорцов или статик-библиотеки вот в чем вопрос!

нет, forward declaration сам по себе не экономит ни капли времени компиляции.. Его экономит отсутствие зависимостей,  не вынуждая  парсить лишнее и перекомпилировать каждый модуль..  Другими словами экономия достигается целым рядом мер, где форвард один из вспомогательных инструментов..

Добавлено через 10 минут и 54 секунды

Стакой постановкой вопроса, сомневаюсь, что дождетесь вразумительного ответа.. 
Грубо: ввиде сорцов, но при этом (если модуль созрел) подключать его как библиотеку 

вот крутилось на языке...
Именно так всегда и поступаю. Единственный минус этого совета - каждый должен сам определить, "созрел" ли модуль

a разве это не плюс ? особенно учитывая, что при направленном ослабленнии зависимостей, модуль  сам подскажет о своей зрелости..