Что расскажут аналитикам на Flow 2024 Autumn

qbp4ktfumqzebpnlmw6euvy6dec.jpeg

Что аналитику надо знать о нагрузке? Актуальна ли нотация UML в 2024-м? Как аналитику подняться от уровня «ноги с ушами» и что вообще это значит?

В сентябре на конференции по системному и бизнес-анализу Flow будут доклады и об этих вопросах, и о многих других. В этом тексте — краткие описания всех докладов.

Содержание

Требования

Как формулировать требования для нагрузочного тестирования?

hdwyu-0q5pyvlgeplpzomdcylxi.pngАлексей Рагозин

Независимый эксперт

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

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

В первой части доклада — теория «нагрузки» и ключевые выводы из нее.

Вторая часть — о том, как правильно формулировать требования производительности на практике в системах различного типа.

Как аналитику подняться от уровня «ноги с ушами» и стать инженером

-k2ehoikgbvosbgckjhiyatau6q.pngСергей Нужненко

Poscredit

Этот мастер-класс может разжечь горячую дискуссию, кто-то совершенно не согласится со спикером. Но так даже интереснее, конференции отчасти для того и нужны, чтобы люди могли там встретиться и как следует всё обсудить.

Сергей считает, что для аналитика важно оперировать потоком данных, однако у многих с этим проблемы. Он покажет на примерах, что это такое и как именно это делается. Предложит пару мини-тестов, чтобы получить представление о собственных навыках. Покажет простые техники, позволяющие определять и обеспечивать полноту потока данных.

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

Как с помощью метрик улучшить процессы анализа и проектирования: инструменты и подходы

u2x27apjwe4cz0dc0hngwu3rzjy.pngВера Сапожникова

Контур

Разберем, какие задачи аналитик может решать с помощью анализа пользовательских метрик. Например, собирать мотивацию по задаче или раскапывать баги. Поговорим о подходах, инструментах и процессах, которые использует команда и продукт Веры при работе с данными. Она расскажет, как аналитики проектируют метрики в ClickHouse в рамках создания новых фич, как создают дашборды в Redash для анализа успешности фичи после релиза и многое другое.

Опыт разработки требований в автомобильной индустрии: как учесть все стандарты и создать продукт

7bsihoikfq1skarmltti-81lu-i.jpegАлександра Крылова

Kaspersky

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

Александра поделится тем, как в Kaspersky пришли к единой структуре управления требованиями, построили процессы и продолжают оптимизировать свою работу.

Рецензирование требований на практике

cxkpwksjvotxwwkitssxbuiufau.jpegЕкатерина Герт

Positive Technologies

На мастер-классе вы попробуете себя в двух ролях: рецензента, который дает комментарии по работе сотрудника, и сотрудника, который получает рецензии на свою работу. На практике разберем несколько простых правил, которые позволят достичь цели — качественных требований в срок.

Линейная геометрия в расчете себестоимости. Внедрение нестандартного решения стандартной задачи

oqh7p_k3xdzzsmbdfrfnvv1bflq.pngДмитрий Коберник

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

Существенная часть доклада — переход от постановки задачи к элементарным математическим действиям. Описанный подход инвариантен относительно технологической платформы.

Это забытое слово «обследование»

u0nkq54yfed7qv5atp0kn1cj650.pngИрина Гертовская

OTUS, Школа 21, ЛАФ

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

Архитектура

Секреты перехода к модульному монолиту и при чем тут REST API

fxptzjohhcmwemy9s8c7xzpd0vu.pngАльбина Бикбулатова

TN Digital

lp797rpp9tvaqs7llcycw5-tmss.pngСтанислав Балахонов

TN Digital

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

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

Зачем и где нужен API Gateway

5bczit9cxmhjbl6loup3jqeoo3w.pngЕлизавета Акманова

USETECH

Несмотря на то, что концепцию API Gateway обсуждают и используют уже давно, до сих пор остаются актуальными вопросы: какие основные функции должны входить в API Gateway и для чего они нужны? Важно определить, является ли API Gateway эффективным инструментом или лишь тратой времени и ресурсов.

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

Цифровое тело организации в руках аналитика

1s0doiby1mdvd7w4bfk5czh2a4e.pngРоман Пионтик

Сбер

Доклад рассматривает артефакты аналитика и архитектора в качестве анатомического атласа организации. Цель: использовать артефакты для создания комплекса цифровых моделей — цифрового тела организации.

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

