Переходим к серии вопросов по всей теме типов требований.


1️⃣ Верно ли, что бизнес-требования имеют средний уровень детализации ожидаемых возможностей к ПО?

Нет, неверно. Средний уровень детализации имеют пользовательские, но никак не бизнес-требования. «Они настолько верхнеуровневые, что даже Гулливер задирает голову» 😁


2️⃣ Верно ли, что требования переходного периода реализуются для того, чтобы переход между текущим состоянием системы и её будущим состоянием произошёл с меньшими осложнениями?

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

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

Вот вам и плавный переход между состояниями системы.

3️⃣ Верно ли, что пользовательские требования чаще всего формулируются по шаблону пользовательских историй?

Запрос пользователя безусловно можно сформулировать в формате, ближе к функциональным требованиям.

Например:
Пользователь должен иметь возможность указывать банковскую карту для оплаты.

Но если бы мы знали цель пользователя (чтобы что?): удобно и быстро проводить оплату без повторного ввода номера карты, то функциональное требование бы изменилось на:

Пользователь должен иметь возможность привязывать банковскую карту к личному профилю.

В первом случае пользователь будет иметь возможность указывать банковскую карту каждый раз для проведения оплаты (что не решает его проблему, которая не указана), а во втором – сможет указать её единожды и постоянно оплачивать с помощью неё доставку.

Именно поэтому пользовательские требования лучше формулировать по шаблону User story.

4️⃣ Верно ли, что нефункциональные требования влияют на функциональные возможности проектируемой системы?

Нефункциональные требования влияют на результат функциональных требований, но не на сами алгоритмы выполнения функции. Процесс всё равно выполнится – успешно или неуспешно, но он будет завершён. Огромное вам спасибо за обсуждение в комментариях – там мы постарались разобрать формулировку вопроса и аргументировать разные точки зрения (это было супер!) 🖤

🏎💨 Ну и последние два вопроса КВИЗа (финишная прямая, ребята! )


5️⃣ Укажите бизнес-требование в представленном перечне

Для этого давайте тезисно вспомним, что содержит бизнес-требование:
🔸 описание цели изменения с точки зрения бизнеса (выгода);
🔸 идеально, если содержит метрику успешности (с единицами измерения).

Проанализируем варианты ответов.

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

Второй вариант. Бизнес хочет увеличить количество участников сообщества (это цель), приведена даже метрика успеха – 20% (это мера ожидаемого результата). И даже рассказали про верхнеуровневую концепцию решения в конце. Класс, берём! ☑️

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

6️⃣ Укажите функциональное требование в представленном перечне

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

☝️ Очень важно, что мы говорим именно про формулировку требований к ПО. Если же мы описываем AS IS-работу системы (бэкенд логика, интеграционное взаимодействие и тд), то детализация до системного уровня зачастую необходима для чистого понимания текущих процессов.

Третий вариант содержит два сложноизмеримых термина: “хорошо” и “недолго”. Функциональные требования должны пониматься однозначно всеми участниками проектной команды, потому что для разных людей есть своё понимание хорошего и быстрого. Не подходит.

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



Фух, ну и потрудились мы с вами в субботу! Спасибо вам за участие в КВИЗе и за общение в комментариях! 🖤

Мы же здесь не только мемы смотрим, а вообще-то общаемся с единомышленниками и развиваем экспертизу в системном и бизнес-анализе – ЭТО ЛИ НЕ ЧУДО?😊🎉

Отличных выходных, друзья!

Встречаются как-то на планёрке в ZOOM бизнес-аналитик, системный аналитик и аналитик данных. Еще, конечно, владелец бизнеса и руководитель проекта 😄

Владелец бизнеса говорит:
- Надо создать новый онлайн-магазин с украшениями.

🌟 Бизнес аналитик пойдёт проводить исследование: изучит конкурентов, проанализирует целевую аудиторию, текущие тенденции в отрасли. ОБЯЗАТЕЛЬНО разберётся в законодательстве: посмотрит законы и правила, регулирующие онлайн-торговлю, чтобы убедиться, что новый онлайн-магазин будет соответствовать всем требованиям.

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

🌟 Теперь в игру вступает системный аналитик

СА рассмотрит информацию от БА и проанализирует бизнес-процессы, чтобы понять, как пользователь будет себя вести, зайдя на сайт. На какие кнопки будет нажимать: что ему нужно, чтобы товар добавился в избранное. Решать, какие должны быть инструменты, чтобы клиент совершил целевое действие — зарегистрировался или купил.

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

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

Весь процесс очень интересный, насыщенный, кропотливый.

🌟 Теперь поприветствуем аналитика данных

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

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

Или, что пользователи добавляют в корзину товары, но не переходят к оплате. Значит что-то у нас с процессом не так.

Все три роли — бизнес-аналитик, системный аналитик и аналитик данных нередко работают ВМЕСТЕ для успешной реализации проекта 🌟🌟🌟

Порой, когда мы смотрим какое-то приложение, заказываем еду, или кладём в корзину онлайн-магазина классную футболку, мы даже не догадываемся, какая огромная работа аналитиков и команды разработчиков стоит за этим.

И именно IT-аналитики помогают сделать эти системы и превратить их в реальность 🙌

Если вы только ищете себя в IT и хотите получить ответ на вопрос "В чем разница между аналитиками?", то новая статья поможет вам 😉

Системный аналитик - это такой навигатор в команде, который смотрит на всю карту IT-проекта целиком и понимает, как сделать путь разработки от точки А до точки B максимально эффективным 🌍

