Сейчас я сам пишу несколько нужных мне jsp-страниц которые выполняют свои шаблонные задачи(конкретные операции с БД, генерация и привязка js-валидации к элементам формы и т.д.). Таких страниц набирается штук 30-40. После этого я начинаю реализацию проекта. Используя эти шаблонные страницы для создания jsp и логики их работы, по кирпичикам.

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

Для перехода на них понадобится переобучение причем довольно серьезное, плюс появляется еще одна прослойка ПО, которое ты как программист не контролируешь и конечно вносящее свои ошибки в код и свои трудности в отладку проекта.

Так вопрос - когда нужно использовать web-фреймворки в частности Spring?

В общем все зависит от проекта, который реализуем.
Для начала почитай Википедию и оф. сайт  .

Ну а личное мнение, Spring, на то он и framework, что облегчает Вам работу, принося с 
собой уже многое, и очень многое, что может понадобиться в приложении. 
Выдержка из wiki:
    * Inversion of Control  контейнер: конфигурирование компонент приложений и управление жизненным циклом Java объектов.
    * Фреймворк аспектно-ориентированного программирования: работает с функциональностью, которая не может быть реализована возможностями объектно-ориентированного программирования на Java без потерь.
    * Фреймворк доступа к данным: работает с системами управления реляционными базами данных на Java платформе используя JDBC и Object-relational mapping средства обеспечивая решения задач, которые повторяются в большом числе Java-based environments.
    * Фреймворк управления транзакциями: координация различных API управления транзакциями и инструментарий настраиваемого управления транзакциями для объектов Java.
    * Фреймворк Model-view-controller: каркас, основанный на HTTP и сервлетах предоставляющий множество возможностей для расширения и настройки (customization).
    * Фреймворк удалённого доступа: конфигурируемая передача Java-объектов через сеть в стиле RPC, поддерживающая RMI, CORBA, HTTP-based протоколы, включая web-сервисы (SOAP).
    * Фреймворк аутентификации и авторизации: конфигурируемый инструментарий процессов аутентификации и авторизации, поддерживающий много популярных и ставших индустриальными стандартами протоколов, инструментов, практик через дочерний проект Spring Security (ранее известный как Acegi).
    * Фреймворк удалённого управления: конфигурируемое представление и управление Java объектами для локальной или удалённой конфигурации с помощью JMX.
    * Фреймворк работы с сообщениями: конфигурируемая регистрация объектов-слушателей сообщений для прозрачной обработки сообщений из очереди сообщений с помощью JMS, улучшеная отправка сообщений по стандарту JMS API.
    * Тестирование: каркас, поддерживающий классы для написания модульных и интеграционных тестов.

Второй плюс - это то что после соответствующего усвоения предмета, Вы будете писать приложение, которое четко структурировано, в его архитектуре легко разобраться и Вам и дригим программистам, ведь Spring это прежде всего модель MVC. Это конечно относиться к большим проектам, при написании которых перед программистом стоит выбор, писать ли самому какой-то "каркас", чтобы логика работы была подчинена хоть какому-то правилу, либо выбирать что-то уже написанное, например Spring.

Грубо говоря Spring и подобные фреймворки(кстати я правильно понимаю что Velocity,Click из той же оперы?) необходимы для промышленного программирования, особенно если проект разрабатывает группа разработчиков?

Наше использование Spring (весьма ограниченное) показало его положительное влияние на дизайн. Использование IoC сильно упростило дробление проекта на части, отданные на откуп разным разработчикам. Вдобавок, изолированные компоненты хорошо поддаются автоматизированному тестированию и подмене их Mock'ами.

Плюс разные вкусности, типа обертки над RMI, когда код вообще не надо писать, или там готовый пул потоков - тоже облегчают жизнь.