Если ты делаешь первый и последний проект в своей жизни, то да!!! Если работает - лучше не трогать.

А если хочешь копить наработки от проекта к проекту - то еще как "трогай"! :)
Т.е. обощай частности, придерживайся одной идеологии при именовании классов, методов, и по способу и даже порядку перечисления параметров в функциях.

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

На VB я тоже с успехом накапливал разработки.
Например, имеем классы на Access. Обычно, достаточно пару движений, чтобы приличную часть вспомогательных классов перенести в проект VB и оформить в виде COM-DLL-библиотеки.

Эту библиотеку и надо развивать.
У меня росла постепенно библиотека своих ActiveX и всяких COM-объектов - хелперов. Кстати, вынос самодостаточного кода в отдельные библиотеки полезен сам по себе по очень многим причинам. Напр, уменьшаешь размер проги на Access, что очень положительно сказывается на устойчивости среды, опять - деление и структуризация, позволяет отделять и классифицировать задачи.

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

Далее. В VB и VBA ЕСТЬ НАСЛЕДОВАНИЕ ИНТЕРФЕЙСОВ. Чем я зачастую успешно пользовался. (посмотри implements, каждый твой класс может имплементить произвольное число интерфейсов)

Так вот, определения интерфейсов и общих утилит по их использованию - первый кандидат на "вылизывание" и перемещение в отдельную библиотеку.
Здесь полезно взглянуть на опыт Java-библиотек.
Sun дала разработчикам продуманную систему интерфейсов и фреймворк, производящий операции над этим набором интерфейсов.