Актуальное: сегодня последний повтор вебинара про ChatGPT

🗓 20 марта в 18:00 Мск
🤖 Лайфхаки ChatGPT для аналитиков
🔑 Принять участие

🟢 Лайфхаки ChatGPT для аналитиков
🗓 20 марта, в 18:00 - 20:00 (Мск)

❗️До начала 15 минут❗️

Подключайтесь по ссылке

Как бороться с тем, что знать все и сразу невозможно, но при этом хочется расти? И желательно, как можно быстрее. И с пониманием, что рост возможен только на сложных проектах, до которых иногда тяжело дотянуться...


В этом контексте искусственный интеллект, в частности ChatGPT, выступает как мощный инструмент для экономии времени, получения новых идей и продвижения по карьерной лестнице.

Умение применять современные технологии становится ключевым аспектом развития профессиональных навыков.

Многие мои ученики уже внедрили ChatGPT в свою работу.
+ "С ChatGPT работа пошла явно быстрее, спасибо, что подтолкнула к его использованию"
+ "Коллеги в шоке, когда я провожу митинги, генерю идеи в процессе через ChatGPT!"
+ "ChatGPT – топ помощник! Рисую с ним UML"

Часто мы откладываем изучение современных инструментов и трендов "на потом". А освоить ChatGPT важно сегодня.

Воркшоп
🤖 Погружение в ChatGPT для аналитиков
(User Stories и Use Cases, БД и SQL, UML, интеграции, API)
🗓 В среду, 22 марта, в 19:00 Мск
👉 Информация и запись

Осталось 6/20 мест.

Ускорю ваше погружение за один воркшоп на практике 🚀

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

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

Пришло время рассказать вам про историю. Пользовательскую историю. #hardGetAnalyst

🟡 Пользовательская история (англ. User Story) — это техника описания возможностей ПО, которые хочет видеть пользователь продукта.

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

🟡 Пользовательская история формулируется по шаблону:
1. Как (пользователь),
2. я хочу (выполнять задачу),
3. чтобы (достичь цель).

Например:

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

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

Хммм, а чем задача отличается от цели? Пишите ваши предложения в комментарии 🧐

Чтобы не путаться в терминах «задача» и «цель», можно руководствоваться следующим правилом:

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

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


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

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

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

Для чего нужны User Stories?

💡 Чтобы описать требования к функциональности в простом и одинаково понятном для всех заинтересованных лиц виде;

💡 Для определения будущих возможностей продукта и рейнжеринга этих возможностей по важности для пользователя;

💡 Для декомпозиции больших требований на атомарные единицы, которые удобнее планировать в работу и отслеживать их результативность.

А ещё пользовательские истории — это связующий элемент, который позволяет выстраивать здоровую коммуникацию между проектной командой, которая создаёт продукт, и пользователями, которые с этим продуктом взаимодействуют.

Готовы попрактиковаться в теме User Stories? Ставим 🔥 и готовимся участвовать в квизе 🙂 #quizGetAnalyst

Перед вами описаны цели и задачи, которые можно использовать для формирования User story. Определите, какие из описаний — цели, а какие — задачи
👇👇👇

Давайте продолжим практику!

Среди предложенных вариантов выберите историю пользователя, которая записана в соответствии с шаблоном #quizGetAnalyst
👇👇👇

Всех с началом новой недели!

А вы знали, что даже junior-аналитиков спрашивают про REST API и ждут его понимания как минимум на базовом уровне?

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

Готовы освоить новый навык на этой неделе на бесплатном онлайн-практикуме?

🔑 5 главных принципов дизайна REST API для системных аналитиков

В программе:
• создание методов REST API с нуля,
• погружение в фишки Postman для тестирования и документирования REST API,
• создание Mock-сервера для тестирования API, пока его еще не разработали.

Путь к интересным проектам начинается здесь!

👉 Регистрация по ссылке

Уже через 3 часа! Онлайн-практикум с Екатериной Ананьевой!

📹 5 главных принципов дизайна REST API
⏰ 19:00 - 21:00 Мск

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

❗️Уже через 15 минут❗️

📹Повтор онлайн-практикума Екатерины Ананьевой:
5 главных принципов дизайна REST API

Подключайтесь по ➡️ ссылке