Комментарии 4
Ну так-то все на высоком уровне, интересно читать, только не очень понятно разделение команд, не вносит ли оно излишнюю бюрократию, не ест ли время на ненужных коммуникациях. Интересно бы услышать, чем обосновано, откуда пошло разделение.
И печально, что никаких примеров задач хотя бы по SQL - непонятен ожидаемый от кандидатов уровень.
Несколько лет назад для бизнес-задач у нас была одна большая команда, но с ростом численности штата (сейчас нас 140+ в бизнес-блоке) работой стало невозможно управлять. Разделение команд по бизнес-направлениям дает много плюсов: плотнее выстраивается коммуникация с заказчиком (т.к. задачи делаются в одной и той же группе людей), команда более сплоченная, ребята чувствуют причастность к бизнес-результату, про выполняемость норм управляемости уже молчу)
Команды в технологической части разделены по проектам - тут все понятно, я думаю.
По задачам на SQL - никакого rocket science, sql-ex вполне подойдет для подготовки. Минимальный необходимый уровень - middle, это выборка данных, фильтрация, джойны, группировки. Разумеется, если человек владеет SQL еще лучше, это только сыграет ему в плюс :) Если нет - обучится в процессе ежедневной практики.
Как проходит интервью с системными аналитиками DWH в Тинькофф