План работы бизнес аналитика

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

«Когда не только видишь, но и понимаешь свой бизнес, — чувствуешь, что можешь покорить мир», — так говорит о бизнес-анализе Анна Гуськова, преподаватель курса «Бизнес-аналитик» в Нетологии. И это так: бизнес-аналитики исследуют, считают, планируют и структурируют — занимаются почти всем от запуска проекта до оптимизации бизнеса.

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

Роль бизнес-аналитика в компании

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

В зависимости от потребностей компании объём и описание задач аналитика может существенно различаться.

Да и аналитики бывают разные:

• бизнес-аналитик,
• системный аналитик,
• Data Scientist,
• маркетолог-аналитик,
• финансовый аналитик,
• продуктовый аналитик.

Соответственно у этих специалистов разный набор навыков и инструментов.

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

Маркетинговые аналитики работают с BI, оптимизируют маркетинговые кампании, экономику продаж.

Финансовые аналитики разбираются в финансовых инструментах, инвестициях, кредитах и займах, условиях финансирования.

Продуктовые аналитики лучше знают метрики, связанные с конкретными продуктами, и инструменты для анализа работы эффективности продуктов (performance).

Наконец, бизнес-аналитики погружаются в выстраивание процессов, экономику, финансы, исследования. Работают с BI и отчётностью, визуализируют данные.

Посмотрим, в каких командах задействованы бизнес-аналитики и какова их роль в каждой из них.

Консалтинг

Чаще всего бизнес-аналитики работают в консалтинговом подразделении — внутреннем отделе или в консалтинговой компании. Под консалтингом подразумеваем управленческий консалтинг, среди известных представителей которого компании McKinsey, PWC, Deloitte, Ernst&Young.

Консалтинг — это проектные команды, которые решают задачи по изменению компании. Имеется в виду изменение бизнес-процессов — допустим, закупок, найма и онбординга, системы KPI — или создание и внедрение новых проектов.

Пример. Перед запуском системы для оплаты проезда «Тройка» в Московском метро консультанты просчитали экономику, затраты, ресурсы, схему работы.

Стратегический блок

Это подразделение компании, которое занимается долгосрочным планированием и развитием бизнеса. Например, аналитики решают, будет ли компания приобретать новые активы, запускать новые направления бизнеса.

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

Цифровая трансформация

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

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

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

BI и отчётность

Это команда, которая создаёт инструменты для сбора данных и далее для управления компанией на основе данных. Например, инструмент для сбора данных Share point для сотрудников или автоматический сбор данных.

BI — решение на собственном движке или внутри сервисов Tableau, Power BI, QlikView. Позволяет создавать автоматические отчёты, которые демонстрируют эффективность работы компании.

Операционная команда

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

В таких случаях это смежная с менеджментом специальность.

Пример. В Яндексе операционная команда запускает бизнес в новых городах и странах.

Планирование

Функция, близкая к отчётности и стратегии. Такие команды создают системы KPI, поддерживают OKR (инструменты планирования), премии, расчёт показателей эффективности, бонусы — количественные показатели, которые крупные компании используют для сохранения конкурентоспособности и развития.

Business Intelligence (BI) — бизнес-аналитика, точнее — анализ бизнес-данных для принятия управленческих решений

«Горизонтальная» команда

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

Пример. Команда по запуску нового актива. Руководитель команды отчитывается перед управляющим актива, финансовым директором или директором по аналитике — лидером бизнес-юнита или бизнес-функции. Тот в свою очередь подчиняется генеральному директору (CEO).

Комфортная среда «горизонтальных» команд позволяет обмениваться мнениями, опытом.

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

Чем занимается бизнес-аналитик

Напомним, что объём и специфика обязанностей бизнес-аналитика могут различаться в зависимости от потребностей той или иной компании. Поэтому лучше всего смотреть задачи на примере вакансий компаний из разных отраслей. Да и в одной они могут быть неодинаковыми 😉

Вакансия ИТ-компании Flocktory —
оптимизируют рекламу и ecom на основе данных

Источник

📊 Системный и бизнес-аналитик: пошаговый гайд к востребованной профессии

Системный аналитик и бизнес-аналитик: кто это такие и каков спрос?

Бизнес-аналитик – это специалист, который выявляет и анализирует проблемы в бизнесе заказчика. Результат его работы – систематизация бизнес-требований в документе о концепции и границах. В нем описаны бизнес-цели, которых нужно достичь в рамках текущего проекта или отдельной его итерации. То есть бизнес-аналитик – это специалист, который умеет превратить неопределенность, идею или абстракцию в перечень однозначных и документированных задач, которые помогут бизнесу достичь поставленных целей.

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

