Всем привет👋
Я поднимаю свой бокал за этот знаменательный день, когда идея о блоге про мои аналитические тусовки воплотилась в жизнь🪄
В ближайшее время собираюсь рассказать про 5 интереснейших ИТ-конференций, на которых я побываю:

🌸 СимбирВолга 25-26 августа г. Ульяновск
Закрытое мероприятие компании Симбирсофт.

🌸 ИТ-пикник от Тинькофф 2 сентября г. Москва

🌸 Flow 2023 Конференция по системному и бизнес-анализу 11-12 сентября г. Москва

🌸 UIC DEV 2023 30 сентября г. Ижевск

🌸 Analyst days/17 международная конференция по системному и бизнес анализу 27-28 октября г. Москва

В августе я обучаюсь в школе системного анализа (ШСА).
Этот ресурс популярен среди аналитиков своей высокой практической значимостью курсов и современными материалами, которые соответствует потребностям ИТ-рынка🤘

Я выбрала курс "Основы проектирования интеграций ИТ-систем".

💬Проектирование интеграций - это важный скилл системного аналитика.
Системный аналитик описывает пакеты обмена данными между системами (.json, .xml и др), проектирует и документирует API, участвует в выборе технологий взаимодействия между системами (REST, SOAP, Kafka..) и т.д.

👎Из минусов курса:
- Преподаватель плохо подавал материал, не мог ответить на ряд вопросов и часто "плыл". Если хочется прокачаться в проектировании интеграций, советую идти к автору этого курса Елене Бенкен, она просто шикарно объясняет. Я знаю об этом по ее видео, которые опубликованы на ютуб: Тестирование и документирование API-методов с помощью Postman. Мне к ней, к сожалению, не удалось попасть.
- Очень много воды вокруг интеграций, но мало про сами интеграции. Например, мы описывали диаграммы потоков данных, нефункциональные требования, рисовали диаграмму БД. Это важно, но мы потратили на это половину курса.
- Легко. Тут моя ошибка, надо было выбирать курс посложнее.

🥹Из плюсов :
- Топовые шаблоны для описания требований к интеграции и к системе в целом, которые можно применять на ИТ-проектах/продуктах.
- Командная работа. Много практики. Задания выполняются в команде и каждое занятие проходило увлекательно, потому что ты обмениваешься опытом и знаниями с другими специалистами, и вы проектируете вместе.

В целом, было интересно и школа системного анализа реально очень хорошее место для прокачки хардов аналитика.
Теперь хочу попасть на:
- 8 часовой воркшоп NO SQL. Современные технологии хранения и анализа данных в микросервисной архитектуре
- 8 часовой воркшоп Работа с очередями в RabbitMQ и Apache Kafka

#саморазвитие

❓БИЗНЕС ИЛИ СИСТЕМНЫЙ АНАЛИТИК?❓

Один из самых часто задаваемых вопросов на собеседовании: в чем разница между бизнес и системным анализом❓

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

В моей голове уже давно есть четкое определение каждой роли:

БИЗНЕС-АНАЛИТИК - это специалист, который может разобраться в бизнес-процессе компании, найти в нем проблемы/дырки и провести реинжиниринг (координально изменить процесс, чтобы сделать бизнес более эффективным). Бизнес-аналитик работает с метриками процесса (KPI), определяет дороговизну процесса и предлагает улучшения. Короче, консалтинг.

СИСТЕМНЫЙ АНАЛИТИК - это бизнес-аналитик и специалист ИТ, который может оптимизированный бизнес-процесс автоматизировать. Системный аналитик определяет границы системы и выделяет потоки обмена данными со смежными компонентами, прорабатывает интерфейс, логику работы (сценарии), проектирует логическую базу данных и передает свои идеи в разработку.

#саморазвитие

Всем привет👋

Сейчас я активно готовлюсь к выступлению на конференции SimbirVolga 🤘, которая пройдет уже на этой неделе.

Я выбрала формат сторитейлинга на тему "Как мы командой учились читать требования к фиче".

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

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

Лечу в Ульяновск с пересадкой в Москве, в общем около 8 часов.
Бесит😠
Ем, сплю и читаю книгу для руководителей, вышедших из программистов, «Как пасти котов». Я, конечно, не из программистов, но полезного написано много про управление разработкой.

Программисты оказывается такие котики🦁