Что я поняла за первые три месяца изучения BI-аналитики

Первые три месяца моего погружения в BI-аналитику показали, что я вообще не представляла, как подступиться к этой теме. Когда я только задумалась о BI, я смотрела программы курсов и просила ChatGPT составить мне учебный план. В итоге получился очень большой, но нежизнеспособный проект.

И вроде бы хочется сказать, что это был epic fail [сокрушительный провал], но нет. Благодаря тому, что я постоянно пересматривала план, пытаясь хоть как-то продвинуться в изучении темы, и параллельно делала проекты с визуализацией, я поняла: отталкиваться нужно от своих реальных потребностей.

И первой такой потребностью оказалось разобраться в том, как собирать и формализовывать требования к отчётности.

Неделю назад я начала разрабатывать свой первый проект по EdTech на базе данных IT Resume [база предоставляется на курсе Simulative], и одним из артефактов проекта должен стать дашборд.

Но чтобы не повторить ошибку, которую я уже однажды совершила, когда не разобралась, что такое executive dashboard [дашборд для руководителя], я решила сначала понять, как к разработке дашборда подходят профессионалы... и снова пошла к ChatGPT за советом.

Принято считать, что типичная постановка задачи на разработку дашборда выглядит так: «Сделайте красивый дашборд по продажам» или «Покажите активность пользователей». Может, это враки, но задачи на разработку отчётов в закупках я получала примерно в такой же форме.

Чтобы говорить с заказчиком на одном языке и не переделывать свою работу пять раз, нужно всего лишь… подготовить BI-requirements document [документ с бизнес-требованиями].

Минимальная рабочая структура такого документа включает:

— общую информацию;
— цель;
— бизнес-контекст;
— сценарии использования;
— состав метрик;
— разрезы и фильтры;
— период и гранулярность;
— частоту обновления;
— источники данных;
— макет и логику отображения;
— доступы;
— критерии приёмки;
— ограничения и допущения;
— открытые вопросы.

«Нужен красивый и удобный дашборд с выручкой, заказами, конверсией и ещё основными метриками» — это не requirements document. Это заготовка для будущего конфликта.

В общем, практика полезная. Надо брать!

Более подробная информация с примерами доступна на GitHub.

💬 А вы фиксируете требования письменно или полагаетесь на джентельменские договорённости?

#аналитик_и_визуализация
#аналитик_изучает_bi