Как попасть в аналитику в ИТ?

Честно говоря, сложно ответить на этот вопрос, потому что аналогично звучит: как стать врачом? или как стать прокурором?
Во всех сферах нужно учиться и получать опыт. Нет ничего секретного👋

Мысли такие:

1. По блату
Попросите родственников взять вас на работу😁
Но если вдруг родственники или друзья не могут вас продвинуть в ИТ, то включайте обаяшку, прокачивайте коммуникации и крутитесь в кругах айтишников. Ходите на митапы, конференции, спешл завтраки.. узнавайте о вакансиях и о возможностях. Где-то проходит стажировка, или где-то нужен младший аналитик. А вы тут как тут супер замотивированы.

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

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

Важно!
Постоянно ходите на собеседования. Не бойтесь, что вам откажут. Не бойтесь не решить кейсы или не ответить на вопросы. Это очень важный и бесплатный опыт для сбора обратной связи о себе, изучения рынка и прокачки своих софт и хард скиллов.
Статистика hh.ru говорит, что каждый 10 отклик на вакансию результативен.

3. С другого угла
Реальные кейсы:
-делопроизводитель в ИТ компании переместилась на позицию аналитика.
-менеджер по продажам в крупной ИТ компании стала менеджером проектов с навыками аналитика.
-аккаунт-менеджер стала системным аналитиком.

Один из вариантов: попасть в ИТ компанию на любую доступную вам позицию, а там уже перемещаться и нарабатывать опыт.

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

💬Хороший курс у Яндекс Практикум для начинающих системных аналитиков.
💬У OTUS классные бесплатные вебинары в рамках курсов для БА/СА и СА (нужно домотать до конца и будут ссылки на видео), они периодически информируют о вебинарах на своем канале.
💬На этом канале хорошие подборки статей и книг для бизнес-аналитиков.


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

Как-то так..

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

Мы попали на афтерпати🤘

Команда🥰

На выходных прошла очередная командная встреча. До сих оклематься не могу🥴В этот раз встречу организовывала наш скрам-мастер в своем родном - Нижнем Новгороде.

Мы работаем по скраму.
💬Скрам - это методология разработки.
Краткая суть: анархия, команда управляет продуктом, а не конкретный человек + быстрая поставка ценности за 2-4 недели (спринт)

Нас 17 человек. Считается, что это много людей для скрам-команды, по классике 6-8.
Чем больше людей, тем сложнее поддерживать самоорганизованность, самодисциплину и активность каждого участника. И с нашим количеством пора бы переходить на линейную или матричную организацию, но нет!

Как у нас получается работать в скраме такой большой командой?
1. Мы просто пьем вместе.
2. У нас крутой скрам-мастер.
3. Мы уже больше чем коллеги, мы семья. Большая семья это же неплохо))

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

#аналитик_на_тусе

Flow🤯

Завершилась конференция для бизнес и системных аналитиков Flow 2023🤘
Гибридный формат: 4-5 сентября онлайн, 11-12 офлайн. Офлайн параллельно работали 3 зала, и если одновременно шли интересные 2-3 доклада, то можно не париться, все записи доступны в личном кабинете.

Разные направления докладов по аналитике: UX, Documentation, Business processes, Integrations (1 доклад, 1 воркшоп. Вот это несерьезно😤), Team&Career, Architecture, Data&ML, Tools, General и Requirements

Больше всего мне понравился доклад Юрия Куприянова, директора школы системного анализа и проектирования Systems.Education 🥰
Он поднял вопрос "Где граница требований и проектных решений?".
Дело в том, что аналитик искажает "хотелки" заказчиков проектным решением и доносит по большей части "свои" требования до разработки, таким образом отдаляет разработчиков от бизнес-ценности.
Кажется, что банальная мысль, я тоже не могу не проектировать, когда пишу требования.
Идеальное решение «убить» аналитиков, чтобы избавиться от плохих проектных решений.
А куда нам аналитикам деваться? Становиться координаторами (проджектами/продактами) или начинать писать код. В разработке идеально быть универсальным бойцом, который сам собирает требования, проектирует и пишет код.

Еще Юрий поделился ресурсами:
▪️По UX проектированию тонкая книга и курс, конечно же с его школы
▪️По проектированию БД и анализу данных собрание материалов в вики
▪️По интеграциям собрание материалов в вики

В самое сердце на поражение были доклады по архитектуре:
▫️Про C4 model. Архитектор из Тинька доступно показал, как рисовать каждый тип диаграмм C4: контекста, контейнеров, компонентов, кода. И порекомендовал лучшие инструменты для "начертательной геометрии" IcePanel и Structurizr
▫️Про ArhiMate. Эту нотацию упоминали практически в каждом докладе этого направления. Чем полезен ArhiMate аналитику можно почитать по ссылке
▫️Независимый российско-австралийский исследователь доказал, что все фреймворки корпоративной архитектуры (TOGAF, Zachman и т.д.) не работают, а являются маркетинговым ходом консалтинговых компаний.
▫️Эксперт из Сбера рассказал о новом подходе документирования требований и описания проектных решений через YAML в DocHub.

Остальные доклады мне не зашли. Либо непонятна проблема, либо просто и очевидно, либо Data&ML.

#обзор_на_тусу

📣Топ 5 книг для аналитиков

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

1. Вигерс Карл, Битти Джой. Разработка требований к программному обеспечению - библия аналитиков по введению документации и оформлению требований. Про типы требований, про разработку сценариев, примеры оформления требований в гибкой разработке и водопадной модели, про управление изменениями требований и даже про тестирование требований.

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

3. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя - обучающая книга языку UML. Аналитик общается не только с бизнесом, но и с разработкой. Книга предназначена для всех ИТ специалистов, чтобы проектировать на одном языке, описывать архитектуру приложения, интеграции и функциональность системы. Для аналитика важно уметь читать и рисовать 5 типов UML диаграмм: use case, state, sequence, activity, class.

Следующие две книги не менее популярные, они помогают проработать ошибки в основной работе: сбор требований.

4. Роберт Фитцпатрик. Спроси маму: Как общаться с клиентами и подтвердить правоту своей бизнес-идеи, если все кругом врут? - я уже сказала, что интервью очень важно. Надо уметь правильно задавать вопросы и вытягивать "боли" заказчика/пользователей. В этой тонкой книге описаны кейсы правильных и неправильных вопросов на интервью.

5. Джефф Паттон Пользовательские истории. Искусство гибкой разработки ПО - это книга про User Story Mapping. Методология помогает систематизировать, декомпозировать функциональность. Аналитик может описать всю функциональность системы через User Story, сложить их в карту, затем согласовывать и приоритизировать функционал с бизнесом и с разработкой через эту карту.

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

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