Привет! Мы команда Туту. У нас сервис путешествий, мы каждый день отправляем флот самолётов, несколько поездов и много автобусов. В компании 790 человек, из них около 300 — ИТ.
С учётом количества людей, у нас много команд меняются данными через инфраструктурную платформу. Есть команда, которая делает эту инфраструктуру и инструменты. Инструменты они отдают в продуктовые команды и говорят: “вот вам молоток, пользуйтесь". Продуктовые команды берут инструменты и начинают ими пользуются. Иногда мы на это смотрим и плачем, потому что молотком очень тяжело закручивать шурупы. А данным в результате нельзя верить местами, потому что где-то команда не следит за багами, где-то не понимает, чья зонаответственности и так далее.
Собственно, вам предстоит войти в новую команду качества данных, которая будет помогать всё это держать в порядке. Это что-то вроде третьей линии поддержки по данным.
Задач бывает два типа:
— Хорошие, когда заранее понятно, что сделать. Вы с бизнесом определяете требования к качеству данных, дальше всё это собирается. Например, если с 4 продуктов надо собрать данные о продажах, вы помогаете организовать эти 4 потока и настраиваете проверки, и убеждаетесь, что до каждого потока доезжает всё нужное.
— Поинтереснее, когда уже что-то сделали, аналитик делает задачу, а в данных вдруг сюрприз. Причём от кого этот сюрприз и в чьей зоне ответственности — непонятно. В этом месте вы становитесь детективом и начинаете по логам выслеживать, что же портит данные. А потом описываете проблему и передаете в команду, которая будет её решать. Ведёте задачу до починки менеджер процесса в службе качества.
Если нет текущих инцидентов и новых проектов, есть время делать дашборды и внутренние инструменты слежения за качеством потоков.
BI: Grafana, Metabase, Kibana.
Написание запросов к хранилищам: Elasticsearch, MongoDB, Prometheus, MariaDB, PostgreSQL.
Команда новая и только собирается. Сейчас в команде два человека: руководитель и владелец процесса работы с инцидентами.
Задачи предварительно формулируются руководителем/владельцем процессов или приходят от пользователей через задачи в Jira. Планируются спринты, проводится уточнение требований и деталей, важных для оценки задачи, у постановщика и заказчика.
Набор проектов/больших целей фиксируется на квартал, бьётся на спринты, планы по спринтам обсуждаются раз в неделю.
По задачам, которые попали в спринт: пишется план по задачам, обсуждаются с командой, а выводы фиксируются в Confluence и обсуждаются с командой при необходимости. На текущей стадии происходит взаимодействие и с аналитиками данных, которые пользуются данными, и с разработчиками команд.
15–30-минутные стендапы каждый день, ретро по проектам или большим задачам. Задачи проходят review, если это код/дашборд или решение на более чем полгода. Проводим демо, если было что-то важное для более чем двух пользователей данных/заказчиков.
Есть полная удалёнка, работа из офиса или посещение офиса когда захочется. Это как вам удобнее.
Интервью с HR-менеджером.
Встреча с парой техспецов.
Финальная встреча с командой и её руководителем.
Присылайте резюме и задавайте вопросы в телеграме
