Одна из самых популярных тем из опроса на эту неделю - какими инструментами пользуется бизнес аналитик?

Давайте разберемся. И начнем с того, что такое бизнес анализ, чтобы определить чем нужно уметь пользоваться, чтобы проводить бизнеса-анализ?

🗒«Бизнес-анализ - это деятельность, обеспечивающая возможность изменений предприятия через определение потребностей и рекомендацию решений, приносящих пользу заинтересованным сторонам. Бизнес-анализ помогает предприятию формулировать потребности и обосновывать изменения, а также проектировать и описывать полезные решения.» - Цитата из переведенного Babok 3 версии.

Ничего определенного. Коротко говоря, бизнес-анализ - это деятельность, которая должна обеспечивать бизнесу полезные решения. Как именно осуществляется эта деятельность и при помощи каких инструментов - однозначного ответа нет. 🤷‍♀

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

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

Учитывая все вышесказанное получается, что самые часто используемые инструменты аналитика - это банальный пакет Microsoft Office и его аналоги.

А далее аналитик уже пользуется теми инструментами, которые подходят для его вида деятельности. Например,
• 📊BI-аналитик пользуется Tableau, Power BI или QlikView.
• 📚Аналитик бизнес процессов скорее всего будет пользоваться Business Studio, MS Visio, Bizagi Modeller, LucidChart, draw.io и другими аналогами
• 🃏Бизнес аналитик, работающий в команде продуктовой разработки будет использовать Confluence, Jira, Miro
• И так далее

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

То же самое касается техник бизнес-анализа. Но на их разбор можно написать отдельный пост)

Пишу? Ставьте реакцию, так я буду понимать, что тема интересна и надо ее расскрывать)

Вчера думала про профессию бизнес аналитика в глобальном смысле.

Не про аналитика в ИТ, не про бизнес анализ финансовых показателей, не про анализ бизнес-процессов, а про все сразу.

И знаете, что пришло мне в голову?

Ассоциация с психологом. 🤯

Наверное, это странная ассоциация.) Но сейчас объясню почему она мне пришла.

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

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

По такой логике, кажется, что профессию бизнес аналитика тоже можно назвать «помогающей», только помогает аналитик не конкретному человеку, а целой организации или системе. 😅

Как думаете, это полный бред или что-то в этой мысли есть?)

Утро доброе!

Начнем с интерактивчика и даже немного треша?)

Прикрепляю скриншот с описанием вакансии, которую мне скинули вчера.

Как думаете что в ней приметного? И что зацепило вас?

Всем хай!

Аналогия бизнес аналитика с психологом нашла отклик в ваших сердцах. Не знаю почему, но мне тепло на душе от этого. Возможно, потому что это еще один шаг на пути к общему понимаю целей бизнес-анализа. Кстати, а я говорила, что теплю надежду когда-нибудь создать институт бизнес-анализа?🙃😉

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

Сейчас обусловимся, что говорим про позицию бизнес аналитика в компании типа Интегратор. Это компании, которые работают с гос.заказами или развивают проекты по заказу любых гос.структур.

Для позиции бизнес аналитика в таких компаниях важно уметь и знать:
• Сбор, выявление, формализация и документирование требований;
• Знание нотаций моделирования бизнес-процессов;
• Умение проектировать или описывать интеграционные процессы;
• Опыт или умение выстраивать коммуникацию с гос.органами.

А значит вопросы на собеседованиях будут направлены на проверку этих навыков. Как правило по каждой теме несколько вопросов.
Например:
• Знаете ли вы ГОСТы?
• Писали ли вы документацию по ГОСТам?
• Знакомы ли вы с процедурой подготовки документации для госзаказов или госзакупок?
Или
• С какими нотациями вы знакомы, приведите пример использования нотации в вашем опыте?
• Какие методы выявления требований вы применяли? Почему?
• С какими типами интеграций вы работали? Проектировали ли интеграции самостоятельно? Какие инструменты для этого применяли? Конечно же здесь актуальны вопросы про REST API, XML, XSD, JSON и так далее.

Разбираем на какие темы задают вопросы на собеседовании для аналитика в продуктовую разработку?

Чем для вас запомнилась эта неделя?

У меня неделя выдалась сложной. Настолько, что вчера пришлось взять day off, полный. Но зато следующая неделя должна быть полная сюрпризов и новостей.😉

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

