Существует четыре основных типа аналитиков, которые участвуют в проектировании IT-продукта:

🕵 Аналитик данных
👩‍🔬 Продуктовый аналитик
🥷 Бизнес-аналитик
👮‍♂️ Системный аналитик

Разберём каждый из типов немного подробнее.


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

👩‍🔬 Продуктовый аналитик изучает показатели деятельности бизнеса – метрики.
Этот специалист похож на учёного, который проводит исследования, изучает инновации на рынке и ищет пути для развития бизнеса. Такой аналитик чаще смотрит в будущее состояние компании и работает в тандеме с аналитиком данных.

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

👮‍♂️ Системный аналитик знает всё о системных процессах внутри бизнеса.
Он похож на полицейского, который следит за тем, чтобы системные возможности позволяли реализовать цели компании. Системный аналитик выстраивает архитектуру хранения и взаимодействия данных и действует в тесной связке с разработчиками. Системный аналитик работает с текущей системной архитектурой, но всегда задействован в проектировании её будущего состояния.

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

Также важно понимать, что чем выше уровень (или по-другому, «грейд») любого из типов аналитика, тем больше компетенций он имеет от остальных типов аналитиков.

Так, например, часто senior-аналитик умеет:
- работать с данными,
- просчитывать бизнес-метрики,
- выстраивать вектор развития продукта,
- объяснять бизнес-процессы,
- выстраивать архитектуру решения.

Ну что, все хотим быть крутыми синиорами? 💪

💁‍♂️ ЧТОБЫ СТАТЬ IT-ИШНИКОМ, ПРОСТО НАЧНИ...

Дальше уже неважно, что там нужно начать, потому что это повсеместное «просто» уже на этапе прочтения выматывает, согласитесь? Понимаем!

Не так уж и «просто» взять и стать другим специалистом.

Внутренний взрослый назидает:

🤣: Сейчас всё стабильно и надёжно! Какое IT? Помни про синицу в руках!
🤣 : А где вообще гарантии, что получится научиться? Не занимайся ерундой!
🤣 : А если сейчас уйдёшь, вдруг вернуться назад уже не получится? Лучше уж так, чем сидеть у разбитого корыта!

Ох уж этот внутренний взрослый, который подрезает крылья, а с ними и возможности! 😱


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

Так и что же остаётся делать? Забить на свои мечты и сидеть в зоне комфорта? Ну уж нет, вы сами знаете, что достойны большего!

ХОТИМ СКАЗАТЬ, ЧТО...

… актуальные знания и навыки открывают множество путей к вашему лучшему будущему!
А ещё они дают возможность сделать квантовый огромный скачок в заработке 🚀

Команда GetAnalyst во главе с Екатериной Ананьевой кропотливо собирает, акутализирует и передаёт необходимые знания и инструменты, благодаря которым множество наших студентов выросли с нуля в полноценных специалистов в сфере IT!

Вам не придётся собирать информацию по крупицам и проходить ещё 100500 курсов, ведь у вас уже будут знания, которые необходимы на старте карьеры системного аналитика👍

Подробности по ссылке:
🔗 ПРАКТИЧЕСКИЙ КУРС «СИСТЕМНЫЙ АНАЛИТИК С НУЛЯ»

Станьте уверенным специалистом всего за 9 месяцев обучения! Ну а вернуться назад всегда можно, но скорее всего вам этого уже не захочется 😉


P.S. Если у вас остались вопросы, оставляйте ➕️ в комментариях и наш отдел заботы свяжется с вами! ❣️

😂😘 Практический вебинар 12 декабря 😂😘

Непрерывно изучать новое для участия в крутых и интересных проектах - необходимость в IT.

Умение работать с задачами на интеграции - важный навык для системных аналитиков.

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

📝 Интеграции: как создавать задачи на разработчиков
📅 12 декабря, 19:00 МСК
🔗 ЗАРЕГИСТРИРОВАТЬСЯ

В программе:

1️⃣ Знакомство с задачей на интеграцию систем и API-документацией для её реализации.
2️⃣ Проектирование архитектуры взаимодействия.
3️⃣ Разработка интеграционного Use Case.
4️⃣ Создание задач на БД, Backend и Frontend.

➕ особенности, про маппинг данных, подвохи и ответы на ваши вопросы!

Хотите освоить новые подходы к решению интеграционных задач и проверить свой опыт?

Регистрируйтесь и приходите онлайн! 🚀

👋 Привет!

Знакома ли вам ситуация, когда вокруг вас много отвлекающих факторов, которые не позволяют сосредоточиться на работе?
О да! 😡

Кажется, эта проблема актуальна для всех, кто работет в шумных опенспейсах, кофейнях или даже из дома, где слишком много дел поинтереснее работы 😅

