У нас на фирме в течение нескольких лет справляются трое:
1. Руководитель группы, он же постановщик задач, он же бизнес-аналитик. От него не требуется глубокого знания механизмов OLAP и OLTP. Но крайне важен кругозор и способность охватывать проблему в целом и взаимосвязь проблем.
2. Еще два челока примерно равноценны по функциональности (а, значит, и взаимозаменяемы на случай болезней/отпусков). Т.е. - на них разработка и кубов и хранилищ и клиентов.

Команду из 4 человек разумно было бы организовать, м.б., так:
1. Руководитель, постановщик задач, бизнес-аналитик.
2. Разработчик OLAP, OLTP.
3. Разработчик OLTP, OLAP.
4. Разработчик клиентских форм/приложений, специалист по общению с пользователями (обучение, сбор заявок на доработки и проч.)

Тестированием должны все заниматься. Каждый лучше других знает свои скелеты в шкафу. Здесь важнее ответственное отношение к делу.

С уважением, Вадим
(Разработчик OLTP-OLAP и OLAP-OLTP :-)

Валек valeshinУ нас на фирме в течение нескольких лет справляются трое
...
2. Разработчик OLAP, OLTP.
3. Разработчик OLTP, OLAP.
...
С уважением, Вадим
(Разработчик OLTP-OLAP и OLAP-OLTP :-)

типа OLTP<->OLAP (туды-сюды)

Всего лишь хотел отметить, что считаю себя неплохим специалистом и в области реляционных БД, и в области многомерных. В качестве доказательства неголословности - реально работающие несколько лет в Санкт-Петербурге проекты (хранилища и кубы), разработанные и внедренные без команды, в одиночку.

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

Поэтому и выделил на 2 и 3 позициях вакансий одного специалиста, отлично владеющего OLAP и хорошо разбирающегося в OLTP, и одного специалиста, отлично владеющего OLTP и хорошо разбирающегося в OLAP. Они неизбежно будут уходить в отпуска, болеть, жениться (мой коллега в этом году месяца три женился, так что поработалось за двоих на славу...) - и если один заменит другого, аналитика фирмы только выиграет.

Упоминаю о личном опыте только для того, чтобы дать понять, что рекомендации мои не пустом месте основаны.

С уважением, Вадим
(Еще и разработчик приложений .NET, если кого-то это трогает ;-)