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

2. Вы сможете узнать, какими инструментами или методиками реальные практики решают актуальные задачи

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

4. Нетворкинг и общение с практиками во время конференции и после в Телеграм-чате

5. Вы сэкономите время и деньги: один день концентрированных знаний и опыта от коллег заменит год самостоятельной работы и поиска информации

Практики парного бизнес- и системного анализа

• Когда, как и зачем стоит стоит использовать парную практику в системном анализе
• Практический кейс использования практики работе BA/SA
• Как применение методики сказалось на регламентах работы, трудозатратах, потере времени: преимущества использования парного программирования
• Техника Extrem анализа по шагам
• Сложности и советы "как разделить авторство\ответственность", "как ответить на вопросы начальства", "как не поругаться" и т.п

Онлайн доска в работе аналитика

• Кратко о сценариях применения онлайн доски аналитиком
• Кейс 1: Проводим подготовку к небольшому брейншторму
• Кейс 2: Описываем задачу с использованием UML
• Кейс 3: Готовим небольшую презентацию в Miro
• Кейс 4: Читаем книгу/документацию и делаем mindmap
• Чек-лист/базовые советы по использованию инструмента:

            -Управление доступом
            -Особенности использования триальной версии
            -Необходимость платной версии

Организация работы аналитиков на discovery-фазе. Эффективные методики сбора требований: опыт работы

• Что такое discovery-фаза? Как не надо начинать работать с discovery и что может пойти не так
• Как выстроить план предпроектной аналитики, когда вопросов намного больше, чем ответов 
• Как выбрать методологию сбора требований (анализ бп, User story, модель предметной области) и оценить ее эффективность
• В каких случаях стоит прорабатывать НФТ, Use cases, UI\UX
• Кейсы\Примеры\Цифры

Метод Кано как способ приоритезации требований

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

От проблем к целям через карту решений

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

Как не пропустить критичные изменения. Еще раз к вопросу об изменении требований и управлении изменениями

Доклад о том, как избежать ошибок при изменениях и НЕ потратить 100500 часов на трассировку артефактов

Рассмотрим:

• зависимости артефактов анализа и проектирования и их элементов друг от друга при изменениях;
• архитектурную модель Ф.Кратчена (4+1) и распределение артефактов по ее слоям; 
• применение слоев архитектуры 4+1 для отслеживания изменений между бизнес-требованиями, бизнес-процессами, UC, структурой БД, макетами визуальных форм, API; 
• чек лист проверки артефактов проектирования при изменениях требований и условий.

–––––––––––––––––––––––––––––––––––––

Уровень наших докладов можно оценить по видеозаписям прошлых событий

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

Это онлайн-конференция, которая проходит 3-4 раза в год, и собирает BA/SA-аналитиков и их руководителей

У нас выступают только практики из ведущих компаний, готовые делиться своим опытом

Сейчас можно приобрести видеозапись события