Расчет надежности на этапе системного анализа

mabcr09qygxughmerlkppf1hqve.pngАрсений Живых

Т-Банк

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

«Про платформы», или Архитектурные формы современного ИТ-ландшафта

gx6sql1zp-jcystye6lbfd40iio.pngДмитрий Таболич

МТС Digital

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

Мультитенантная архитектура в SaaS-приложениях

o13gystp7r89efia-qkgwrpff_m.pngЮрий Тюрин

MD Audit

Многие SaaS-приложения, особенно B2B, сталкиваются с проблемами масштабирования, когда поддерживать множество копий системы для каждого отдельного клиента становится накладно. Один из вариантов решения этой проблемы — переход на мультитенантную архитектуру, которая позволит значительно уменьшить затраты на инфраструктуру. Но как это сделать правильно, чтобы потом не столкнуться с ограничениями, которые повлияют на развитие проекта?

Во время доклада Юрий расскажет про свой опыт реализации мультитенантной архитектуры в MD Audit. Почему были приняты те или иные решения, какие шишки набили и какие выводы сделали спустя несколько лет использования в продакшене.

Как устроена бизнес-архитектура

a_avdeo23rakvvzphot4wjkvon4.jpegМаксим Смирнов

Цель доклада — познакомить широкий круг слушателей с подходами к моделированию бизнеса, которые на протяжении многих лет развивает международная гильдия бизнес-архитектуры, разработавшая руководство BIZBOK Guide. Максим расскажет про основные концепции этих подходов, такие как продукты, инициативы, capability, потоки создания ценности, и прояснит отношениями между ними. Свяжет эти концепции с более распространенными инструментами моделирования: customer journey map, моделями процессов, приложений и данных из ИТ-архитектуры.

Интеграции

Интегрируй, распределяй

73vfwhlqugc1wql6x3ev4_uojf0.jpegАндрей Бураков

NextWay

Баззворд «интеграция» пользуется особой популярностью уже лет 5, но вряд ли кто-то сможет дать ему четкое определение. Фактически интеграция — это проектирование взаимодействий, которое является локальной подзадачей построения распределенной системы. В докладе поговорим о том, как аналитику начать видеть за интеграцией распределенные системы и что ему в этом поможет.

Концептуальная модель данных для роста продукта: от операционной эффективности к инсайтам

eesa987mpb4hhug26x41pdgisle.pngАхтям Давыдов

Ecom.tech

o6psfpyolvvfvjd5spxfqyjnaf8.pngМария Григорьева

Ecom.tech

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

Для качественного прорыва аналитикам важно переключить фокус внимания с обработки данных и исследований на более ранний этап — сбор требований к данным: совершить переход от анализа на этапе потребления к формированию требований к данным на этапе проектирования продуктов.

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

REST API: фейлы, которых можно избежать

uxwwoxnb934onuq_myaby60hshw.pngВиктория Лузина

Nexign, МегаФон, Yota

Несмотря на распространенность REST API, мы продолжаем совершать ошибки, которые сказываются на производительности, безопасности и удобстве использования API.

В докладе Виктория рассмотрит наиболее распространенные фейлы при проектировании REST API и способы их предотвращения. Обсудим неконсистентные URL-структуры, некорректное использование HTTP-методов, отсутствие версионирования.

Серебряная пуля для интеграций, или Опять этот «it depends…»

yj-vzckhlwsrrxoxb_ctglzndo0.pngМаксим Чернухин

СберСтрахование жизни

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

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

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

nqcmfh3hpbq8q8yoj-wiwn7wwhe.pngПавел Каравашкин

Т-Банк

Как из «простых задач» рождаются общекорпоративные платформы. Как из утилитарных решений создаются конкурентные преимущества. Это будет история с этапами развития корпоративного публичного REST API Gateway.

Как менялось мышление команды, сама команда, конечно же, система и архитектура. Все, что связано с API: API-First, API Management, API Governance, API Design. И применение этого в жизни.

Какие ошибки допустили в Т-Банке, что сделали своим преимуществом. И даже немного про санкции и необычные эффекты от них.

Ну и про будущее. Каким его видят регуляторы, клиенты и сама команда Т-Банка.

Бизнес-процессы

BPMN — стандарт, но все всё равно рисуют ерунду. Что делать?

smwyo3d0esuqmfestlwnatezmiu.pngДенис Котов

Stormbpmn

Казалось бы, BPMN — международный, подробный стандарт моделирования бизнес-процессов. Бери и используй. Но почему, приходя в новую организацию, всегда по новой?

