Продолжаю рассказывать про управление задачами на проекте 👩‍💻
Полюбившийся GetChallenge - платформа для челленджей, помогает мне показать на практике, что происходит на IT-проектах. И как аналитики думают в процессе решения задач 🚀

В этом видео:
✅ Превращение User Stories и Use Cases в задачи Jira
✅ Создание и настройки задачи в Jira
✅ Декомпозиция функциональных требований в задачи на бэк, фронт и мобилки

🔗 Miro

Только начинаете карьеру системного аналитика? Не знаете с чего начать? 🚀
Чем занимается аналитик и какова его роль в процессе разработки? 👩‍💻
Или уже работаете аналитиком, но есть проблемы с анализом требований или постановкой задач? 😞

С конца апреля в GetAnalyst идет серия вебинаров по созданию с нуля платформы для проведения челленджей GetChallenge! На примере этого проекта Екатерина Ананьева показывает, как вовлечен аналитик в процесс разработки от момента получения требований заказчика до постановки задач на разработчиков.

‼️ В эти пятницу, субботу и воскресенье будет повтор самого первого вебинара
📹 Анализ требований и постановка задачи
🗓 17-19 июня, в 17:00 (Мск)
Узнайте на практике, как превращать бизнес-требования в задачи на разработку!

В программе вебинара:
✅ С чего начинать анализ требований
✅ Откуда берутся вопросы заказчику
✅ Как бизнес-требования превращают в задачи на разработчиков

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

В этом году видео с конференции Analyst Days-14 опубликовали раньше, чем обычно 🚀

Мой доклад про опасные интеграции доступен в записи👩‍💻
Презентацию можно забрать здесь 🔗

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

Как системный аналитик и разработчик мобильных приложений вместе продумывают решение задачи?
Что ожидает разработчик увидеть в требованиях от аналитика?

Ведущий аналитик Екатерина Ананьева и ведущий разработчик Павел Васильев устроят брэиншторм, и покажут командную работу в прямом эфире! 👩‍💻🧑‍💻

📹 Уже завтра! Практический вебинар
🗓 23 июня, в 20:00 (Мск)
👩‍💻 Постановка задачи на мобильное приложение

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

В программе:
✅ Состав постановки задачи
✅ Описание логики и нюансы
✅ Требования к UI
✅ Взаимодействие с сервером, и не только
✅ Локальное хранилище в мобильных приложениях

Ключевой навык аналитика - умение превращать требования в задачи на разработку. Именно его мы будем осваивать на вебинаре!

До встречи в эфире через 3 часа! 👩‍💻

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

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=ef1ae5c980606660c964f75a8c7d15aa

Самая важная диаграмма UML - диаграмма последовательности. Она помогает описать сценарии интеграций, и показывает:
⚪️ компоненты системы,
⚪️ последовательность шагов,
⚪️ методы API,
⚪️ обмен данными

Хорошая статья с примером 🔗

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

В эту субботу будет повтор вебинара:
📹 Постановка задачи на мобильное приложение
🗓 25 июня, 18:00-20:00 (Мск)
🔗 Регистрация здесь
Если уже регистрировались на 23 июня, повторная регистрация не нужна


✅ Работа в команде: ведущие аналитик и разработчик
✅ Что должен понимать аналитик
✅ Какие особенности в проектировании для платежных систем
✅ Безопасность
✅ Контракты API
✅ Сущности БД

Все это и даже больше вы узнаете на вебинаре 🙌

P.S. Спасибо за обратную связь ❤️

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

Поэтому на собеседовании у аналитиков проверяют:
🧠 логику,
📚 обучаемость,
👥 коммуникации.

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

Математический склад ума и образование будут очень кстати для людей, начинающих работу в этой должности. Но если этого нет, то все можно развивать.

Я предлагаю прочесть 195 страниц для развития навыка написания алгоритмов:
📚 АЛГОРИТМЫ. Самый краткий и понятный курс
📝 Панос Луридас
Ее рекомендуют к прочтению разработчикам. Для аналитиков она тоже полезна.

Цитаты:
🔹 Многие думают, что алгоритмы имеют какое-то отношение к компьютерам, но это не так. Они существовали задолго до появления компьютеров.
🔹 Если алгоритм — это последовательность шагов, которые мы можем выполнить самостоятельно, то программирование — это процесс записи этих шагов в формате, понятном компьютеру.
🔹Поиск в том или ином виде присутствует почти в любом контексте… Хороший поисковый алгоритм может кардинально повысить скорость работы программы.
🔹 Не отчаивайтесь, если вам когда-либо придется лихорадочно размышлять над строчкой кода, которая делает
не то, чего вы от нее ожидали. Вы не одиноки. Это случается со всеми, даже с лучшими из нас.
🔹 Если вам интересны факты, связанные с изменением климата… вы, наверное, удивились бы, увидев
в качестве первого результата веб-страницу с описанием того, что на эту тему думают члены Общества плоской Земли.

Часть прочитана, предлагаю продолжить 😉

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

Завтра, на практическом вебинаре, мы разберемся
📹 Как сделать постановку задачи на бэкенд
и зафиксировать требования в Confluence 📝
🗓 30 июня, 20:00 Мск
🔗 Регистрируйтесь здесь, чтобы не пропустить!

В программе: разбор интеграционной задачи!
✅ Состав постановки задачи
✅ Описание логики и нюансы
✅ Требования к интерфейсам на примере REST API
✅ Доработки БД

Ключевой навык аналитика - умение превращать требования в задачи на разработку. Именно его вы освоите на вебинаре!

