Инструменты и техники BA/SA

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

Инструменты: Enterprise Architect (Sparx), моделирование бизнес-объектов, стандартизация через JSONSchema/XSD. Методологии: agile-трансформация «на живую», работа с НФТ и профстандартом. Hard skills: маппинг данных, проектирование ИБ, миграция из систем-предшественников.

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

В подборке представлены следующие доклады:

1. Чем полезен профстандарт СА
2. Продукт или проект: две стороны аналитики
3. Неудачные ИТ-проекты: почему не следует их бояться и чему они могут нас научить?
4. Перевод проекта на agile-рельсы "на живую"
5. Как аналитику проводить эффективные ретроспективы
6. Разработка и практическое применение внутренней модели бизнес-объектов банка  для стандартизации интеграционных механизмов и общего ускорения реализации ИТ-проектов
7. Как мы управляли требованиями в EA Sparx и что из этого получилось
8. Актуальные требования к ИБ при разработке банковских систем
9. Тестирование требований как способ достижения высокого качества документации к IT-решениям
10. Аналитик и программный код: пишем требования, понятные для разработчика
11. Как подойти к проработке нефункциональных требований, если ты аналитик
12. Польза и вред от техдолга в аналитике
13. Практический подход к определению атрибутов качества при взаимодействии систем
14. И разработать и внедрить. Семь слагаемых успешного внедрения.
15. Типичные ошибки аналитиков и способы их исключения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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