Системный аналитик занимается анализом требований, сформированных бизнес-аналитиком, написанием технических документов, спецификации требований к ПО, описанием его функций и возможностей, вариантов использования, действий пользователя, при которых тот достигает необходимого результата. То есть системный аналитик – это специалист, который выступает промежуточным звеном между бизнесом и разработкой.

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

Этапы работы и инструменты системного и бизнес-аналитика

Работу бизнес-аналитика можно представить в виде следующей последовательности:

• выявление потребностей бизнеса заказчика;
• выбор концепции решения задачи. На этом этапе используют Excel для аналитики, Power BI и Tableau для визуализации данных в виде графиков и таблиц;
• составление бизнес-требований. Основной инструмент – Confluence – используется для постановки задач и составления документации, например, функциональных требований;
• взаимодействие с командой разработчиков и заказчиком. Основные инструменты – Power Point и Draw.io . С помощью последнего создаются схемы связей между структурами баз данных или программы.

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

• анализ бизнес-требований;
• формирование функциональных требований к ПО. Здесь используются CASE-инструменты проектирования программного обеспечения: средства анализа, создания структуры программы, документирования требований, генерации заготовок кода;
• анализ подходящих существующих решений и технологий, которые будут использоваться при разработке. На этом этапе системный аналитик обычно анализирует GitHub, определяя, какие из готовых решений можно повторно использовать;
• описание архитектуры ПО и баз данных. Из инструментов используются UML для создания схем связей между структурами баз данных или программы, SQL – язык для создания, модификации и управления данными в реляционных базах данных, CASE-средства проектирования;
• постановка задачи на создание ПО с помощью Jira и Confluence – командные средства для постановки задач и составления документации.

Какими качествами должны обладать бизнес-аналитик и системный аналитик

Ключевые навыки бизнес-аналитика

• техническое или экономическое высшее образование, лучше – оба;
• знание нотаций моделирования бизнес-процессов: EPC , BPMN , UML ;
• навыки сбора бизнес-требований и разработки технического задания;
• знание процесса управления изменениями ( ITSM ) и принципов ITIL ;
• знание бизнес-процессов производственных, коммерческих, финансовых и торговых компаний;
• также необходимо хорошо ориентироваться в IT и уметь применять маркетинговые исследования.

Основные навыки системного аналитика

• высшее техническое образование;
• знание нотаций IDEF0 ‚ IDEF1X ‚ EPC ;
• умение составлять SQL-запросы;
• знание основ программирования, проектирования, разработки ПО;
• знание основ теории алгоритмов, теории баз данных, теории систем и системного анализа, а также безопасности информации;
• общие знания в области менеджмента и экономики.

Что делать, если нет необходимых навыков

Войти в профессию IT- аналитика можно двумя способами: прийти из бизнес-среды или переквалифицироваться из разработчика или тестировщика. В первом случае вам будет хватать бизнес-экспертизы, но недоставать технических навыков. Во втором – наоборот, нужно подтянуть знания в области бизнес-процессов.

Используйте открытые источники о бизнес-анализе

Существует множество профильных ресурсов, с помощью которых можно освоить основные понятия:

Обратите внимание на обучающие материалы на сайте Tableau , а также экспертную информацию по использованию Power BI .

Проходите обучающие курсы по системному и бизнес-анализу

Из основных англоязычных курсов можно выделить:

Читайте книги по бизнес-анализу

Одна из ключевых книг в профессии аналитика – BABOK (аббревиатура от «A Guide to the Business Analysis Body of Knowledge»), в ней описаны главные положения бизнес-анализа.

Для начального и базового уровня стоит выбрать следующие книги:

Как сформировать первое портфолио и найти работу

Карьерный путь аналитика начинается со стажировки в отделе аналитики. Чтобы получить работу, нужно хорошо понимать методы анализа, инструменты для работы и сферу в целом. Так как зачастую должность системного и бизнес-аналитика в небольших компаниях занимает один и тот же человек, вам нужно будет научиться базово владеть языком программирования, например, Python, а также языком запросов к базам данных SQL.

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

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

Источник

Бизнес-аналитик в IT: как войти в профессию и что делать в начале

Отвечаю на 10 популярных вопросов начинающих бизнес-аналитиков.

