💥ПРО ОТЛИЧИЯ БИЗНЕС- И СИСТЕМНОГО АНАЛИТИКА💥
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
🔥11❤7
This media is not supported in your browser
VIEW IN TELEGRAM
Как правильно реализовать выгрузку файлов в облако: практическое руководство в этом видео 🧐
Лето с его отпусками подошло к концу, и мы снова возвращаемся в бодрый рабочий темп.
Крутого понедельника! И с 1 Сентября! 💛
Лето с его отпусками подошло к концу, и мы снова возвращаемся в бодрый рабочий темп.
Крутого понедельника! И с 1 Сентября! 💛
❤7👌2
Для продуктов, которые стремительно набирают популярность, очень легко перестать понимать, в чём заключается общее предназначение ПО. В конечном итоге в руках у проектной команды может оказаться множество «кусочков» различных функциональностей, которые никак не складываются в единую картину или того хуже – перестают решать реальные «боли» пользователей.
В современной практике существует решение, которое снизит риск «свернуть не туда» при проектировании ПО – это построить карту планируемых функциональных возможностей от лица пользователей или по-другому – User Story Map.
Карта пользовательских историй (User Story Map) — это техника, которая позволяет расположить пользовательские истории согласно последовательности использования функций продукта.
Карта историй позволяет увидеть цельную картину продукта, чего очень сложно добиться с помощью разрозненного набора историй.
А ещё User Story Map позволяет команде разработки:
1️⃣ Увидеть масштаб всего продукта и последовательный путь взаимодействия с ним;
2️⃣ Определиться с приоритетами при разработке продукта — решить, какие функции ПО нужно реализовать в первую очередь, а какие перенести на потом;
3️⃣ Заранее определить узкие места и возможные конфликты внутри функциональных возможностей внутри ПО.
Если при внедрении новой функциональности у команды перед глазами есть User Story Map, снижается вероятность того, что внедряемая фича поломает существующие процессы внутри продукта.
Ну и конечно визуализация возможностей продукта – это отличный способ донести до всех заинтересованных лиц ценности и содержание ПО, а также подключить творческий взгляд на развитие продукта.
Ставьте 🔥 на этот пост – так мы поймём, интересна ли вам тема визуализации требований.
Далее расскажем, из чего состоит карта пользовательских историй, а также поделимся алгоритмом её построения.
#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥50
👩🎨 СТРОИМ КАРТУ ПОЛЬЗОВАТЕЛЬСКИХ ИСТОРИЙ 👨🎨
Составить карту пользовательских историй можно с помощью разных инструментов: начиная с аналоговых (стикеров на стене или большой маркерной доски) и заканчивая специальным ПО (Miro, Draw.io, FigJam, Jira, Visual Paradigm и прочие).
⚡ : User Story Map создают коллективно. Желательно, чтобы в этом участвовала вся команда разработки и представители пользователей. Эта встреча похожа на мозговой штурм, где регулятором встречи как раз может быть аналитик. Но часто в практике можно встретить, что аналитик выстраивает карту самостоятельно.
Карта пользовательских историй состоит из следующих элементов:
1. Описание персон пользователей продукта
2. Информационный блок о целях и глобальной проблеме, которую решает продукт
3. Перечисление пользовательских активностей на протяжении основного пользовательского пути
4. Описание задач пользователей внутри каждой активности
5. Пользовательские истории внутри каждой задачи (они же требования к реализации возможностей)
6. Разделение всех требований на итерации или релизы.
Далее разберёмся с каждым пунктом последовательно, а в конце дадим готовый шаблон, который сможете использовать в работе 🙌👌 #hardGetAnalyst
Составить карту пользовательских историй можно с помощью разных инструментов: начиная с аналоговых (стикеров на стене или большой маркерной доски) и заканчивая специальным ПО (Miro, Draw.io, FigJam, Jira, Visual Paradigm и прочие).
Карта пользовательских историй состоит из следующих элементов:
1. Описание персон пользователей продукта
2. Информационный блок о целях и глобальной проблеме, которую решает продукт
3. Перечисление пользовательских активностей на протяжении основного пользовательского пути
4. Описание задач пользователей внутри каждой активности
5. Пользовательские истории внутри каждой задачи (они же требования к реализации возможностей)
6. Разделение всех требований на итерации или релизы.
Далее разберёмся с каждым пунктом последовательно, а в конце дадим готовый шаблон, который сможете использовать в работе 🙌👌 #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥3
ШАГ 1: Описываем персоны
Персона — это описание вымышленного пользователя продукта с описанием его основных потребностей, характеристик и целей, которые должно решать ПО.
Чаще всего персона – это обощённое представление о группе пользователей продукта, которые выполняют похожий набор задач и объединены общей целью.
⚡ : Например, олицетворением персоны может быть пользователь определённой возрастной категории, уклада жизни, профессии и так далее.
На карте Персоны размещаются сверху, олицетворяя собой пользователей, чьи интересы планируется учесть в текущем проектировании ПО. Для удобства персоны, которые преследуют одни и те же цели, объединяют в группы. Благодаря этому реализация требования для группы позволит покрыть сразу несколько персон.А это круто! 😎
ШАГ 2: Фиксируем цели и глобальные проблемы, которые решает продукт
Для этого шага необходимо ответить на следующие вопросы:
- Над каким ПО вы работаете?
- Какова его основная задача?
- Какую глобальную проблему пользователей оно решает?
Карточку с ответами необходимо разместить в левой части карты, чтобы не терять вектор при проектировании продукта. Эта информация будет напоминать о ценности вашего продукта для потребителя.
ШАГ 3: Заполняем пользовательские активности
У каждой группы персон, как мы уже сказали, есть общие глобальные цели. Задача команды разработки на этом этапе — верхнеуровнево обозначить действия, которые пользователь может совершить, чтобы достичь этих целей.
Активности (User Activities) — это последовательные действия, которые пользователю нужно совершить, чтобы достичь своих целей.
Пользовательские активности — это каркас (backbone) карты, который формирует представление об основных функциях внутри ПО.
⚡ : Примером последовательных активностей в приложении для заказа такси будет:
Указать маршрут -> Подтвердить заказ -> Совершить поездку и так далее.
На карте пользовательских историй все активности нужно расположить под персонами, согласно последовательности, в которой они будут выполняться.
🔘 🔘 🔘
Продолжим разбирать карту пользовательских историй завтра, а пока предлагаем найти первые три шага на схематичном представлении карты, приложенной выше ⬆️
Персона — это описание вымышленного пользователя продукта с описанием его основных потребностей, характеристик и целей, которые должно решать ПО.
Чаще всего персона – это обощённое представление о группе пользователей продукта, которые выполняют похожий набор задач и объединены общей целью.
На карте Персоны размещаются сверху, олицетворяя собой пользователей, чьи интересы планируется учесть в текущем проектировании ПО. Для удобства персоны, которые преследуют одни и те же цели, объединяют в группы. Благодаря этому реализация требования для группы позволит покрыть сразу несколько персон.
ШАГ 2: Фиксируем цели и глобальные проблемы, которые решает продукт
Для этого шага необходимо ответить на следующие вопросы:
- Над каким ПО вы работаете?
- Какова его основная задача?
- Какую глобальную проблему пользователей оно решает?
Карточку с ответами необходимо разместить в левой части карты, чтобы не терять вектор при проектировании продукта. Эта информация будет напоминать о ценности вашего продукта для потребителя.
ШАГ 3: Заполняем пользовательские активности
У каждой группы персон, как мы уже сказали, есть общие глобальные цели. Задача команды разработки на этом этапе — верхнеуровнево обозначить действия, которые пользователь может совершить, чтобы достичь этих целей.
Активности (User Activities) — это последовательные действия, которые пользователю нужно совершить, чтобы достичь своих целей.
Пользовательские активности — это каркас (backbone) карты, который формирует представление об основных функциях внутри ПО.
Указать маршрут -> Подтвердить заказ -> Совершить поездку и так далее.
На карте пользовательских историй все активности нужно расположить под персонами, согласно последовательности, в которой они будут выполняться.
Продолжим разбирать карту пользовательских историй завтра, а пока предлагаем найти первые три шага на схематичном представлении карты, приложенной выше ⬆️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍2❤1
ШАГ 4: Описываем задачи пользователей
На этом шаге в рамках каждой обозначенной активности нужно опуститься на уровень пользовательских задач.
Пользовательская задача (User Task) — это более конкретное описание действий, которые пользователь должен выполнить в рамках активности.
Каждую активность можно поделить на несколько мелких задач. Иными словами, задачи – это действия, которые можно совершить внутри активности.
🥷: Например, для активности "Указать маршрут" в приложении для заказа такси можно обозначить следующие задачи:
- Указать точку отправления
- Указать точку прибытия
Все эти задачи располагаются под карточкой активности слева направо в хронологической последовательности – то есть том порядке, в котором пользователь будет их выполнять.
ШАГ 5: Оформляем пользовательские истории
Если активности и задачи описывают функции ПО верхнеуровнево, то добавление пользовательских историй позволяет детализировать функции ПО. Это помогает увидеть «пробелы» в карте, добавить неучтённые задачи и увидеть альтернативные варианты решения пользовательских задач. Ну и конечно пользовательские истории – это отправная точка для формулирования функциональных и нефункциональных требований к ПО.
⚡ : Короче говоря, благодаря этому шагу мы становимся на шаг ближе к постановке задач на разработку.
Под каждой задачей необходимо расположить пользовательские истории, написанные по шаблону, с которым вы уже знакомы:
1. Как [кто-то] — например пользователь или роль;
2. Я хочу [чего-то] — выполнить какую-то задачу;
3. Чтобы [что-то] — достигнуть конкретную цель.
⚡ : Например, для задачи "Указать точку отправления" можно сформулировать следующие истории:
- Как пользователь приложения для заказа такси, я хочу указать точку отправления на карте, чтобы быстро указать адрес, откуда меня нужно забрать.
- Как пользователь приложения для заказа такси, я хочу ввести адрес отправления вручную, чтобы не искать отправную точку сложным для меня способом.
- Как пользователь приложения для заказа такси, я хочу, чтобы точка отправления определилась автоматически, чтобы не указывать отправную точку самостоятельно.
и так далее.
В отличие от активностей и задач, детали пользовательских историй располагают на карте вертикально, друг под другом. Для одной задачи может быть написано много пользовательских историй, они будут появляться и изменяться в процессе составления карты, поэтому вертикальное расположение будет более компактным.
Мы на финишной прямой💪
При составлении User Story Map нужно уметь вовремя остановиться.
Задача этого инструмента — составить представление о том, как пользователь может работать с ПО и, как итог, какие функции должно выполнять ПО. Не стоит сильно углубляться в детали функциональности, подробно описывать элементы интерфейса и используемые данные.
🔘 🔘 🔘
Далее расскажем про последний шаг построения карты пользовательских историй и дадим готовый шаблон User story map, который вы сможете применять в работе.
На этом шаге в рамках каждой обозначенной активности нужно опуститься на уровень пользовательских задач.
Пользовательская задача (User Task) — это более конкретное описание действий, которые пользователь должен выполнить в рамках активности.
Каждую активность можно поделить на несколько мелких задач. Иными словами, задачи – это действия, которые можно совершить внутри активности.
🥷: Например, для активности "Указать маршрут" в приложении для заказа такси можно обозначить следующие задачи:
- Указать точку отправления
- Указать точку прибытия
Все эти задачи располагаются под карточкой активности слева направо в хронологической последовательности – то есть том порядке, в котором пользователь будет их выполнять.
ШАГ 5: Оформляем пользовательские истории
Если активности и задачи описывают функции ПО верхнеуровнево, то добавление пользовательских историй позволяет детализировать функции ПО. Это помогает увидеть «пробелы» в карте, добавить неучтённые задачи и увидеть альтернативные варианты решения пользовательских задач. Ну и конечно пользовательские истории – это отправная точка для формулирования функциональных и нефункциональных требований к ПО.
Под каждой задачей необходимо расположить пользовательские истории, написанные по шаблону, с которым вы уже знакомы:
1. Как [кто-то] — например пользователь или роль;
2. Я хочу [чего-то] — выполнить какую-то задачу;
3. Чтобы [что-то] — достигнуть конкретную цель.
- Как пользователь приложения для заказа такси, я хочу указать точку отправления на карте, чтобы быстро указать адрес, откуда меня нужно забрать.
- Как пользователь приложения для заказа такси, я хочу ввести адрес отправления вручную, чтобы не искать отправную точку сложным для меня способом.
- Как пользователь приложения для заказа такси, я хочу, чтобы точка отправления определилась автоматически, чтобы не указывать отправную точку самостоятельно.
и так далее.
В отличие от активностей и задач, детали пользовательских историй располагают на карте вертикально, друг под другом. Для одной задачи может быть написано много пользовательских историй, они будут появляться и изменяться в процессе составления карты, поэтому вертикальное расположение будет более компактным.
Мы на финишной прямой💪
При составлении User Story Map нужно уметь вовремя остановиться.
Задача этого инструмента — составить представление о том, как пользователь может работать с ПО и, как итог, какие функции должно выполнять ПО. Не стоит сильно углубляться в детали функциональности, подробно описывать элементы интерфейса и используемые данные.
Далее расскажем про последний шаг построения карты пользовательских историй и дадим готовый шаблон User story map, который вы сможете применять в работе.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
ШАГ 6: Разделение User Story Map на релизы или итерации
Важная часть работы с картой пользовательских историй — разделение карты на части или по другому на "волны": пользовательские истории первой волны, пользовательские истории второй волны и так далее.
Есть несколько принципов деления: по итерациям и по возможным релизам.
Итерация (англ. iteration) — это согласованный период работы в виде отрезка времени, в течение которого разрабатывается часть ПО.
Всю карту можно разделить на наборы пользовательских историй, которые команда разработки сможет реализовать за одну итерацию. В течение каждой итерации будет реализовываться набор историй. Он в итоге даст набор функций — инкремент, который приносит пользу заинтересованным лицам.
Предположим, что одна итерация в команде занимает четыре недели. Команда разрабтки оценила всю карту в три итерации. Поэтому пользовательские истории распределили на три группы таким образом, чтобы в каждую итерацию выдавать набор функций, который даёт пользу всем персонам.
Помимо разделения карты по итерациям, все пользовательские истории можно разбить по функциям, которые необходимо выполнить в первую очередь — то есть представить релиз ПО.
Релиз (англ. release) — выпуск готового для использования продукта.
Один из вариантов такого разделения — определение MVP (Minimal Viable Product — минимально жизнеспособный продукт). Для этого в первый релиз вносят только основные функциональные возможности, чтобы приложение выполняло основную свою задачу. В последующие релизы будут вынесены дополнительные возможности.
🙂 🙂 🙂
Ну вот, собственно, и весь алгоритм построения карты пользовательских историй.
Не так уж и сложно, но будет ещё проще, если использовать готовый шаблон. Просто скопируйте его на свою доску в Miro ( и заполняйте, основываясь на идеи и ценности внутри вашего ПО.
⚡ : User Story Map – это отличный способ передавать требования для дизайна прототипа. Так, дизайнер получит необходимую, а главное, понятно оформленную информацию о функциональных возможностях на интерфейсе ПО и не будет «скован» жесткими требованиями к решению. А значит сможет творить! Поэтому использовать карту в работе можно для крупной новой функциональности внутри ПО, а не только для проектировании целого продукта.
Важная часть работы с картой пользовательских историй — разделение карты на части или по другому на "волны": пользовательские истории первой волны, пользовательские истории второй волны и так далее.
Есть несколько принципов деления: по итерациям и по возможным релизам.
Итерация (англ. iteration) — это согласованный период работы в виде отрезка времени, в течение которого разрабатывается часть ПО.
Всю карту можно разделить на наборы пользовательских историй, которые команда разработки сможет реализовать за одну итерацию. В течение каждой итерации будет реализовываться набор историй. Он в итоге даст набор функций — инкремент, который приносит пользу заинтересованным лицам.
Предположим, что одна итерация в команде занимает четыре недели. Команда разрабтки оценила всю карту в три итерации. Поэтому пользовательские истории распределили на три группы таким образом, чтобы в каждую итерацию выдавать набор функций, который даёт пользу всем персонам.
Помимо разделения карты по итерациям, все пользовательские истории можно разбить по функциям, которые необходимо выполнить в первую очередь — то есть представить релиз ПО.
Релиз (англ. release) — выпуск готового для использования продукта.
Один из вариантов такого разделения — определение MVP (Minimal Viable Product — минимально жизнеспособный продукт). Для этого в первый релиз вносят только основные функциональные возможности, чтобы приложение выполняло основную свою задачу. В последующие релизы будут вынесены дополнительные возможности.
Ну вот, собственно, и весь алгоритм построения карты пользовательских историй.
Не так уж и сложно, но будет ещё проще, если использовать готовый шаблон. Просто скопируйте его на свою доску в Miro ( и заполняйте, основываясь на идеи и ценности внутри вашего ПО.
Please open Telegram to view this post
VIEW IN TELEGRAM
miro.com
Шаблон USM GetAnalyst
❤8🔥6
Работа с опытными коллегами - это радость ❤️
Профессия системного аналитика - это непрерывная возможность для роста и обучения. Мы расширяем свой кругозор, знакомясь с разными проектами (банки, туризм, страхование, социальные сети, медицина и другие), улучшаем как технические навыки, так и навыки мягкого взаимодействия (soft skills) в ходе ежедневной работы.
Мы учимся через опыт взаимодействия с другими людьми. Про бизнес нам рассказывают заказчики, а вот сложные детали проектирования объясняют опытные коллеги разработчики и старшие аналитики.
Бывает, что приходится задавать самые странные вопросы. Иногда страшно, что спрашиваешь что-то глупое. Но все же... Они терпеливо рассказывают, объясняют, или отправляют что-то почитать 😄
Спасибо разработчикам, кто с удовольствием делится своим опытом, рассказывает про то, как надо делать, и как не надо. Спасибо старшим коллегам, которые также передают свой опыт и направляют в решении задач. И за то, что скидывают шаблоны, примеры постановок задач, чтобы было на что ориентироваться❤️
Ведь потом, через время, становится круто, когда начинаешь всех их по-настоящему понимать: говоришь на их языке, понимаешь технические детали проектов! Это не только ускоряет и упрощает процесс работы, но и придает уверенность!
Карьера в IT - это процесс непрерывного обучения и развития, и круто, когда есть возможность обучаться у лучших ❤️
Давайте мысленно вспомним тех, кто помогал или помогает нам расти, и выразим им огромную благодарность за то, что нам посчастливилось взаимодействовать с этими талантливыми людьми!
P.S. А еще можно написать ✉️
Профессия системного аналитика - это непрерывная возможность для роста и обучения. Мы расширяем свой кругозор, знакомясь с разными проектами (банки, туризм, страхование, социальные сети, медицина и другие), улучшаем как технические навыки, так и навыки мягкого взаимодействия (soft skills) в ходе ежедневной работы.
Мы учимся через опыт взаимодействия с другими людьми. Про бизнес нам рассказывают заказчики, а вот сложные детали проектирования объясняют опытные коллеги разработчики и старшие аналитики.
Бывает, что приходится задавать самые странные вопросы. Иногда страшно, что спрашиваешь что-то глупое. Но все же... Они терпеливо рассказывают, объясняют, или отправляют что-то почитать 😄
Спасибо разработчикам, кто с удовольствием делится своим опытом, рассказывает про то, как надо делать, и как не надо. Спасибо старшим коллегам, которые также передают свой опыт и направляют в решении задач. И за то, что скидывают шаблоны, примеры постановок задач, чтобы было на что ориентироваться❤️
Ведь потом, через время, становится круто, когда начинаешь всех их по-настоящему понимать: говоришь на их языке, понимаешь технические детали проектов! Это не только ускоряет и упрощает процесс работы, но и придает уверенность!
Карьера в IT - это процесс непрерывного обучения и развития, и круто, когда есть возможность обучаться у лучших ❤️
Давайте мысленно вспомним тех, кто помогал или помогает нам расти, и выразим им огромную благодарность за то, что нам посчастливилось взаимодействовать с этими талантливыми людьми!
P.S. А еще можно написать ✉️
🔥9❤4
📚 ТОП-5 книг для начинающих карьеру системных и бизнес-аналитиков 📚
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
👍11❤6🤯1
🚫 «ДЖУНЫ НИКОМУ НЕ НУЖНЫ!» 🚫
Мы уже не раз в отделе заботы GetAnalyst сталкивались с этим возражением.
Системный анализ — это такая же предметная область, как и многие другие, где постоянно требуются специалисты, в том числе и новички.
Только представьте, если бы студенты медвуза не шли учиться на хирурга только потому, что уже есть классные хирурги! Какой в этом смысл?🤔
Короче говоря:
ПОЧЕМУ ДЖУНЫ НИКОГДА НЕ ПОТЕРЯЮТ АКТУАЛЬНОСТЬ?
🔥 Все мы с чего-то начинали
Невозможно сразу стать Тони Старком, не получив навыки и практический опыт.
Без «младших» сотрудников, которые только набираются опыта и отважно справляются с задачами, не обойтись нигде — ни на заводе, ни в медицине, ни в ИТ-проектах.
Специалисты на ранг выше не могут заниматься всем: им нужно погружаться детально в сложные задачи, поэтому «операционка» отходит новичкам.
🔥 Стартаперы заинтересованы в джунах
Начинающие развиваться компании чаще всего не могут позволить себе специалиста уровня мидл или синьор. Они с удовольствием нанимают джунов, которых готовы взращивать своими силами под интересы бизнеса.
🔥 Большой бизнес расширяется
Нередко при расширении команды работодатели выбирают джуна, чтобы обучить чего под конкретные задачи проекта.
В КОНЦЕ КОНЦОВ⤵️
Миф о том, что системные аналитики никому не нужны, опровергается наличием множества вакансий от компаний, которые активно ищут специалистов в этой области. А это отличная возможность для новичков!
Ведь именно джуны сильнее всего замотивированы в развитии и быстрее шагают по карьерной лестнице. Они жадны до нового опыта, готовы к обучению и заинтересованы в получении классного результата. Поверьте, работодатели это знают и ценят👍
Ну и конечно, когда новичок проявляет инициативу, не боится откликаться на вакансии и с интересом погружается в специфику бизнеса, рост такого джуна неизбежен 🚀
Мы уже не раз в отделе заботы GetAnalyst сталкивались с этим возражением.
Системный анализ — это такая же предметная область, как и многие другие, где постоянно требуются специалисты, в том числе и новички.
Только представьте, если бы студенты медвуза не шли учиться на хирурга только потому, что уже есть классные хирурги! Какой в этом смысл?
Короче говоря:
ПОЧЕМУ ДЖУНЫ НИКОГДА НЕ ПОТЕРЯЮТ АКТУАЛЬНОСТЬ?
Невозможно сразу стать Тони Старком, не получив навыки и практический опыт.
Без «младших» сотрудников, которые только набираются опыта и отважно справляются с задачами, не обойтись нигде — ни на заводе, ни в медицине, ни в ИТ-проектах.
Специалисты на ранг выше не могут заниматься всем: им нужно погружаться детально в сложные задачи, поэтому «операционка» отходит новичкам.
Начинающие развиваться компании чаще всего не могут позволить себе специалиста уровня мидл или синьор. Они с удовольствием нанимают джунов, которых готовы взращивать своими силами под интересы бизнеса.
Нередко при расширении команды работодатели выбирают джуна, чтобы обучить чего под конкретные задачи проекта.
В КОНЦЕ КОНЦОВ⤵️
Миф о том, что системные аналитики никому не нужны, опровергается наличием множества вакансий от компаний, которые активно ищут специалистов в этой области. А это отличная возможность для новичков!
Ведь именно джуны сильнее всего замотивированы в развитии и быстрее шагают по карьерной лестнице. Они жадны до нового опыта, готовы к обучению и заинтересованы в получении классного результата. Поверьте, работодатели это знают и ценят
Ну и конечно, когда новичок проявляет инициативу, не боится откликаться на вакансии и с интересом погружается в специфику бизнеса, рост такого джуна неизбежен 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍3🤯1
Для начинающего IT-специалиста или всех тех, кому становится тесно в рамках текущих обязанностей, очень важно понимать, куда расти в профессии.
Чтобы понимать, "кем вы станете, когда вырастите" удобно ориентироваться на грейды и матрицу компетенций специалиста.
Сегодня разберёмся с тем, что такое грейды в IT и что входит в обязанности СА на каждом из грейдов 😎😎
Давайте учиться и развиваться в сфере Системного анализа вместе! 😘
p.s А в этой статье на нашем сайте даём описание матрицы компетенций СА разного уровня 😉
#softGetAnalyst
#hardGetAnalyst
Чтобы понимать, "кем вы станете, когда вырастите" удобно ориентироваться на грейды и матрицу компетенций специалиста.
Сегодня разберёмся с тем, что такое грейды в IT и что входит в обязанности СА на каждом из грейдов 😎😎
Давайте учиться и развиваться в сфере Системного анализа вместе! 😘
p.s А в этой статье на нашем сайте даём описание матрицы компетенций СА разного уровня 😉
#softGetAnalyst
#hardGetAnalyst
👍9❤1
🎓 Системный аналитик: с нуля до опыта работы на проекте 🎓
Давно планируете сменить профессию на СА, но знаний не хватает или делаете всё «по наитию»?
Эта практическая программа для вас 👇
🎓 Системный аналитик: с нуля до опыта работы
🗓 Старт: 25 сентября 2025
🔗 Подробности и запись
🧭 Наши выпускники
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 Цели
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру
+ Проектируем REST API (JSON) с нуля
+ Тестируем REST API в Postman; SOAP API (xml) в SoapUI
+ Ставим задачи на БД, Backend, Frontend, Интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
🗓 Формат и темп
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию / рост
🔥 Почему поток 2025–2026?
Потоки раз в год.
Этот — последний в полном формате, с большим количеством онлайна и индивидуальной работы.
Со следующего года количество встреч будет сокращено.
👉 Это ваша возможность успеть на «полную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно», ваши шаблоны документации и уверенность на собеседованиях
+ 80% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT 🙌
Больше подробностей тут.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
Давно планируете сменить профессию на СА, но знаний не хватает или делаете всё «по наитию»?
Эта практическая программа для вас 👇
🎓 Системный аналитик: с нуля до опыта работы
🗓 Старт: 25 сентября 2025
🔗 Подробности и запись
🧭 Наши выпускники
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 Цели
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру
+ Проектируем REST API (JSON) с нуля
+ Тестируем REST API в Postman; SOAP API (xml) в SoapUI
+ Ставим задачи на БД, Backend, Frontend, Интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
🗓 Формат и темп
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию / рост
🔥 Почему поток 2025–2026?
Потоки раз в год.
Этот — последний в полном формате, с большим количеством онлайна и индивидуальной работы.
Со следующего года количество встреч будет сокращено.
👉 Это ваша возможность успеть на «полную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно», ваши шаблоны документации и уверенность на собеседованиях
+ 80% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT 🙌
Больше подробностей тут.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
❤6
Всегда интересно узнавать, из каких профессий и почему приходят в IT. Но ещё любопытнее наблюдать, как начинающие специалисты преодолевают трудности, осваивая новую специальность.
Своей историей перехода в IT поделилась Юлия, студентка программы «Системный аналитик: с нуля до опыта работы на проекте» 🙌 #студентыGetAnalyst
«До того как пойти учиться на системного аналитика, я работала инженером в сфере строительства. Доросла до старшего инженера, но работа перестала нравиться из-за её монотонности.
Изначально образование получила в сфере информационной безопасности, информатики и вычислительной техники, но, когда получила диплом, не знала, как применить знания🧐
В беседе с одногруппником заинтересовалась профессией системный аналитик. В итоге стала искать информацию по обучению, но ничего не откликалось.
Однажды попался подкаст Екатерины — понравился. Через поисковик вышла на сайт GetAnalyst, увидела программу для аналитиков: оказалось, то, что ищу, и я оставила заявку на обучение.
К тому моменту уже уволилась с работы и, при наличии свободного времени и поддержки семьи, решила посвятить время учёбе.
Программа давалась легко. Я училась основательно по 4–5 часов в день или по 2–3 полных дня в неделю. Одновременно писала второй диплом.
Екатерина хорошо объясняет, и тебя не оставляют один на один со сложными моментами. Впечатлило, что даже на тарифе без наставничества Екатерина давала подробную обратную связь по домашним заданиям.
Понравились уроки онлайн, так как там происходило основное взаимодействие с преподавателем и учениками. Мы вместе искали решения, направляли и поддерживали друг друга, задавали интересные вопросы.
✅ Изучила и впоследствии использовала BPMN-диаграммы, базы данных и DBeaver.
✅ В Figma оказалось удобно прорисовывать макеты UI.
✅ Draw.io пригодилось в написании и структурировании требований.
Начала учёбу в августе, а уже в феврале стала ходить на собеседования, успешно выполняла задания. В одном месте выбрали соискателя с опытом, хотя указывали, что берут без опыта и студентов 3–4 курсов.
В итоге прошла три собеседования, и на третьем месте меня взяли на работу уже в начале марта.
Пригодились все знания, которые Екатерина давала на курсе.
Начала работать и продолжала учиться. Меня не бросали сразу на сложные задачи — вводили постепенно. Когда занятость на работе возросла, немного отстала от программы на теме REST API методов — буду досматривать.
Если отвечать на вопрос, сможет ли студент найти работу системным аналитиком после прохождения программы, то это зависит от того, как мыслит человек. Бывало, у меня опускались руки, когда в требованиях к кандидату видела "наличие опыта". Но я двигалась дальше, искала💪
Также успех зависит от того, на сколько у тебя аналитическое мышление, как быстро можешь выявить проблему, сориентироваться и найти решение.
Не стоит сразу рассчитывать на высокую зарплату, но смотреть на то, что в этой сфере есть куда расти, в том числе и в доходе. Не нужно надевать розовые очки только от того, что это сфера IT. Всё даётся постепенно и последовательно👌
Будущим ученикам рекомендую: идите учиться к Екатерине Ананьевой!
Советую ходить онлайн, даже если не успеваете делать дз: на уроке получите реальный опыт, после которого многое запомнится. Не бойтесь задавать вопросы, и даже если что-то непонятно, Екатерина объяснит. Не опускайте руки, когда ищете работу без опыта: если хочешь, обязательно найдёшь!
Мне повезло, я устроилась в течение месяца, но знаю ребят, кто ищет работу 2–3 месяца и находит. Если есть цель, то всё получится.»
Присоединяемся к словам Юлии и желаем каждому достигать своих целей ⬇️
Не бойтесь ставить перед собой амбициозные задачи. Помните, что на этом пути могут быть трудности, но именно они формируют наш характер, укрепляют волю и выстраивают путь в карьере.
👉 Друзья, если хотите разобраться, подходит ли вам профессия системного или бизнес-аналитика, то прежде чем идти на обучение, можно записаться на бесплатную консультацию, где поможем оценить ваши текущие знания, возможность перехода в IT, и ответим на вопросы!
Своей историей перехода в IT поделилась Юлия, студентка программы «Системный аналитик: с нуля до опыта работы на проекте» 🙌 #студентыGetAnalyst
«До того как пойти учиться на системного аналитика, я работала инженером в сфере строительства. Доросла до старшего инженера, но работа перестала нравиться из-за её монотонности.
Изначально образование получила в сфере информационной безопасности, информатики и вычислительной техники, но, когда получила диплом, не знала, как применить знания🧐
В беседе с одногруппником заинтересовалась профессией системный аналитик. В итоге стала искать информацию по обучению, но ничего не откликалось.
Однажды попался подкаст Екатерины — понравился. Через поисковик вышла на сайт GetAnalyst, увидела программу для аналитиков: оказалось, то, что ищу, и я оставила заявку на обучение.
К тому моменту уже уволилась с работы и, при наличии свободного времени и поддержки семьи, решила посвятить время учёбе.
Программа давалась легко. Я училась основательно по 4–5 часов в день или по 2–3 полных дня в неделю. Одновременно писала второй диплом.
Екатерина хорошо объясняет, и тебя не оставляют один на один со сложными моментами. Впечатлило, что даже на тарифе без наставничества Екатерина давала подробную обратную связь по домашним заданиям.
Понравились уроки онлайн, так как там происходило основное взаимодействие с преподавателем и учениками. Мы вместе искали решения, направляли и поддерживали друг друга, задавали интересные вопросы.
✅ Изучила и впоследствии использовала BPMN-диаграммы, базы данных и DBeaver.
✅ В Figma оказалось удобно прорисовывать макеты UI.
✅ Draw.io пригодилось в написании и структурировании требований.
Начала учёбу в августе, а уже в феврале стала ходить на собеседования, успешно выполняла задания. В одном месте выбрали соискателя с опытом, хотя указывали, что берут без опыта и студентов 3–4 курсов.
В итоге прошла три собеседования, и на третьем месте меня взяли на работу уже в начале марта.
Пригодились все знания, которые Екатерина давала на курсе.
Начала работать и продолжала учиться. Меня не бросали сразу на сложные задачи — вводили постепенно. Когда занятость на работе возросла, немного отстала от программы на теме REST API методов — буду досматривать.
Если отвечать на вопрос, сможет ли студент найти работу системным аналитиком после прохождения программы, то это зависит от того, как мыслит человек. Бывало, у меня опускались руки, когда в требованиях к кандидату видела "наличие опыта". Но я двигалась дальше, искала💪
Также успех зависит от того, на сколько у тебя аналитическое мышление, как быстро можешь выявить проблему, сориентироваться и найти решение.
Не стоит сразу рассчитывать на высокую зарплату, но смотреть на то, что в этой сфере есть куда расти, в том числе и в доходе. Не нужно надевать розовые очки только от того, что это сфера IT. Всё даётся постепенно и последовательно👌
Будущим ученикам рекомендую: идите учиться к Екатерине Ананьевой!
Советую ходить онлайн, даже если не успеваете делать дз: на уроке получите реальный опыт, после которого многое запомнится. Не бойтесь задавать вопросы, и даже если что-то непонятно, Екатерина объяснит. Не опускайте руки, когда ищете работу без опыта: если хочешь, обязательно найдёшь!
Мне повезло, я устроилась в течение месяца, но знаю ребят, кто ищет работу 2–3 месяца и находит. Если есть цель, то всё получится.»
Присоединяемся к словам Юлии и желаем каждому достигать своих целей ⬇️
Не бойтесь ставить перед собой амбициозные задачи. Помните, что на этом пути могут быть трудности, но именно они формируют наш характер, укрепляют волю и выстраивают путь в карьере.
👉 Друзья, если хотите разобраться, подходит ли вам профессия системного или бизнес-аналитика, то прежде чем идти на обучение, можно записаться на бесплатную консультацию, где поможем оценить ваши текущие знания, возможность перехода в IT, и ответим на вопросы!
❤8