Сегодня получила такой вопрос. Из ответа, решила сделать пост, потому что вопрос возникает не впервые и часто вызывает путаницу.

Классическое ТЗ по ГОСТам, обычно содержит технические описания и требования, такие как описание сервисов, структуры баз данных, описание структуры данных в форматах XML или JSON и так далее. Как раз это задача системных аналитиков. Они обладают навыками работы с техническими деталями и спецификациями, и создают ТЗ в форме именно технического задания.

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

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

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

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

А вы что думаете на эту «холиварную» тему?)

Всем, хай!
Рада новеньким, присоединяйтесь к опросам выше🔼На основе таких опросов формирую полезные и интересные посты.

Сегодня про интервью на должность бизнес аналитика.

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

🟣 Первый этап – это скрининг или обзор резюме и собеседование-«знакомство». На этом этапе HR проверяет соответствие кандидата требованиям вакансии только на самом верхнем смысловом уровне, задает вопросы по необходимым для кандидата условиям и рассказывает про компанию, дальнейшие этапы. Очень часто HR говорит «я направлю ваше резюме нанимающему руководителю». Если резюме + приписки HR, которые она готовила, пока «знакомилась» с вами устроили руководителя, то вы приглашаетесь на следующий этап.

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

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

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

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

Делитесь, как у вас проходили собеседования?

✨Неделя бесплатных консультаций ✨

Если вы подписаны на мой канал, скорее всего, у вас есть важные вопросы, на которые хотите получить конкретные ответы. И вот, специально для вас, с 3 по 8 июля я проведу неделю бесплатных консультаций при поддержке UPMINDER - сервиса менторов и наставников (ссылка на профиль: https://upminder.education/mentor/dansarunova-larisa)!

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

Чтобы получить бесплатную консультацию, просто напишите в директ Upminder или в Telegram @elena_upminder и получите промокод. А дальше можно записываться на сайте.

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

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

Всем хай!

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

Кстати, вот задачка для бизнес анализа из реальной жизни.

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

🎲 Вопрос: нужно ли продумывать альтернативный вариант входа клиента в зал и если нужно, то какой это может быть вариант?

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

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

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

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

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

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

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

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

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