Что я поняла за первый год работы бизнес-аналитиком

Недавно на просторах интернета мне попалось видео, в котором пользователь говорит: «В мире существует где-то восемь полностью понятных мне профессий: доктор, кассир, преподаватель, водитель, повар, парикмахер, полицейский, сантехник. Кто такой дата-инженер и что вообще он делает на работе?». Услышав это, я поняла, что выпускалась из школы точно с такими же мыслями, зная на тот момент профессии доктора, полицейского и пожарного. После получения двух технических специальностей в университете к этому набору добавилась еще одна замечательная профессия с общим названием «инженер».

О профессии бизнес-аналитика я не знала до прохождения популярного японского теста «Икигаи», который помогает сузить список и найти занятие на стыке вашей страсти, миссии, интересов и способностей. По итогам теста профессия бизнес-аналитика оказалась ровно на пересечении всех моих потребностей. Я решила попробовать — и осталась, убедившись, что тест не соврал.

Меня зовут Дарья Шадривова, я младший бизнес-аналитик направления BI в «ДАР» (ГК «КОРУС Консалтинг»), и в этой статье поделюсь своими наблюдениями за первый год работы. Статья будет полезна тем, кто только начинает свой путь в этой сфере или рассматривает аналитику как одно из возможных карьерных направлений.

Технический бэкграунд не гарантирует быстрого понимания проекта

На первом сложном и долгом проекте, в котором я приняла полноценное участие, я убедилась, что проектная деятельность для новичка — быстро движущийся локомотив. На его пути есть непредвиденные остановки, которых не было в маршруте, и иногда случается пропуск нужных вам станций. А порой навстречу по рельсам почему-то едет фура, и чтобы не улететь на обочину, нужно либо сойти с путей, либо научиться летать.

Во всей суматохе новая информация по части ИТ сильно теряется для неопытного глаза. Я не знала, на что бизнес-аналитику обращать внимание в первую очередь, не чувствовала четкие границы ответственности. Для себя отметила, что в такие моменты нужно не стесняться приходить с вопросами к системным аналитикам, разработчикам и тимлиду. Их ответы помогут погрузиться в общий процесс на проекте и понять, в какой очередности идет выполнение составляющих его задач, какие есть источники данных для дашборда (например, 1С, «Битрикс» и даже Excel) и какие особенности настройки интеграций с ними могут вызвать сложности на проекте.

Спойлер: мне пришлось разобраться в историчности данных, выстроенной на нескольких источниках.

Все везде и сразу

Я выделила для себя три честных откровения, которые без всяких сомнений перерастают в мои зоны роста.

Часть 1: Все

На проекте я существовала от кик-оффа до самого конца. Именно это дало мне понимание, что бизнес-аналитику нужно погружаться в абсолютное большинство задач на проекте. К сожалению, за один опыт (= один полноценный проект) всего не «схватишь», чтобы в дальнейшем уметь выявлять максимальные риски на стадии анализа.

Поэтому крайне важно этот самый опыт наращивать: узнавать у старших специалистов, что они делали в тех или иных ситуациях, читать предметную литературу, просто обитать в среде, где ведутся постоянные обсуждения на тему ИТ-проектов. Другими словами, окружить себя контентом, связанным с бизнес-анализом.

В работе бизнес-аналитика софт скиллс так же важны, как и хард скиллс, потому что приходится общаться со специалистами разных профессий и грейдов как внутри команды, так и со стороны заказчика. Во втором случае выстраивается совершенно иная цепочка взаимоотношений и сотрудничества. Нужно уметь следовать другим паттернам несмотря на то, что заказчиков мы тоже называем «коллеги». Мне пришлось постичь новые для себя навыки — «управление ожиданиями» и «управление изменениями» заказчика.

Часть 2: Везде

К «везде» я бы отнесла тот факт, что бизнес-аналитику нужно уметь общаться как со стороной внутренней разработки, так и со стороной бизнеса. Не зря в интернете часто встречается описание профессии как «переводчика между бизнесом и разработкой».

