ШАГ 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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22🔥4❤3
✨МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ✨
Любой изучаемый аналитиком процесс можно описать разными способами. Например:
💭 рассказать устно,
📝 оформить в виде текста или даже таблиц.
Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.
Модель процесса — это набор диаграмм и вспомогательной информации о последовательном потоке работ или иных активностей с учётом факторов, которые на них влияют.
Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎
Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.
Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.
Далее расскажем про виды моделей процессов и инструменты моделирования.
⭐️ Сохраняйте пост в избранное, чтобы быстро получать доступ до теории, про которую спрашивают на собеседованиях.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst
Любой изучаемый аналитиком процесс можно описать разными способами. Например:
📝 оформить в виде текста или даже таблиц.
Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.
Модель процесса — это набор диаграмм и вспомогательной информации о последовательном потоке работ или иных активностей с учётом факторов, которые на них влияют.
Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎
Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.
Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.
Далее расскажем про виды моделей процессов и инструменты моделирования.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
👌6❤3🔥2
✨ ПРО ВИДЫ МОДЕЛЕЙ ПРОЦЕССА ✨
Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:
1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.
Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)
2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.
Пример такого процесса: тот же процеес оформления доставки продуктов в приложении, но уже с точки зрения ПО. То есть описывается взаимодействие приложения по доставке продуктов, ПО даркстора, приложения курьера, доставляющего заказ, и ПО компании для служюы поддержки и маркетинговых кампаний.
3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.
Примером этого уровня процессов является детализированное описание процесса внутри одной части ПО.
Например, в том же приложении пользователя, где на шаге оформления заказа, приложением сначала определяется геопозиция пользователя, затем формируется запрос в систему даркстора для получения информации об остатках продуктов и всё это только для того, чтобы отобразить информацию о том, что доступно для заказа. А вы только представьте, сколько ещё системной логики участвует во всём процессе доставки заказа!
Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉
🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠
Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).
Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉
Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
📞 так и на онлайн-доске при командном созвоне.
Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:
1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.
Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)
2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.
Пример такого процесса: тот же процеес оформления доставки продуктов в приложении, но уже с точки зрения ПО. То есть описывается взаимодействие приложения по доставке продуктов, ПО даркстора, приложения курьера, доставляющего заказ, и ПО компании для служюы поддержки и маркетинговых кампаний.
3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.
Примером этого уровня процессов является детализированное описание процесса внутри одной части ПО.
Например, в том же приложении пользователя, где на шаге оформления заказа, приложением сначала определяется геопозиция пользователя, затем формируется запрос в систему даркстора для получения информации об остатках продуктов и всё это только для того, чтобы отобразить информацию о том, что доступно для заказа. А вы только представьте, сколько ещё системной логики участвует во всём процессе доставки заказа!
Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉
🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠
Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).
Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉
Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤3
ЗА ДВУМЯ ЗАЙЦАМИ ПОГОНИШЬСЯ – ДВУХ ПОЙМАЕШЬ! 🐰
Чтобы не перегреваться от старания успеть всё и сразу, необходимо научиться совмещать разные виды деятельности. Например, учёбу и работу.
Мы с командой GetAnalyst наштурмили 6 рекомендаций того, как можно стать успешным «сыном маминой подруги» 😄
Ну а вообще, такие советы подходят для совмещения любой деятельности, поэтому давайте пробовать❤️
#softGetAnalyst
Чтобы не перегреваться от старания успеть всё и сразу, необходимо научиться совмещать разные виды деятельности. Например, учёбу и работу.
Мы с командой GetAnalyst наштурмили 6 рекомендаций того, как можно стать успешным «сыном маминой подруги» 😄
Ну а вообще, такие советы подходят для совмещения любой деятельности, поэтому давайте пробовать
#softGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14