Привет, я Денис Гобов, Senior Business Analyst и соруководитель сообщества бизнес-аналитиков компании DataArt, в котором состоит 200 человек. Из них почти четверть — джуниоры и трейни. Кроме того, я основатель и тренер центра Art of Business Analysis, изначально созданного для повышения квалификации специалистов уровней «мидл» и «синьор», но сейчас мы развиваем еще и джуниорские программы. Причина — кадровый голод: спрос на бизнес-аналитиков пропорционален невероятному спросу на разработчиков и тестировщиков.

Я собрал самые популярные вопросы, которые начинающие бизнес-аналитики задают мне и моим коллегам. Надеюсь, ответы будут полезны всем, кто только собирается стать бизнес-аналитиком в IT, — независимо от нынешнего места работы и должности.

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

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

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

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

Это человек, который сначала определяет, где находится бизнес клиента и где он должен быть (куда мы идем?). Затем вместе с заказчиком и командой прописывает маршрут, чтобы с минимальными затратами принести максимальную пользу бизнесу. Это если коротко.

Бизнес-аналитик нужен на всех трех этапах проекта.

1. Предпроектный анализ. Занимает, как правило, 2‒6 недель. Задача аналитика — выявить текущее состояние бизнеса, его потребности и определить границы решений: что делаем, а что делать не будем. Это верхнеуровневый анализ. Если, допустим, клиент внедряет ERP — аналитик определяет, какие модули нужны, с чем интегрируемся, какие будут типы пользователей.

Главная сложность на этом этапе — сформировать единое видение для заказчика и разработчика: куда идем, что делаем и что не делаем.

2. Анализ в рамках проекта. Может длиться полгода, год и больше. Бизнес-аналитик работает с детальными требованиями: выявляет, описывает, моделирует и согласовывает. Управляет запросами на изменения, если в процессе появились новые бизнес-задачи, поменялся закон, регулирующий деятельность клиента, появились или изменились пожелания заинтересованных лиц.

3. Постпроектный анализ. После релиза аналитик оценивает, насколько решение соответствует планам, что мешает приносить заявленную ценность, какие улучшения можно внести. Обновляет базу знаний по продукту, если планируется дальнейшее сопровождение/развитие системы или это предусмотрено контрактом.

Иногда говорят, что бизнес-аналитик — переводчик между бизнесом и IT. Я считаю, что это человек, который организовывает совместную работу. Это равноправный участник круглого стола, за которым сидят разработчики, тестировщики, менеджеры проекта, заказчик, его поставщики и клиенты, регулятор в лице отдела контроля качества, государства и международных организаций. Вот фактически с ними, так или иначе, работает бизнес-аналитик.

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

Отличие бизнес-аналитика в IT в том, что его главный инструмент для достижения целей — именно ПО. В его проекте требуется разработка, доработка или внедрение коробочного решения.

Основная часть рабочего времени уходит на общение с командой, чтобы донести требования заказчика, проговорить варианты реализации, ответить на имеющиеся и собрать новые вопросы. Во-вторых, общение с клиентом: выявление требований, фиксация договоренностей, определение приоритетов. В-третьих, бумажная работа: подготовка спецификаций, анализ документов, которые являются источниками требований.

Вот что отличает хорошего бизнес-аналитика.

• Широкий кругозор. Знание предметных областей, специфики разных видов деятельности позволяет быстрее погрузиться в проект и говорить с клиентом на одном языке. Плюс нужно держать в голове паттерны решения задач, которые можно переиспользовать в проектах.
• Развитые коммуникативные навыки. Если вам тяжело общаться с людьми и доносить информацию в понятном виде, возможно, эта работа не для вас. Существует, правда, классификация, согласно которой есть бизнес-аналитики и системные аналитики. Считается, что первые больше общаются с людьми, а вторые работают с документами, и им можно быть нелюдимыми интровертами. На самом деле, такое разделение встречается редко. Во всяком случае, в крупных аутсорс-компаниях бизнес-аналитик и системный аналитик — одно и то же лицо.
• Аналитический склад ума. На практике это означает, что аналитик умеет генерировать разные варианты решения задачи.
• Развитая эмпатия. Умение посмотреть на проблему с разных точек зрения. Понять, что чувствуют заказчик и конечный пользователь. Посмотреть на постановку задачи глазами команды: разработчиков, тестировщиков. Это помогает сразу учесть многие потенциальные сложности, вопросы и пожелания.

На сайте Art of Business Analysis мы собрали расширенный список базовых компетенций бизнес-аналитика. Это то, что нужно развивать.

Главный результат — снижение неопределенности у заказчика и команды: появляется понимание, куда и как двигаться.

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

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