Сегодня хотим рассказать вам про 5 приложений для ваших девайсов, которые позволят сконцентрироваться на работе и оставаться продуктивным в течение дня без риска переутомления 😎🌱

1️⃣ Forest
Приложение, которое позволяет выращивать диджитал-дерево за каждые 25 минут работы без перерыва. Каждый раз, когда вы начинаете работать, вы открываете приложение и «сажаете дерево», которое растёт на протяжении 25 минут. Если сворачиваете приложение до конца таймера – дерево умирает. Чем дольше вы работаете, тем больше деревьев вы сможете вырастить.

2️⃣ Focus@Will
Приложение, которое предлагает специально созданную музыку, которая положительно сказывается на концентрации. Кстати, создатели говорят, что музыка в приложении разработана на основе научных исследований. Стоит попробовать!

3️⃣ Focus Keeper
Программа использует технику Помодоро. Суть техники: работа в течение 25 минут чередуется с небольшими 5-минутными перерывами. Интервалы можно отрегулировать под себя: например, поставить 30/5 или 40/10.

4️⃣ Just Read
Это бесплатное расширение для браузера Google Chrome, которое позволяет убрать визуальный шум с сайтов. Приложение скрывает ненужные элементы на странице, такие как реклама, боковые панели и меню, и отображает только текстовое содержание статьи.

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

Пробуйте приложения и выбирайте то, что подходит именно вам.
Продуктивных вам дней, друзья! 💗

pov: когда закачик говорит, что не согласовывал такое решение, а ты нашёл пруфы в вашей переписке 😁

Ребят, рассказывайте в комментариях, бывало ли у вас такое? Как разобрались с ситуацией?

✨ПРО ИЗМЕНЕНИЕ ТРЕБОВАНИЙ ✨

Как бы хорошо аналитик не владел техниками сбора требований и их последующей проработки, собранные требования в какой-то момент могут стать неактуальными 😔

Причины изменения требований условно можно разделить на две большие группы: внутренние и внешние.

К внутренним причинам можно отнести все ситуации, которые возникают внутри компании и которые урегулировать проще.

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

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

⚡️Например, требования могут стать неактуальными из-за смены законодательства, которое регулирует бизнес. Или компания прерывает партнёрские отношения с поставщиками и разработка для этих поставщиков становится неактуальной.


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

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

#hardGetAnalyst

✨ ЧТО ДЕЛАТЬ, ЕСЛИ ТРЕБОВАНИЯ УЖЕ ИЗМЕНИЛИСЬ? ✨

Главное правило: не паникуйте! 😢

1️⃣ Обсудите варианты реализации изменений
В некоторых случаях изменения можно выпускать доработкой к ранее согласованному решению. А иногда всё таки придётся остановить разработку и откатить работу на этап аналитики, где требования будут переписаны. В любом из случаев принятое решение должно быть оценено и согласовано с заказчиком.

2️⃣ Если есть возможность, работайте по гибкой методологии
Когда всё ПО проектируется постепенно в виде постоянных небольших доработок, изменениями проще управлять.
Во-первых, всегда есть возможность договориться о переносе новых требований в последующие итерации.
Во-вторых, в гибкой методологии изменения требований происходят менее болезненно. Это связано с тем, что всё ПО проектируется “по кусочкам” — то есть по функциональностям. Соответственно, изменять такие кусочки проще, нежели переписывать всё ПО.

3️⃣ Обращайтесь к авторитетам
Если требования меняются из-за того, что заказчиков несколько и они не могут договориться между собой (что тоже бывает, итс лайф 🤷‍♀️🤷), находите стейкхолдера, который имеет большее влияние на ту часть бизнеса, в которой планируется внедрять решение. В этом случае вы как бы эскалируете проблему на специалиста, который сможет повлиять на достижение компромисса между заказчиками.

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

Ну и конечно не воспринимайте подобные ситуации как личную неудачу, а смотрите на них, как на опыт.
😊 Благодаря опыту мы растём, как специалисты, и можем управлять ситуацией в случае её повторения.
😊 А ещё на собеседованиях очень часто спрашивают про “ваши факапы на работе”. Тут вы с гордостью сможете рассказать, как справились с ситуацией, когда требования к ПО изменились, и как это повлияло на вашу предусмотрительность в дальнейшем.

Ошибки мышления или когнитивные искажения — это наши внутренние реакции на происходящее вокруг, которые могут как решать наши проблемы, так их и создавать 😂

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

Мы рассмотрим пять самых распространённых когнитивных искажений. Так, своевременный анализ мыслей поможет держать «руку на пульсе» и реально оценивать ситуацию вокруг вас.

⬇️⬇️⬇️

#softGetAnalyst