Во время доклада разберемся, почему сам стандарт не годится как руководство к действию. Поговорим о сложившихся практиках применения BPMN. Денис представит публичное open source-соглашение о моделировании PMA, которое решает озвученную проблему самым простым и ожидаемым способом.

Выжить в дикой природе: как реализовать любой проект

c57wycwp8chcjbrrbumjhnl7aso.pngТатьяна Евлашина

O2Consulting

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

Она представит информацию в виде прохождения игры «Джуманджи» (фильм 1995 года). Каждый тезис — это бросание кубика и переход в новый сектор и возникновение нового препятствия (новой задачи менеджера в нестандартных условиях) — например, распределение ролей или риски, которые ты не предвидел, и т. д. После возникновения препятствия даст инструменты для решения проблемы на примере реализованных проектов.

Как мы «изобрели» Business Flow Diagram

9xabdcxepzrfwrrylpuyv6edepw.pngГалина Кореневская

Самолет

Галина поделится опытом описания сложных сквозных бизнес-процессов и выработанным подходом к описанию процессов.

Методология, которую «изобрели» в рамках работы над конкретным кейсом, позволяет:

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

Методы управления рисками при разработке IT-продукта

b6f2m2wq4mo_hoo7trltdfh-w8u.pngКсения Теселкина

VK

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

Данные

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

_bvznp0levq5mwqbly21oa-8rjk.pngНиколай Прохоров

Звук

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

Архитектура данных в стиле Agile, или Проектирование архитектуры данных на примерах компании «Магнит»

dytrgf7clhfh6b0nfmakh45d9ig.pngГригорий Гаврилков

Magnit Tech

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

Материал будет полезен системным аналитикам уровня middle и выше, а также всем, кто приступает к созданию архитектуры данных или будет ее развивать.

Основные темы: архитектура данных, моделирование и проектирование данных, жизненный цикл данных.

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

vik4duuwx2b7-5puxoetfw9st6m.pngОльга Ведерникова

Эпсилон Метрикс

Ольга расскажет, до чего дошел прогресс в области пространственного анализа, почему анализировать огромные наборы геоданных могут любые команды. Разберем, как можно сделать сложный геопространственный проект абсолютно no-code (или при желании слегка low-code) и встроить интерактивную карту и геосервисы в свой продукт.

Как использовать геоданные, облачные технологии и пространственную индексацию и координировать эту работу с коллегами и заказчиками. Обсудим интересные кейсы от доставки до Bloomberg.

Жизненный цикл данных при проектировании и разработке информационных систем

oitdbyfwwc9p8qre8kgox7qpucu.pngЛеонид Калядин

МТС Digital

Обсудим, что такое жизненный цикл данных и зачем он нужен.

Поговорим о том, как хранить историю данных в разных системах OLTP и OLAP. Разберемся с подводными камнями при интеграции данных и способами их обойти.

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

Инструменты

Музей карт. CJM, USM и Impact Map

8hhpwuuhos-8lbhnaviw4qyfths.pngИрина Бондаренко

X5 Tech

В виде экскурсии по виртуальному «музею» Ирина опишет общие принципы построения Impact Map, CJM и USM, раскроет рабочие кейсы и вариации использования этих артефактов.

Для новичков в бизнес-анализе будет полезно с точки зрения азов, а для опытных специалистов разобранные кейсы пополнят копилку насмотренности.

Доклад будет основан на статье на Хабре.

UML и другие графические нотации: что актуально в 2024 году? Исследование, мнения, практика

y8lgouaulj_0_b0utu9qipk6nd8.pngЮрий Куприянов

Системный сдвиг

Актуален ли сейчас UML и нужно ли его изучать аналитику? Как использовать? Может, он уже устарел, и сейчас нужно использовать C4 или ArchiMate? Или еще что-то?

Юрий задал эти вопросы у себя в канале и получил массу полярных мнений. Тогда он решил повторить исследование 2014 года об использовании графических моделей, набросков и эскизов при разработке программных продуктов.

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

DDD для аналитика. Как повысить свою ценность для всех

fuf2n-qsbqmoeslzvapsm8qofhk.pngИннокентий Бодров

Finom

Активное изучение и применение методологии Domain-Driven Design дает буст многим командам и продуктам.