Для позиции бизнес аналитика в таких компаниях важно уметь и знать:
• Сбор, выявление и формализация требований;
• Ведение и актуализация бэклога продукта;
• Знание нотаций моделирования бизнес-процессов;
• Знание и умение проводить исследования клиентов или рынков.

Следовательно и вопросы на собеседовании будут направлены в основном на проверку этих навыков и инструментов. Например:
• Какие способы описания требований вы знаете и применяли? Чаще всего здесь ожидается, что вы назовете User Story или Job Story;
• Какие инструменты для приоритизации или декомпозиции бэклога вы применяли? Или вопрос может быть сформулирован еще шире, какие инструменты или методы вы применяли для управления бэклогом? Здесь в ход могут идти любые инструменты от интуитивных срочность-важность до более формализованных RICE, ICE, MOSCOW и прочего.
• Обязательно спрашивают знаете ли вы нотацию BPMN, даже если в работе его применение не ожидается. Этот вопрос уже просто как стандарт.
• И наиболее широкий вопрос о других бизнес-аналитических инструментах для исследования пользователей, клиентов или рынков. Тут чаще всего работодатель ожидает услышать от вас, что вы проводили исследования пользователей с точки зрения создания новой востребованной функциональности или улучшения существующей. А значит, это про различные интервью с пользователями, UX-исследования, изучение конкурентов или лучших практик отрасли.

Всем привет!

Отличной всем недели!😉

Новеньким в канале советую посмотреть закрепленные сообщения, там можно познакомитсья со мной и выбрать сервис менторов для записи. Пс, советую GetMentor, как говорится, без комиссии и переплат😅

А сейчас предлагаю выбрать темы, на которые мы поговорим в течении недели.
(Сейчас тут появится опрос🙃)

Всем привет!

Продолжаем тему развития бизнес аналитика. Сегодня обсудим развитие через углубление экспертных знаний в бизнес анализе. 😎🤓🥸🧐

И на этом пути есть такой парадокс: с одной стороны это углубление в бизнес-анализ, с другой стороны это расширение своих знаний и навыков в нем. Как это возможно? 🤯

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

В B2B, B2C, B2G, в промышленности, в производстве, в разработке, везде можно применить подходы бизнес-анализа, нужно только подобрать подходящие. Т.е. чтобы развиваться как эксперт в бизнес-анализе нужно изучать больше сфер и инструментов.

В том же BABOK указано и четко сформулировано 5 ракурсов бизнес-анализа:
• Agile;
• BI (Business Intelligence);
• Информационные технологии;
• Бизнес-архитектура;
• Управление бизнес-процессами.

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

Можно привести и другой пример: аналитик в продуктовой компании или заказной разработке разноплановых систем, тогда аналитик может развиваться по трем ракурсам - Agile, Информационные технологии и Управление бизнес-процессами.

Примерами для ракурсов BI и бизнес-архитектуры будут BI-аналитики и аналитики в консалтинговых компаниях, которые как раз занимаются задачами бизнес-архитектуры и иногда анализом бизнес-данных.

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

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

А каким ракурсом занимаетесь или хотите заниматься вы?🙃

Ха-ха!

Поделюсь своей небольшой радостью🙃
Мое фото разместили на сайте Практикума.)

Как приятно стать лицом наставников в Яндекс.Практикума))
В разделе «Станьте проводником в мир новых профессий».
https://practicum.yandex.ru/job

Вопросы на собеседовании. Пример из жизни.🙃

На собеседовании вам дают ситуацию: вы сходили к двум стейкхолдерам и выяснили, что требования от них противоречат друг другу. Что будете делать?😳

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

Однако, это не единственное решение и порой не самое подходящее.

Для таких ситуаций существует специальный инструмент, который поможет в целом выстроить коммуникацию на проекте - карта стейкхолдеров.

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

Также следует учесть, что решение конфликта может зависеть от типа продукта или проекта. В случае, если это продукт B2C, то ценность для клиента будет важнее всего. В случае B2B, необходимо договариваться со стейкхолдерами в первую очередь.

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

Знали о карте, пользовались?

Вчера вышел мой авторский пост для канала Эйч)
Наболевшая и нашумевшая тема, чем отличаются системный и бизнес аналитик😅

Как раз сегодня к вечеру расскажу о том, что системный аналитик - это одно из возможных направлений развития и роста бизнес аналитика.)