У каждой компании — своя классификация. Расскажу, как мы в DataArt определяем джуна, мидла, синьора и эксперта.

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

Мидл решает стандартные задачи в рамках типовых проектов. Он работает самостоятельно, ему не нужна поддержка со стороны.

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

Основная ценность эксперта — в обучении других бизнес-аналитиков. У него огромный опыт, он подскажет, какой инструмент для этой задачи работает лучше, какие подходы к построению решения применить оптимальнее, с какими потенциальными задачами/проблемами проект может столкнуться в будущем.

Если вы уже работаете в IT (дизайнер, разработчик, тестировщик и т. д.), можно попробовать следующие варианты.

Программы внутренней переподготовки. В крупных компаниях чаще всего такие программы есть.

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

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

Если работаете не в IT:

Трейни-программы. Крупные компании проводят набор в свои школы, в том числе, DataArt. Это происходит нерегулярно, поэтому нужно следить за анонсами. Туда непросто попасть, но я настойчиво рекомендую попробовать. Первое, что спросят в такой школе — насколько хорош ваш английский. Еще проверят, насколько серьезны ваши намерения и умеете ли вы ясно выражать свои мысли. Чтобы закрыть все пункты, в DataArt, например, просят написать эссе на английском о себе и своей мотивации. Лучших выпускников компании берут на практику, на позицию трейни или джуна.

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

Работа с ментором. Искать ментора можно в своей компании, в тематических чатах в Telegram и Facebook, через знакомых — где угодно. Стоит заранее определиться, что именно вы хотите прокачать с ментором и придумать, что можете дать взамен. Ментор будет отвечать на вопросы, советовать литературу, давать задания и проверять их.

Кроме перечисленных выше софт-скиллов будущих коллег интересуют ваши хард-скиллы и технические знания.

1. Выявление требований. Вы знаете техники, которые для этого используются и умеете их применять: интервью, анализ документов.

2. Специфицирование и моделирование требований. Вы умеете информацию по проекту изложить в структурированном виде или смоделировать.

3. Управление изменениями. Вы знаете, по какому циклу проходит запрос на изменение, какие вопросы нужно задавать заказчику.

4. Приоритизация. Вы умеете расставлять задачи в определенном порядке и обосновывать свое решение.

5. Прототипировние. Вы умеете прототипировать элементы будущего решения, например, с помощью Balsamiq, Axure или Figma.

6. Декомпозиция. Вы знаете, как разбить сложную задачу на множество подзадач.

7. Методологии. Вы понимаете принципы Agile, отличия от каскадной модели и знаете, как строится работа бизнес-аналитика в зависимости от методологии.

Какие именно технические знания проверяют на собеседованиях — вопрос дискуссионный. В большинстве случаев спросят про SQL, т. е. навык написания запросов к базам данных. Точно нужно знать принципы, по которым строятся программные продукты. Хорошо бы понимать принципы объектно-ориентированного программирования и API.

Книги. Если вы погуглите этот вопрос, вам обязательно попадется BABOK (Business Analysis Body of Knowledge). Это детище Международного института бизнес-анализа (IIBA) — самой авторитетной ассоциации в нашей сфере. Однако я BABOK на начальном этапе не рекомендую, несмотря на то что я евангелист этой книги и провожу тренинги на ее основе.

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

1. Handbook for the CPRE Foundation Level according to the IREB Standard. Позволит проникнуться терминологией бизнес-анализа и инженерии требований. Распространяется бесплатно в электронном виде.

2. Карл Вигерс «Разработка требований к программному обеспечению». Иногда говорят, что это библия для начинающих бизнес-аналитиков. Перевод на русский неидеальный, поэтому рекомендую читать на английском.

3. IIBA Global Business Analysis Core Standard. Это выжимка из BABOK, подготовленная IIBA. Распространяется бесплатно.

4. Алан Купер «Психбольница в руках пациентов». Легко читается. Интересный взгляд на индустрию, ПО и позицию бизнес-аналитика.

5. Dean Leffingwell. Agile Software Requirements. Поможет понять специфику требований в рамках agile-проектов.

6. Джозеф О’Коннор «Искусство системного мышления».

Вебинары и статьи:

2. Доклад Use Case VS User Story — сравнение двух самых популярных техник специфицирования требований. Извините, тоже мой.

3. Две статьи о том, как описывать требования к интеграциям: файловый обмен и API.

4. Много полезного на англоязычном ресурсе Modernanalyst. Форум, список из трех сотен книг, архив вебинаров и анонсы грядущих выступлений.

Статья основана на выступлении Дениса Гобова на IT talk.

Источник