Катерина Ананьева и команда GetAnalyst поздравляют вас с Новым годом! 🎄
Желаем, чтобы в 2023 году вы покорили все заветные вершины, получили заслуженные награды, испытали головокружительные эмоции, насладились приятными событиями и воплотили заветные мечты! 🙌

Пусть во всем сопутствует удача и этот год станет яркой и счастливой страничкой в вашей жизни 🚀

Блеск елочных огней 🎄,
искристое шампанское 🥂,
Дед Мороз 🎅🏻и Снегурочка
и, наконец, бой курантов!
На пороге Новый, 2023 год, встречайте!
Он несет Вам удачу, радостные моменты,
здоровье, счастье, благополучие!

Этот год окажется самым красивым и необычным!
С праздником! ♥️

Два года назад открыла для себя книгу, которая дала мне мощного пинка в жизни:
"То, как мы работаем, - не работает", Тони Шварц

Все бывает. И меня настиг период, когда я оказалась "не в ресурсе". Работа работается, жизнь идет - замечательно! Но усталость постоянно накатывает. Вдохновение стало пропадать. Я была измучена. Сама собой.

Я увидела, что превращаю собственную жизнь в рутину. К старым регулярным делам добавляются новые. Такие же регулярные и одинаковые. Моя жизнь утекает в реку стабильности и покоя💤 Стооооп!

Да-да, стабильность это круто! А я счастлива? Вот это поворот! А как же цели? Как же завоевание мира и еще больше?

Тони, спасибо за "То, как мы работаем - не работает". Эта книга не только про отношение к работе. Она про отношение к жизни.


Вот, что шаг за шагом я поменяла:

📝 Каждое утро уделяю 15 минут планированию
В план я вписываю перерывы. Без этого я забывала отдыхать и нон-стоп ломала глаза у монитора. Еще есть "галочки" на звонки близким и друзьям

🖼 Начала развивать творческое воображение: картины, танцы, клубы и возвращение к вокалу, все оттуда

🧘‍♀️Вернулась к медитациям
За 5 месяцев практики я снова управляю своим состоянием

🤓 Держу концентрацию внимания
Продуктивные забеги на задачи по 15, 30, 45 или 90 минут. А затем обязательный перерыв на 5-15 минут

Полный пост здесь 🔗


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

Хотите перемен в 2023? Действуйте! Эта книга даст много подсказок!

Нужны ли аналитики за рубежом? 🥺😱

У кого в целях путешествия, переезды, или просто выход на первую работу?

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

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

Временно откладываем оливье в сторону, регистрируемся, а на завтра готовим новую порцию! 😉

❗️Уже сегодня ❗️

На вебинаре затронем вопрос о том, что навык написания User Story является одним из ключевых для работы, и присутствует в большей части вакансий для аналитиков!

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

❗️Начинаем через 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, и передать за меньше чем за год все практические навыки, которые реально нужны. Но получился опыт с потерянным временем.

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

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