До встречи в эфире через 3 часа! 👩‍💻

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

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=8b9670f24aeb5a55c4a43ce0870967f2

На вебинаре "Постановка задачи на бэкенд"
✅ Разобрались что и как писать в требованиях на интеграционные API-методы, как описывать интеграции
✅ Узнали нюансы проектирования для платежных сервисов
✅ Поработали с API -документацией
✅ Получили список полезных инструментов для аналитика
✅ Проектировали БД под интеграцию с платежной системой (Интернет-эквайринг)
✅ Получили и разобрали как использовать шаблоны требований Confluence

Обещанные на вебинаре ссылки:
📹 Последовательность постановки задач на разработку
📝 Miro-board проекта GetChallenge
📕 API документация платежной системы, с которой работали на вебинаре и которую можно самостоятельно потестировать через Postman, что уже делали на одном из майских вебинаров "Как работать с интеграциями"
📚 Статья, где я рассказывала про шаблоны документации

🔗 Информацию про записи серии вебинаров GetChallenge можно узнать тут.
🗓 Регистрация на вебинары в июле уже доступна 😉

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

📚 Domain Driven Design. Предметно-ориентированное проектирование
🙏 Эрик Эванс

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

Цитаты:
📝 Проект сталкивается с серьезными проблемами, когда в нем отсутствует единый язык коммуникаций. У специалистов в предметной области свой жаргон, у разработчиков - свой. Терминология повседневных дискуссий оторвана от терминологии, внедренной в код. Возникают сложности перевода.
Вывод: бизнес-сущности в реальности и в модели стоит именовать одинаково, создавать общий язык для описания предметной области между заказчиками и разработчиками

📝 Если архитектура программы или некая ее центральная часть не соответствует модели предметной области, то такая модель практически бесполезна, и правильность работы программы тоже можно поставить под сомнение
Вывод: косяки бизнес-анализа предметной области заказчика, могут превратить труды разработчиков не в рабочую систему, а в бесполезные строки кода

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

В книге есть примеры Java-кода. Кому сложно - пропускайте. Разобраны интересные практические кейсы. Большая часть книги написана простым языком. Рекомендую 😉

Почему остаются неучтенные требования? Как получается, что доработка одной системы стоит 8 часов, а другой 100, при аналогичной задаче? А еще заказчики и разработчики говорят на разных языках. Аналитик выступает переводчиком, и сам иногда путается.

База данных — основа системы. От того, как выделены сущности и встроены в модель данных зависит ее развитие!
Разберем на практике, как аналитик влияет на проектирование БД!

📹 Практический вебинар
🗓 7 июля, в 20:00 (Мск)
👩‍💻 Проектирование БД: логический и физический уровни
🔗 Регистрация здесь

В программе:
✅ Проектирование логического уровня БД
✅ Переход к физической модели БД
✅ Постановка задач на создание таблиц БД

Заключительный вебинар по проектированию платформы для челленджей GetChallenge! 🚀

Вебинар начнется через 3 часа!

📹 Проектирование БД: логический и физический уровни
⏰ 20:00 Мск

P.S. На прошлом вебинаре я обещала показать связь БД и JSON. Добавлено в программу 🙃

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=de4abcabd2d3721ced4ae33c7648acbc

📹 Проектирование БД: логическая и физическая модели

Зачем аналитику знать про БД проекта
✅ Понимать какие данные о сущностях уже хранятся, а какие еще нет
✅ Как добавление новых бизнес-сценариев повлияет на БД, какие будут доработки для разработчиков
✅ Дублирование данных в разных схемах БД и разработка логики их синхронизации
✅ Проверка реализуемости функциональных требований на существующей модели БД

Когда аналитики работают с БД
✅ Концептуальный и логический уровень при сборе требований к новой системе или ее модулю: уточнение требований к хранению и сбору данных, к логике работы (CRUD-модель)
✅ Проработка физического уровня вместе с разработчиками

От логической к физической модели БД
✅ Не перебарщивайте с NOT NULL и UNIQUE
✅ Поддерживайте понятные для бизнеса и разработчиков именования названий сущностей и их атрибутов на логическом и физическом уровне. Переводчики спасут:
Google-translate
Reverso

Инструменты визуализации ER-моделей (физический уровень) для существующих БД:
DBeaver
DataGrip

Заглядывайте на вебинары GetAnalyst, где мы разбираем навыки проектирования систем на практике 😉

Все практические навыки работы аналитика на проекте можно получить здесь 🔗

Всем привет и крутых выходных! ☀️

Сегодня наш сайт переехал на международные сервера 🌏
Мы протестировали его перед переключением, но шансы, что где-то что-то могло отвалиться есть 🐞

Если вдруг: проблемы с доступом, ошибки в наполнении, или есть предложения по улучшению, напишите t.me/getanalyst или на info@getanalyst.ru

P.S. Сегодня в 18:00 (Мск) будет повтор вебинара
📹 Проектирование БД: логический и физический уровни
🔗 Сайт с регистрацией должен работать 🙏
Если регистрировались на 7 июля, повторно не нужно

Хочется, чтобы системы работали предсказуемо после релиза в продакшн:
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения в виде java-строк кода
Но почему-то так не бывает...

В чем причины и на что обращать внимание при проектировании? Давайте разбираться!

📹 Твоя предсказуемая система
🗓 14 июля, 18:00 (Мск)
🔗 Регистрация здесь

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

Заглядывайте, и забирайте ответы на вопросы "Почему прод упал" и "Что мы сделаем, чтобы это не повторилось" 🙌

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

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

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

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

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

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