Более того, проекты могут делиться на стримы. Нужно быть готовым, что тебя, как погруженного в тематику человека, переведут на «соседний» поток, в рамках которого ты тоже можешь столкнуться с чем-то совершенно непривычным и новым. Например, с новыми представителями заказчика или коллегами со своей стороны, с которыми также придется выстраивать взаимоотношения и рабочие процессы для корректной работы.

Так, в один момент я с разработки дашборда перешла на стрим заказной разработки, где приняла участие в интеграции внешнего решения через iFrame. На этом этапе пришлось применить не только техническую базу, но и все-все свои теоретические знания о UX/UI, а также разобраться во множестве новой информации, связанной с макетированием.

Часть 3: И сразу

Навык не бояться самостоятельно принимать решения стал самой актуальной зоной роста для меня. Иногда времени на то, чтобы сходить к лиду или руководителю, просто нет, и вся ответственность и тяжесть принятия важного решения на проекте может сузиться до «здесь и сейчас».

В своей голове страх связываю с тем, что из-за неопытности каждое маленькое решение для меня имело статус повышенной важности. В каждом своем действии на проектах, где за мной последнее слово, я видела груз ответственности и 14 000 605 вариантов будущего, из которых безошибочным оказывается всего один.

В такие моменты важно не попадать в ловушку: тревожное проигрывание вариантов в голове не равно анализу разных исходов принятия решения!

Я нашла способ отстраниться от тревожности, используя слово «просто», причем не в значении «easy», а в значении «just». Не понимаешь какой следующий шаг и что делать? Просто сделай что-то, и станет яснее. Такой подход сильно помог мне научиться охлаждать голову и целиться на следующие шаги.

Помощь старших коллег и наоборот

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

Большим удивлением для меня абсолютно точно стала ситуация, когда я подсказала одну из очевидных для меня функций Microsoft Office старшей коллеге по аналитике, которую я считала гуру в использовании данного инструмента. Для меня функция добавления названия Рисунка и Таблицы, а затем общая кнопка обновления нумерации у всего документа были практически единственным навыком, сокращающим время работы. Коллега знала куда более сложные инструменты, увеличивающие эффективность. Но, к моему удивлению, не знала самую простую функцию для меня.

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

Ошибки случаются — важно искать их причины, а не виноватых

Часто можно столкнуться с тем, что что-то идет «не так» — как хотелось бы, как надо и как прорабатывалось изначально. Внутри команды каждый из нас может понять одно и то же предложение по-разному и выяснить это не сразу. Заказчик не всегда может быстро адаптироваться к изменениям, которые мы вносим своим проектом в выстроенные за годы работы процессы. В такие моменты важно не искать правых и виноватых или выяснять, кто «лучше» или «хуже», а выстроить наиболее корректное решение возникшей проблемы.

В проектной деятельности случаются разные ошибки: по невнимательности, из-за непредсказуемого риска, ограниченности по времени или из-за спешки выполнения какой-то срочной задачи. Для себя я вынесла правило — искать контекст ошибок.

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

От чужих потребностей к своим

Профессия бизнес-аналитика открыла двери к своему собственному комфорту. После долгого анализа вопросов: «что нужно заказчику?», «а что ему удобно?», и самое важное — «почему этот процесс выстроен таким образом?», я впервые в жизни начала задавать эти вопросы самой себе.

Если я все время кладу книги на письменный стол, и они скапливаются — значит мне нужен стеллаж. И желательно прозрачный, чтобы иметь все необходимое на виду, но при этом хранить в заданной структуре.

Если я прихожу домой и не вешаю куртку на этот крючок, а кладу ее в другое место — возможно, крючок висит в неудобном месте? Тогда его надо переделать.

Если мне неудобно работать за домашним столом, то нужно разобраться — мне неудобен стол или стул? Или, может, само их расположение?

Я стала намного чаще задавать себе вопросы «почему» в контексте собственного комфорта и удобства. Это открыло множество новых вещей внутри себя и стало большой неожиданностью, которую профессия бизнес-аналитика внесла в мою рутину.