Подборка докладов "Инструменты и техники работы BA/SA"

Как аналитику не стать «бутылочным горлышком» в проекте? В этой серии докладов мы собрали лучшие практики проектирования и управления требованиями в крупных компаниях.

В фокусе внимания:

• Инструменты: Enterprise Architect (Sparx), моделирование бизнес-объектов, стандартизация через JSONSchema/XSD.

• Методологии: Agile-трансформация «на живую», работа с НФТ и профстандартами.

• Hard Skills: Маппинг данных, проектирование ИБ и миграция из систем-предшественников.

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

Чем полезен профстандарт СА

• Откуда взялся профстандарт Системный аналитик
• Зачем команде системный аналитик
• Что может делать системный аналитик
• Что изменилось во второй редакции профстандарта
• Что будет дальше

1 доклад - Продукт или проект: две стороны аналитики

• Чем отличается продукт от проекта для аналитика?
• Инструменты и методы
• Получится ли продукт из проекта?

2 доклад - Неудачные ИТ-проекты: почему не следует их бояться и чему они могут нас научить?

• Реальные примеры неудачных проектов: взгляд аналитика.
• Ключевые причины неудач и выученные уроки.
• Культура "неудач": как получить выгоду?

Перевод проекта на agile-рельсы "на живую"

• Как подготовиться и вести работы по проекту, если аналитику достались функции PM, PО, Scrum-мастера и т.п.
• Как настроить WorkFlow и визуализировать работу на досках
• Полезные настройки таск трекера
• Структура базы знаний

Как аналитику проводить эффективные ретроспективы

• Зачем нужна ретроспектива в проектах разработки (теория и роли) + чеклист. 
• Как подготовиться к эффективной ретроспективе + инструменты (что должен учесть организатор встречи чтобы все не испортить)
• Этапы ретроспективы с примерами техник 
• Мероприятия после ретроспективы (создание новых задач, актуализация регламента, контроль за выполнением новых договоренностей и влиянием их конечный результат)

Разработка и практическое применение внутренней модели бизнес-объектов банка  для стандартизации интеграционных механизмов и общего ускорения реализации ИТ -проектов

• Формирование общей схемы  глобальных  бизнес-объектов банка и ее визуализация с помощью математических методов
• Стандартизация интеграционных механизмов при помощи составления качественных маппингов данных и использования типовых JSON (JSONSchema) или XML (XSD)
• Практическое использование общей схемы бизнес-объектов при работе с гибкими методологиями и микросервисами на проекте крупного банка
• Профиты полученные при использовании подхода: визуализация предметных областей, частичная автоматизация составление маппингов,  ускорение стандартных процессов разработки ПО и тп
• Сложности возникающие при использовании подхода и инструменты помогающие с ними бороться.

Как мы управляли требованиями в EA Sparx и что из этого получилось

Управление требованиями в крупных компаниях — это всегда вызов, особенно в условиях мультипроектности. Инструментарий аналитиков и архитекторов часто разобщен, что мешает синхронизации. Эксперт в области проектирования ИТ-систем поделится опытом объединения работы команд с помощью единого инструмента. Вы узнаете, как использовать широкий спектр нотаций для бесшовной связки артефактов на всех уровнях — от бизнес-анализа до технической реализации.

Актуальные требования к ИБ при разработке банковских систем

• Почему требования к ИБ сейчас очень важны и о чем стоит и не стоит задумываться аналитику
• Типы актуальных требований к ИБ и как их приоритизировать: максимальный результат малой кровью
• Особенности выявления, описания, согласования требований ИБ в agile
• Кейсы и примеры

Тестирование требований как способ достижения высокого качества документации к IT-решениям

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

Аналитик и программный код: пишем требования, понятные для разработчика

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

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

• Практические приемы и советы для формирования числовых значений в НФТ
• На что можно ориентироваться при определении цифр производительности, надежности, доступности и пр., чтобы потом "не сесть в лужу"
• Как построить взаимодействие с командой при проработке нефункциональных требований

Польза и вред от техдолга в аналитике

• Что назвать долгом в аналитике?
• Кейсы с примерами технического долга
• Фундаментальные причины появления технического долга
• Частные причины возникновения долгов
• Как долг превратить в пользу?
• Как идентифицировать и измерить величину техдолга?
• Как взять долг под контроль?

1 доклад - Практический подход к определению атрибутов качества при взаимодействии систем

Выбор архитектурных решений — компетенция архитектора, однако исходные данные для них определяет аналитик. Мы обсудим практику выявления потребностей, влияющих на архитектуру, и процесс формирования требований к интеграционным решениям. Также разберем, насколько работоспособность всей системы зависит от качества этих решений.

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

• Как аналитик\PM\PO может помочь внедрению.
• Зачем нужен план внедрения и регламенты работы.
• Какое значение имеют НСИ. 
• На что обратить внимание при миграции данных из систем-предшественников. 
• Как с первого захода внедрить обмен между смежными системами.

3 доклад - Типичные ошибки аналитиков и способы их исключения

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

После покупки билета на указанный при заказе e-mail вы получаете письмо с ссылкой, по которой можно смотреть/скачать доклады и презентации.

Что входит в материалы:

• 15 докладов с конференций + ответы спикеров из ZOOM
• Готовые шаблоны и материалы от спикеров
• Возможность скачать материалы

Analyst Marathon — это постоянно развивающееся профессиональное сообщество и серия конференций для глубокого обмена практическим опытом.

• Для кого и как часто: ежегодная серия из 3-4 онлайн-конференций для BA/SA-аналитиков и руководителей
• Только практика, без воды: все спикеры — действующие эксперты из топовых компаний, которые делятся реальным опытом
• Бесплатная подготовка: регулярные вебинары «теория + практика» перед конференцией. Анонсы и ссылки в дни событий — в Telegram-чате
• Библиотека знаний: доступ к записям прошлых выпусков (можно приобрести отдельно или с билетом «Комбо» для конференции)

P.S. Это не "еще одна конференция". Это конкретные инструменты и рекомендации, которые можно применять в работе с понедельника.

Пока вы читаете это, ваши коллеги уже используют их.

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

Стать партнером — возможности для компаний.
Подать заявку на выступление — стать спикером.
Отзывы участников — прочитать впечатления о прошедших событиях.
Архив прошлых конференций — купить записи отдельно.
Telegram — @maximvh — контакты организаторов для любых вопросов.