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

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

Начнём с User Story

Замечали, что от некоторых сайтов и приложений веет скукой и ничего не понятно, а от других просто не оторваться? Как думаете, почему так — это модный дизайн, классная анимация или залипательные тексты?

Всё дело в проработанной пользовательской истории — User Story.
При разработке очень важно понимать какова цель аудитории, как пользователь будет взаимодействовать с приложением, чтобы прийти к нужному результату. Именно от этого построится крутой UI/UX (интерфейс пользователя).

User Story — это требования, которые описывают функции ПО, с целью показать возможные движения клиента.
📌Как будет использоваться приложение?
📌Что нужно клиенту?
📌Как поведёт себя в той или иной ситуации?

Можете вспомнить примеры "хорошо-плохо" для приложений?

Например, пользователи России долго ругали facebook за то, что он слишком перегружен и уже давно не похож на простую соцсеть для общения. И хвалили хороший ВК в старом дизайне. Сейчас и там сложный монстр 🙂

Пишите в комментарии со ссылками! 😉

Главных задачи, которые решают User Stories

✔️Организация работы
Проект делится на части, разработчики фокусируются на каждой отдельно и получают решение.

✔️Анализ пользователя
Нужно постоянно размышлять над поведением пользователи и направлять команду в нужное русло.

✔️Взаимодействие команды
Видеть конечную цель и сообща решать задачи.

✔️Интересные решения

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

Примеры User Stories для системы доставки пиццы:

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

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


А теперь со стороны владельца пиццерии:

▫️Я, как владелец пиццерии, хочу предоставить пользователям возможность заказа доставки пиццы, чтобы увеличить продажи в ресторане (похожа на первую для покупателя, но здесь фокус на отчетах для владельца ресторана)

▫️Я, как владелец пиццерии, хочу платить зарплату сотрудникам за количество выполненных каждым из них заказов.

Разные роли - фокус на разные приложения и функциональность.


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

Учитесь сочинять разнообразные User Stories. Чем больше - тем лучше. Среди множества пользовательских историй всегда можно выбрать самые важные для пользователей.А лишнее отбросить.

❗️Сегодня проведем последний повтор вебинара❗️

📹 Команда разработки в США и место аналитика в ней
⏰ 6 января, 13:00 - 15:00 Мск
🔗 Регистрация по этой ссылке

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

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

Завершили повторы вебинара про команду разработки в США и место аналитика в ней 🇺🇸

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

Через пару недель проведу для вас бесплатный воркшоп, на котором создадим ваши резюме 😏 До встречи!

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


➡️ Рассмотрим пример:
Нужно добавить на сайт одежды кнопку «РАСПРОДАЖА», чтобы распродать излишки товара.

⁉️Куда поведёт пользователя нажатие кнопки и где она должна находиться?
⁉️В какой раздел клиент должен попасть: на конкретные продукты или в категории продуктов, которые распродаются?
И это только первые два уточняющих вопроса! Их может быть больше.

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

Задачи системного аналитика:
1. Научиться генерировать вопросы по процессам заказчику
2. Выделять из этого списка наиболее важные
3. Вести переговоры с заказчиком или его представителями для уточнения деталей
4. На основе собранной информации описывать сценарии поведения пользователя: прямые и альтернативные.

В этом нам помогают навыки сбора требований и написания Use Case.

Рука об руку с User Stories ходит Use Case.

Use Case — это описание взаимодействия с системой в виде набора требований для достижения результата, т. е. не каким образом программа делает что-то, а что именно она делает.

Может быть описан в виде:
▫️ текста,
▫️ UML-диаграммы,
▫️ смешанное.

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

В идеале Use Case собирают аналитики, основываясь на задачах заказчика. Но в обычном мире, бывает, что это делают дизайнеры, продакт-менеджеры, тестировщики 😃

Какие задачи решает Use Case

✔️ наглядно показывает полную спецификацию требований;
✔️ за счёт подробного пошагового сценария помогает выявить ощибки и разобраться в причине на этапе тестирования;
✔️ помогает быстро разобраться в деталях вновь прибывшим специалистам в команду.

Забирайте себе структуру Use Case, чтобы использовать в своих текущих и будущих проектах! 🙂

‼️Актуальный вопрос для собеседований на системного и бизнес-аналитика ‼️

Чем же отличаются User Story от Use Case?

1️⃣ Текстовый (или в виде таблицы) сценарий User Story воспринимается проще, чем Use Case в UML. Если человек до этого не работал с UML-диаграммой, ему может быть сложно и непонятно