Изначально подход предназначался для исследования предметной области разработчиками и создания приложения как отражения объектов реального мира. Сейчас этой областью работ в основном занимаются аналитики, и подход DDD при умелом использовании поможет им погрузиться в предметную область самим, погрузить в нее команду разработки и настроиться с заказчиками на одну волну.

Спикер поделится своим опытом применения DDD в продуктовых командах, фейлами и успехами.

Lead-секция

Системный аналитик в разных типах компаний: вызовы и перспективы

ybgj-oahbkmzrrfrx1qkhdjghl0.pngДмитрий Андреев

IT_ONE

В докладе рассмотрим, чем различаются системные аналитики в разных компаниях и как эти различия влияют на их работу. Мы классифицируем компании по следующим параметрам:

Вид деятельности: продуктовая разработка, аутсорсинг, интеграторы, не-ИТ-компании и т. д.
Стадия развития: стартапы, молодые компании, устоявшиеся компании, крупные корпорации и т. д.
Другие характеристики, которые определяют уникальные особенности компании.

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

Роадмап развития мышления аналитика

djdklr0itylpgtnnljy57m0sxyc.jpegНаталья Семенова

Smart Effect

Наталья предлагает посмотреть, какие типы мышления важны на пути аналитика, когда они полезны для нас и как вы можете идентифицировать, что пора что-то менять в своей голове, и главное — что и как. В результате каждый из вас сможет составить свой индивидуальный роадмап (а кто-то — ветвистый майндмап) с планом развития собственного мышления.

Модели управления отделом системного анализа

fiahtz4blpmjndseqtppbfetiro.pngГеоргий Волобуев

Звук

Георгий расскажет про популярные модели управления отделом СА и не только. Рассмотрит отличие жизненного цикла для каждого подхода, а также разберет их плюсы и минусы. Обсудим общие и специфичные процессы СА. К чему привели и не привели изменения процессов в Звуке.

Собеседование аналитика: составляем вопросы с учетом реальных рабочих задач

bdjnw_7tpwzyenx5mdxi7wnkass.pngТатьяна Маркина

Positive Technologies

cldpuaiq5gfgpg1aqwgvyf9gx2u.pngЕлена Павлова

Positive Technologies

При подборе системного или бизнес-аналитика к себе в команду нужно понять, как он будет справляться с теми задачами, которые будут стоять перед ним в команде. Стандартные опросники / чек-листы, даже если существуют в компании, отражают некий усредненный профиль кандидата, задачи часто имеют весьма широкий контекст. И спрашивают одно, а в действительности кандидат будет делать совсем другое.

В рамках мастер-класса вам покажут, как определить профиль кандидата, сфокусировать задачу с широким контекстом и какие еще вопросы, помимо технических, задать кандидату.

Искусство наставничества для системных аналитиков

yjrlqdeyynybkkzyqzf4kdbzcyq.pngЕлизавета Маркова

Сбер

Сегодня опытные системные аналитики часто не пользуются возможностью брать себе стажеров: либо нет времени, либо есть страх, что не получится. Цель выступления — донести до целевой аудитории (системных аналитиков, которые хотели бы попробовать себя в роли наставников), что процесс обучения может пройти легко и интересно. Елизавета поделится конкретными шагами, которые помогут в этом.

**Бегущие к цели и бегущие от проблем. Как использовать мотивационную модель Герчикова для себя и команды **

tqes-w1sphn-k38vfo5ph-k5qq0.jpegАнастасия Московкина

ИнфоТеКС

Почему для одних «интересные задачи» являются мотивирующими, а для других — нет? Существуют разные теории и методы мотивации, которые применяются на практике. Одну из них предложил российский социолог Владимир Герчиков — деление людей на достигаторов (бегущих к цели) и избегателей (бегущих от проблем).

Особенности этой типизации можно использовать в составлении планов развития, формировании команды, определении лидеров и изменении грейда. Расскажу про этот инструмент, его применение и приведу примеры использования из практики менеджера аналитиков.

Продукт

Путь от нишевого приложения к супераппу. Дизайн-стратегия расширения продукта

dalnidjk1pr1cq7oxjfl0igsbvc.pngАнтон Губарев-Пентин

QIC digital hub

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

Заключение

С программой понятно — осталось пояснить формат для тех, кто раньше с ним не сталкивался:

  • 17 сентября будет полностью онлайновый день.

  • А 24 и 25 сентября как вам удобнее: можно будет хоть лично прийти на площадку в Санкт-Петербурге, хоть подключиться удалённо из любой точки планеты.

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

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

© Habrahabr.ru