Привет!
С вами Вера и Юрий, основатели AnalystCore.

Мы активно дорабатываем наш сайт и платформу. 🙂 На выходных зарелизили изменения:
- Начали вести главную страницу.
- Выкатили новый раздел «База знаний». Там будут статьи по животрепещущим вопросам системных аналитиков.
- Доработали архитектуру, поправили баги.

Сегодня просто хочется сказать спасибо, что вы с нами ❤️. Нам очень приятно, когда вы пишете в ЛС и что-то спрашиваете. Когда вы ставите реакции и пишете комментарии, мы понимаем, что всё это не зря и мы делаем действительно важное дело.

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

🔥 Единственная мотивация двигаться вперёд — это отклик аудитории. Поддерживайте нас огонёчками, и мы будем становиться только лучше!

❌ Внимание! Набор на поток 14 марта закрыт

Места на курс «Системный аналитик. БАЗА» закончились!

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

✨ Этот поток собрал большой ажиотаж, и все места уже заняты.
Тем, кто долго сомневался — в следующий раз действуйте быстрее! 😉

Что делать, если не успели?
1️⃣ Ждите анонсов новых потоков.
2️⃣ Доступен тариф «Только послушать» 🎧 — можно изучать материалы уже сейчас, а затем перейти на тариф с практикой, чатом, доп. темами в новом потоке.

Спасибо за доверие! Будем рады видеть вас в следующих запусках. 💙

Задача с собеседования: разрабатываем Use Cases для лифта 🚀

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

📌 Основной сценарий:

Пользователь заходит в лифт, выбирает этаж и едет.

Но реальность сложнее! Какие есть альтернативные сценарии и расширения?
Продумываем все возможные кейсы, включая неожиданные ситуации:

🔹 Что если лифт перегружен?
🔹 Что если не работает кнопка вызова?
🔹 А если пассажир передумал и хочет сменить этаж?
🔹 Как быть, если лифт застрял?
🔹 А что если лифт движется без пассажиров?
🔹 Не забываем про необычные Use Case — например, посмотреться в зеркало!

❓ Как бы вы ответили на собеседовании?
Выберите все варианты, которые можно оформить в отдельный Use Case, альтернативный сценарий или расширение.

👇👇👇👇👇

В следующем посте разберём ответы.

#interview

Разбираем Use Case для лифта: какие сценарии учесть? 🚀

В прошлом посте мы предложили вам проанализировать сценарии взаимодействия с лифтом. Давайте разберем ответы:

📌 Основной сценарий:

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

⚡ Расширения:
(по распространенному шаблону Use Case в этом пункте пишем и альтернативы, и расширения. Но можно и разнести их на отдельные пункты)

✅ Пассажир передумал и хочет сменить этаж.
Система должна позволить отменить выбор и выбрать другой этаж.

✅ Лифт перегружен, система блокирует двери.
Если лифт перегружен, двери не закроются, и пассажиры должны выйти.

✅ Лифт застрял, пассажир нажимает кнопку тревоги.
Система должна оповестить диспетчера и уведомить пассажира о вызове помощи.

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

✅ Лифт едет, но в кабине никого нет.
Лифт может возвращаться на дефолтный этаж или оставаться там, где его последний раз использовали.

✅ В лифте есть зеркало, пассажир заходит, но не нажимает кнопку, просто смотрится в зеркало.
Лифт может автоматически закрывать двери через N секунд бездействия.

🤔 Сценарии, которые выглядят фантастично, но могут быть интересны в будущем:

❌ Лифт телепортируется на нужный этаж.
На данный момент технология невозможна, но представьте, если бы была! 😃

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

Когда мы прорабатываем Use Case, нам важно учитывать не только основной сценарий, но и альтернативны (что может пойти не так или дополнительные возможности).

В реальных проектах именно проработка таких деталей отличает хорошего аналитика от новичка.

📢 А уже через пару дней мы сделаем важный анонс, связанный с Use Case! Следите за каналом.

#interview

📢 Анонс курса!
Мы запустили курс по User Story и Use Case! 🔥

Если вы хотите научиться писать понятные, полезные и действительно работающие User Story и Use Case, этот курс для вас. Мы разберём, как их правильно использовать, чтобы команда вас понимала с полуслова, задачи не превращались в хаос, а документация работала на вас, а не против.

🔹 User Story — это не просто формулировка «Я, как пользователь…»! Это методика, которая помогает команде лучше понимать задачи, расставлять приоритеты и эффективно развивать продукт.
🔹 Use Case — это инструмент, который поможет вам детально анализировать функциональность, учитывать альтернативные сценарии и вести документацию без лишнего дублирования.

ДЛЯ КОГО ЭТОТ КУРС?

Если вы уже работаете системным аналитиком, бизнес-аналитиком, менеджером продукта, тестировщиком или разработчиком, но хотите лучше разбираться в User Story и Use Case, понимать их тонкости и использовать на практике — этот курс для вас.

ЧТО ВАС ЖДЁТ?

✅ Создавать User Story, которые реально помогают команде, а не просто заполняют бэклог.
✅ Работать с User Story по всем правилам, а не так, как это делают «для галочки».
✅ Грамотно анализировать требования с помощью Use Case, чтобы не терять важные детали.
✅ Находить и описывать альтернативные сценарии, продумывать исключения и расширения.
✅ Оформлять Use Case чётко и структурированно, без дублирования и хаоса в документации.

Если в вашем резюме есть строчка «Опыт работы с User Story и Use Case», но в душе есть сомнения «а правильно ли я их пишу? 😱» — этот курс точно поможет вам стать увереннее в себе.

🚀 Обучение стартует в любое время, но не откладывайте!
Сейчас действует специальная цена, но скоро стоимость повысится. Успейте вписаться!

🔗 Подробнее о курсе 👉 analystcore.com

User Story для галочки ✅

Во многих командах User Story пишут просто потому, что так предполагается по процессу.

Мы работаем по User Story, значит, на каждую задачу нужно написать историю.

Но если писать истории без смысла, это не помогает проекту — это просто формальность. 🤦‍♂️

Примеры плохих User Story:

❌ Я, как пользователь, хочу скачивать файлы, потому что хочу скачать файлы.
❌ Я, как пользователь, хочу видеть раздел «О компании», чтобы знать, что компания существует.
❌ Я, как пользователь, хочу, чтобы у кнопки «Купить» был зелёный цвет, чтобы она была заметной.
❌ Я, как система, хочу логировать все запросы к API, чтобы логи были.

С виду всё по шаблону, но такие истории не несут ценности, не помогают команде, а просто заполняют бэклог ради процесса.

Почему они плохие? ❌
Разберём в следующем посте... 👇

А пока, если хотите научиться писать реально работающие User Story, начните обучение с нашего бесплатного урока по формату User Story 🚀

#user_story

Немного внутрянки)
Забегайте в канал Веры, основателя AnalystCore 🎉