У нас в сообществе GetAnalyst важен опыт. Я хочу рассказать про IT-проекты, на которых работают системные аналитики, обсудить зону ответственности и границы между бизнес-анализом и системным анализом.

⚡️ Почему в IT нужны системные аналитики:
про опыт работы в IT-проектах
🗓 22 июня в 19:00 Мск

🟢 Расскажу, что делать со скилами системного аналитика в Европе и США, что такое проекты на фриланс для аналитиков и как их искать.

🟢 Как начать карьеру с позиции системного аналитика.

🟢 Какие тренды сейчас с учетом развития AI и ML, и как быть востребованным на рынке труда.


Регистрируйся по ссылке, чтобы не пропустить!

Когда системный аналитик хорошо проработал Use Cases 😎

Несколько раз в своей жизни я задавала себе вопрос - а зачем я нужна на проекте?
😞 Разработчики могут все и без меня.
Но потом я начинала разбираться в том, какие результаты моей работы есть в созданных IT-продуктах и.... Вклад огромный! Профессия системного аналитика вдохновляет!

Но вопросы по ней были 😄

1. Когда поступила в университет, то не понимала кто я. Очень надеялась, что научат программировать и все.

2. Когда только начинала работать в команде с опытными разработчиками, моих технических знаний не хватало. Постоянно были вопросы к постановкам задач - основная обязанность системного аналитика. Но в итоге благодаря этим ошибкам я быстро выросла от джуна до мидла за пол года.

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

Были и другие моменты, но это те, которые круто влияли на мою жизнь.

⚡️ Почему в IT нужны системные аналитики: про опыт работы в IT-проектах
🗓 22 июня в 19:00 Мск
🟢 ЗАРЕГИСТРИРОВАТЬСЯ

Уже завтра расскажу про то, как становятся системными аналитиками и как можно расти на примерах из своего опыта.

Я прошла пусть от стажера системного аналитика до основателя IT-компаний. Многократно поменяла жизнь, города и страны. И продолжаю расти благодаря IT 🚀 Хочу поделиться с вами как профессия Системного аналитика повлияла на мою жизнь на примере своих проектов.

На вебинаре будет необычный подарок. В этот раз никаких гайдов и чеклистов (хотя...😉). Это будет что-то большее 😉

До встречи завтра!


P.S. ⚡️🗓 До 21 июня 23:59 Мск открыта предзапись на практический курс Системный аналитик: с нуля до опыта работы на проекте. Заявка по предзаписи гарантирует скидку и место на обучение в группе до 20 человек 🎁

🌎 Системный аналитик в США и Европе 🌎 #expertGetAnalyst

Многие IT-специалисты сейчас стремятся получить работу в Европе или США, хотя бы удаленно. Аналитики не исключение.

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

Первое, что делает будущий соискатель — изучает вакансии. И есть челлендж поиска работы для системных аналитиков 😱

В США и Европе название позиций, которым соответствуют навыки системного аналитика, отличаются. Разные компании используют различные термины для описания одной и той же должности. Позиция "Системный аналитик" есть, но иногда ее обызанности скрыты под другими названиями: бизнес-аналитик, аналитик информационных систем, технический менеджер проекта, продукт-менеджер, бизнес-консультант в IT и другие.

Важно понимать, что название позиции не является самоцелью.

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

Радует, что с навыками системных аналитиков мы с вами нигде не пропадем! Они всегда покрывают навыки бизнес-аналитика. То есть системный аналитик это продолжение карьеры бизнес-анаитика в техническом направлении, которое ведет к росту технический компетенций и росту дохода 🙌

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

Помните, главное — не название профессии, а прокаченные hard и soft skills.
Развивайтесь и совершенствуйтесь. Тогда вы будете востребованы в любой стране 😉

Про поиск работы в мире можно почитать 👉 здесь

Сегодня, уже через 3 часа! Приглашаем вас на прямой эфир с Екатериной Ананьевой!

📹 Системные аналитики: про опыт работы в IT-проектах
⏰ 19:00 - 21:00 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.

Привет-привет! Вчера провели эфир на котором обсудили как системному аналитику живется в мире IT, какие у него зоны ответсвенности и задачи.

Самое-самое:

🌟 Откуда приходят в профессию и как начать работу по специальности без опыта (картинка к посту + много крутых комментариев было в эфире)
🌟 Челленджи аналитика - какие задачи выходящие за пределы специальности может решать системный аналитик.
🌟 Возможности карьерного роста через развитие определенных навыков и желание.
🌟 Собеседование: ошибка и лайфхак (неожиданно, по вопросам из чата).
🌟 Вакансии и стажировки.

Разбирали IT-проект, с которым продолжим работу на следующей неделе 😉

Для тех, кто не успел подключиться, проведем повтор.

📹 Сегодня в 15:00 Мск
🟢 ЗАРЕГИСТРИРОВАТЬСЯ можно по той же ссылке.

Если уже регистрировались, то просто подключайтесь по ссылке, которая придет за 15 мин до начала трансляции.

Очень активно провели весь эфир! Спасибо за ваши вопросы - они сделали его еще лучше, чем я ожидала! ❤️

Если еще не видели видео о профессии системного аналитика, где я в подробностях разбираю все-все-все навыки - так что кажется, что у вас +1 видео для вдохновения на выходные 🚀

Пусть выходные пройдут невероятно! Отдахайте и набирайтесь сил! ☀️