2️⃣ User Story формируется быстрее, тогда как на Use Case нужно закладывать больше времени на разработку. Больше подходит под проекты, где необходимо подробно сформулировать требования

3️⃣ User Story подразумевает дальнейшую детализацию процессов, чтобы подробно разобраться во взаимодействии пользователя с системой.
Use Case изначально подробен и не требует дополнительной документации и детализации

4️⃣ User Story подходит для разработки поведенческих сценариев тестирования программы и методики приемочных испытаний (ПМИ)

5️⃣ Пользовательские сценарии Use Case показывают нефункциональные требования с точным заданием значений нужных показателей. Например: время отклика на событие.

6️⃣ Use Case объединяет функциональные требования по контексту.

На самом деле обе схемы работы с требованиями могут прекрасно дополнять другу друга в одном проекте.

Например, из пользовательской истории User Story можно составить несколько сценариев Use Cases и наоборот.

Всё зависит от задач и бюджета заказчика 💰

Я выбрала карьеру в IT после 9 класса и начала движение в этом направлении. Мое поступление в университет было не по выбору родителей, а по собственному осознанному желанию.

Уже на тот момент я понимала, что "корочка" о высшем мне не пригодится. Но боялась это признать.

Знания в универсистете - огонь 🔥 Я училась на системном анализе и на бизнес-информатике. Были предметы, за которые до сих пор благодарю преподавателей:

✔️ написание ТЗ
✔️ UML
✔️ проектирование БД, SQL
✔️ принципы ООП
✔️ программирование Java, JavaScript, C#, Delphi (Pascal)
✔️ разработка сайтов
✔️ деловое общение

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

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

В 17 лет, когда я поступала в университет, друзья из IT мне говорили:

▫️ Можно научиться программировать, поработать где-то бесплатно и пойти после этого на работу с высокой ЗП
▫️ У меня есть диплом. Как видишь, я его забираю из университета спустя два года, потому что до этого было лень за ним ехать
▫️ Зачем тебе сложный ВУЗ? Ты же уже работаешь. Тебе надо что попроще, только нужных знаний, а в универ заезжать экзамены сдать

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

"Опытный наставник быстрее приводит к результату" - эта фраза нужна была мне в 17 лет. И опытный наставник.

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

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

Друзья, у кого-нибудь хоть раз реально просили диплом при устройстве на работу?
Да - 👍 и делитесь в комментариях где
Нет - 🔥

В этом подкасте рассказала про высшее образование и свой диплом. История искусств - one love 😅👇

Про высшее образование для начинающих в IT: надо или нет?

📕 Диплом — полезная штука. Уменьшает количество вопросов на собеседовании. Оправдывает, когда устраиваешься на работу без опыта в 19-24 года

📚 Знания — есть полезные предметы. Не во всех ВУЗах, не ото всех преподавателей дождешься структурированной информации без воды и крутой практики, но все же свои 20% полезных предметов я нашла

📝 Я выпускалась с дипломом по выбранной мною теме, а не моим научным руководителем. Это было круто. Я на инициативе сама работала над ним и меня не надо было пинать

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

Что было полезно, а что не очень? Ответ в подкасте 👩‍💻
P.S. История искусств 100%

Почему я начала делиться своим опытом? Стала вести бесплатные вебинары для системных аналитиков, создала практические курсы.

1️⃣ Когда нужны аналитики, а ты не можешь найти их. Хочу клонировать себя
2️⃣ Опытом важно делиться - не хочу быть жадной, большое желание отдавать
3️⃣ У меня не было наставника в системном анализе, когда я начинала. У меня есть возможность дать это другим

P.S. Смотрите хэштег #getanalyst_знакомство
Я хочу собирать лучших системных и бизнес-аналитиков в GetAnalyst ♥️

🔥 Стартуем продуктивный 2023 🔥

Опыт системного аналитика - это не количество теоретических знаний. Это качество и количество кейсов, с которыми удалось поработать на практике.

💥 Проекты с нуля, стартапы
💥 Подключение в развивающиеся проекты (развитие работающего ПО)
💥 Участие в продуктовой разработке (пример: amazon, tinkoff, yandex...)
💥 Внедрение CRM, ERP
💥 Интеграции
💥 Пре-сэилы - анализ предметной области, выявление проблем и подготовка презентаций

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

Даю 100% гарантии - чем больше предметных областей удалось разобрать, тем лучше!

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

Опыт работы на проектах и какие задачи на них выполнялись - это то, на что в первую очередь смотрять в вашем резюме 📑