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

А вы знали, что даже 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

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

Уже используешь ChatGPT в своей работе?

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

В эту среду я хочу рассказать про возможности ChatGPT для системных аналитиков. Дам список команд и покажу плюсы и минусы его внедрения в свои рабочие процессы.

🤖 Лайфхаки ChatGPT для аналитиков
🗓 26 апреля в 19:00 Мск (среда)
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Разберем подходы и команды для разработки нефункциональных требований и проектирования архитектуры 🔑

Как ChatGPT поможет в работе аналитика? 🔥

Уже сегодня на бесплатном вебинаре с Екатериной Ананьевой разберем основные лайфхаки по работе с нейросетью.

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

🗓 26 апреля в 19:00 Мск

Регистрация здесь.

Спасибо вас за активное участие в вебинаре по ChatGPT ❤️ Мы разобрали подходы к работе с ChatGPT при проектировании ахитектуры и написании нефункциональных требований. Посмотрели как положительные стороны ИИ, так и моменты, на которые стоит обращать внимание при использовании искусственного интеллекта!

Самый важный слайд из презентации прикрепляю к этому посту! 🔑

Открыта запись на воркшоп в ЭТУ СУББОТУ:

🤖 Погружение в ChatGPT:
📚 Проектирование архитектуры. Постановка задач на интеграции
🗓 29 апреля (сб), 18:00 - 21:00 (Мск)

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

Будем работать с командами ChatGPT, структурировать теорию по проектированию, постановке задач, разбирать инструменты, дам вам связку команд и шаблонов для внедерения в работу 🔑

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

Делайте шаги навстречу новым технологиям, не откладывайте, и внедряйте виртуального помощника в работу сейчас!

P.S. Повтор вебинара проведем завтра в 16:00 (Мск) и в сб в 12:00 (Мск). Регистрация по той же ссылке, дополнительно напоминания пришлем в канал

🟢 Не успели на прямой эфир? Уже через 3 часа организуем повтор!

📹 Лайфхаки ChatGPT для аналитиков
🗓 27 апреля в 16:00 Мск
🔗 Присоединяйтесь по ссылке!

Коллеги, всем доброго и прекрасного понедельника!

Пока вести параллельно два канала получается как очередной челлендж, но я буду стараться. Скоро закину классный пост в продолжение истории про Пользовательские Истории 😀

А пока неожиданно в канале для профи появилась информация для тех, кто только погружается в системный анализ. Стартап-проект с интеграциями по разработке мобильного приложения для сообщества GetAnalyst нуждается в описании бизнес-процессов AS IS.

Ключевые ссылки:
🟡 Пример описания бизнес процессов AS IS в посте канала по навыкам для опытных аналитиков
🟡 Процессы AS IS по процессу организации онайн-мероприятий в GetAnalyst 👉 ссылка на Notion

Еще больше разборов проектов для опытных аналитиков в канале по навыкам!

Следите за новостями! Скоро вебинар 😉

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

Момент встречи с задачами на интеграции неизбежен, если вы развиваетесь в сфере системного анализа.

И я хочу сделать эту встречу радостной для вас 🙌

📚 Интеграции: как планировать и ставить задачи в Jira + Confluence
📅 17 мая в 19:00 Мск

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

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

🟡 ЗАРЕГИСТРИРОВАТЬСЯ НА ИНТЕГРАЦИИ 🟡

Доброе утро!

Вчера был вебинар, на котором разобрали особенности работы с интеграциями и собрали на miro-доске все ключевые моменты.

Важные моменты:
👉 User Stories в miro и в jira по интеграциям могут различаться
👉 При работе с интеграциями не надо сразу погружаться в технические детали
👉 Есть несколько вариантов структуры документации в Confluence
👉 Минимум два шаблона документации, которые можно применять для интеграций
👉 Важное про порядок: аналитика и документация, БД, конфигурация, авторизация запросов, детальные Use Case с указанием методов из документации, маппинг данных
👉 Открыли запись в поток практического курса Интеграции 🔑 2 активных месца работы на проекте раз в неделю, 6 месяцев доступа к курсу и пополнение вашего резюме минимум 6 хард-скиллами 😉

Для тех, кто не смог подключиться вчера или отключился раньше - сегодня проводим повтор!


🔑 Интеграции: как планировать и ставить задачи в Jira + Confluence
🗓 18 мая в 16:00 Мск
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Новосибирск, Казахстан, Бали и другие города, я про вас помню ❤️

❗️Начинаем через 15 минут❗️

📹 Интеграции: как планировать и ставить задачи в Jira + Confluence
Присоединяйтесь по ссылке.

Друзья, всем привет! 🙌

Недавно мы рассказывали вам про технику формирования требований к ПО в формате User stories.

Напоминаем, что шаблон User story выглядит следующим образом:
1. Как (роль),
2. я хочу (выполнять задачу),
3. чтобы (достичь цель).

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

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

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

Поговорим об INVEST-критерях для User stories 🌚 #hardGetAnalyst

Шаблон User Story и INVEST-критерии помогают написать историю так, чтобы она была одинаково понятна для всех участников процесса разработки. Благодаря этому оценить и реализовать ее получится гораздо эффективнее.


Согласно критериям, пользовательская история должна быть:

🔹Независимой
Independent
🔹Обсуждаемой
Negotiable
🔹Ценной
Valuable
🔹Оцениваемой
Estimable
🔹Масштабируемой
Sized Appropriately или Small
🔹Тестируемой
Testable

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


1️⃣ Независимая

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

Например, вам нужно спроектировать функциональность для регистрации пользователя в приложении. Вы сформулировали две истории:

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


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

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



2️⃣ Обсуждаемая

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

❗️История не должна содержать точные указания на то, как её нужно реализовывать.

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

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

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