Привет! :)
1 разработчик на 5 аналитиков?

Ага

Ну это не 100% точное число

Скорее правильно будет 1:5 на тех аналитиков которым это действительно надо

вы имеете ввиду 1 разраб на 5 пользователей ?

На аналитиков,  которым в ходе работы недостаточно производительности хранилища или существующих витрин

Ты, наверное, имеешь ввиду тех аналитиков, которые пользуются данными. Всяких дата аналитиков, дата саентистов и т.п.
Я имел ввиду системных аналитиков, которые, собственно, строят DWH. Некоторые называют их также бизнес аналитиками или ещё как-то.

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

Да, так можно. Какой будет примерный размер команды на какое число потребителей? Мне просто цифры соотношений интересны.

Вы к тому, что мой вопрос не имеет смысла? Хорошо, давайте я переформулирую вот так.

Поделитесь, пожалуйста примерами оптимальных конфигураций команд, работающих над DWH?

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

Я дойду до ЭВМ и напишу наш текущий сетап

Спасибо большое за рассказ

Соглашусь с Романом. Все очень персонально. Зависит еще и от вышеупомянутой зрелости процессов управления данными. Где-то для задачи надо неделю и три разраба, Где-то и одного дня с одним разрабом хватит

Я слышал цифры от крупных банков с довольно зрелыми хранилищами. Там речь шла о соотношениях а-ля один системный аналитик на 2-3-5 разработчиков, при общем размере команды в несколько десятков человек.

Мы строим аналитическое хранилище примерно три года. Сначала оно росло как типичный датасаенсовый Data Swamp, а последний год мы разворачиваем его в сторону гибрида DWH + DL.
Над контентом у нас работает под два десятка человек, с соотношением системных аналитиков к разработчикам 1 к 3-4. Это соотношение выглядит предельным для системных аналитиков, поднимать его выше не хочется.
Кроме этого, у нас есть группы инфраструктуры и ядра ETL фреймворка, я их здесь не считаю.
Эта команда позволяет обслуживать под сотню дата аналитиков и саентистов, а также держит BI для нескольких сотен бизнес юзеров.

Продолжая тему зрелости. Мне кажется, для дата архитектора примерно очевидно текущее состояние процессов управления данными. Возможно, ему даже понятны точки роста.
От того, что компанию отбенчмаркают по какой-то шкале зрелости, нового знания не прибавится. Правда, конечно, о бенчмарке можно бодро доложить на совещании у СТО или в архитектурном комитете, а это на каком-то уровне зрелости компании даже поважнее, чем знание. =)

В моем представлении это похоже на то, как проводят тесты на уязвимости сайта, хотя ИБ клянется, что все защищено. Но так ли важно это для управления данными, вопрос. Интересно послушать тех, кто через это прошел

Спасибо за отклики