
Мы уже рассказывали на Хабре, чего в целом ждать от нашей новой конференции Flow (если вкратце, то технической конкретики, а не софт-скиллов). Теперь пришло время рассказать конкретнее: программа готова, поэтому делимся описаниями всех докладов.
Если захочется узнать больше подробностей (например, точное расписание) или приобрести билеты, всё это есть на сайте.
Оглавление
Архитектура и реализация

Роман Цирульников
ЮMoney
В зрелых компаниях проявляются эффекты масштаба и времени. Недостаточно лишь думать о реализации той или задачи, требуется видение развития системы на горизонте 10+ лет. Неуправляемый рост сложности — это один из основных рисков новых проектов развития. Посмотрим на методику декомпозиции архитектуры предприятия к определению границ систем, а также к построению репозитория архитектуры на основе подхода Docs as Code.
Дружба — это чудо: подход Contract First для аналитиков и разработчиков

Роман Лаптев
Банк «Центр-инвест»
Сессия для системных аналитиков, которые хотят облегчить себе жизнь в области описания взаимодействия между сервисами. Поговорим про то, как использовать Contract First на полную — с валидацией форматов, тестами совместимости, автогенерацией кода и отделением контракта от самих сервисов. В качестве иллюстрации рассмотрим практическую реализацию для всех популярных форматов:
SOAP c WSDL;
REST с OpenAPI;
GraphQL с graphqls;
gRPC с protobuf.
Что такое корпоративная архитектура?

Михаил Максимов
СберТех

Денис Богданов
Денис выступит в роли ведущего, который не погружен в корпоративную архитектуру, и задаст вопросы о ней. Михаил будет в роли эксперта и ответит на все вопросы. Зрители также смогут дать свои комментарии в процессе.
Вопросы, на которые мы ответим во время доклада:
Что такое корпоративная архитектура и зачем она нужна?
Кто занимается корпоративной архитектурой и в чьей это зоне ответственности?
Для каких компаний она полезна, а кому не нужна и избыточна?
Сколько стоит выстраивание архитектурной практики в компании?
Какие есть «законы» в области корпоративной архитектуры и какими стандартами они регулируются?
Зачем рядовым разработчикам, аналитикам, тестировщикам и другим специалистам эта область?
Доклад будет интересен всем, кто не погружен в детали корпоративной архитектуры.
Разделяй и зарабатывай: Data-Driven подход к разделению монолита

Михаил Озеров
Banks Soft Systems

Дмитрий Свалов
Banks Soft Systems
Изначально этот доклад рассматривался для нашей Java-конференции Joker, но в итоге пришёлся к столу здесь: и аудитории, и тематики разных конференций порой пересекаются.
Дмитрий и Михаил поделятся опытом проектирования микросервисной архитектуры для популярной в РФ и ближайшем зарубежье системы дистанционного банковского обслуживания (ДБО) на платформе Digital2Go компании Banks Soft System (BSS).
На примере этой системы, используя Data-Driven подходы, спикеры продемонстрируют методику экономически эффективного разделения монолита. Они проанализировали структуру модулей, частоту и совместность внесения изменений в исходный код, технологию поставки клиентам и зависимость доходов от Time2Market и пришли к неожиданным для себя выводам, которыми поделятся с вами.
Моделируем энтерпрайз: знакомство с ArchiMate

Дмитрий Таболич
IT_ONE
Рассказ Дмитрия — это обзор ключевых элементов любой корпоративной архитектуры (бизнес, приложения, технологии), рассмотренный сквозь призму нотации ArchiMate. Мы также кратко рассмотрим многообразие нотаций и методик документирования процессов и архитектурных решений (UML, C4 и не только), а также применимость каждой из них при формализации знаний.
Доклад может быть полезен и интересен широкому спектру ИТ-специалистов (от бизнес-аналитиков до системных и инфраструктурных архитекторов) и призван помочь разобраться в техниках моделирования и описания сложных процессов и систем.
Microservices Dealing with Changes

Andres Sacco
TravelX
Когда разработчики модифицируют микросервис, в большинстве случаев это не затрагивает другие части платформы. Но порой изменения всё же затрагивают другие микросервисы. Большинство команд для минимизации этой проблемы общаются с помощью инструментов вроде Slack, но это не всегда работает. Некоторые стратегии для снижения числа проблем включают использование фиче-флагов, версионирование каждого endpoint или индикация того, что некоторые endpoint получили статус deprecated. В докладе рассмотрим, как внедрять некоторые из этих решений в зависимости от ситуации.
Данные

Роман Бунин
Яндекс
Проектирование дашбордов — дисциплина на стыке аналитики и дизайна. Роман не верит в процесс, когда заказчик дашборда сам составляет ТЗ для разработчика, ведь в итоге разработчик становится просто «руками». Ответственный за подготовку ТЗ и понимание задачи — сам специалист.
Для удобного процесса разработки дашборда спикер разработал Dashboard Canvas — фреймворк сбора требований. В докладе пойдет речь о его новой версии и будут примеры его использования.

Александр Сербул
1С-Битрикс
Спикер расскажет, как в его команде проектировали, разрабатывали и запустили на сотни тысяч компаний облачную BI-аналитику для инструментов Google Data Studio, Microsoft Power BI и Yandex DataLens. Поговорим об ошибках, подводных камнях, выборе column-ориентированных хранилищ — от Druid и Pinot до ClickHouse и Amazon RedShift. Затронем инструменты BI-визуализации от Apache Superset до Amazon QuickSight и Яндекс DataLens. Не обойдем стороной вопрос гетерогенной репликации данных. Будет интересно и познавательно.
Особенности проектирования ETL-процесса аналитиком. Подходы и инструменты

Александр Грижневич
Школа успешных аналитиков Getskills.by
Важной частью построения больших корпоративных систем и единого информационного пространства являются сбор, анализ информации из разных источников, последующее ее преобразование и загрузка в разные хранилища.
Для объединения и обработки данных в таких системах применяется ETL — комплекс методов, реализующих процесс извлечения, преобразования и загрузки данных между различными источниками и системами назначения.
Часто системные и бизнес-аналитики принимают участие в проектировании ETL-процесса, сборе требований к данным, форматам, типам хранения, хранилищам, бизнес-процессам, определению НФТ для подобных систем, разработке алгоритмов преобразования и т. д. Знание и применение основных подходов при разработке требований к ETL-проектам позволяет быстро и эффективно обрабатывать подобные запросы и создавать понятную документацию для разработчиков.
Доклад посвящен особенностям работы аналитика на проектах, включающих ETL-процессы. Спикер расскажет, что такое ETL, каковы его составляющие и какие особенности необходимо учитывать аналитикам в работе на таких проектах. Рассмотрит особенности процесса создания документации, основные шаблоны и инструменты. Доклад будет интересен системным и бизнес-аналитикам, которые принимают участие в проектах, включающих ETL процессы.
Доклад посвящен особенностям работы аналитиков на проектах, связанных с ETL-процессами. Спикер рассмотрит вопросы, связанные с созданием документации, использованием основных шаблонов и инструментов при проектировании ETL.
Интеграции
Мастер-класс: Использование брокеров сообщений в сервисной архитектуре (часть 1, часть 2)

Андрей Бураков
ArchWays
Сессия для системных аналитиков с опытом интеграции IT-систем и базовым пониманием принципов работы брокеров и вариантов использования. На воркшопе в командах разберем некоторые кейсы использования брокеров:
транзакционность и бизнес-процессы;
сбор и синхронизация данных;
событийную архитектуру.
Требования
Нефункциональные требования: как их определять

Наталья Желнова
СБЕР
Как определять нефункциональные требования? Как их документировать? Кто должен их определять? Как это делать правильно? Для чего это делать?
Обо всем это пойдет речь в докладе.
Как помочь бизнесу развиваться: консалтинг в бизнес-анализе

Дмитрий Завалишин
DZ, E-Legion
Современный бизнес критически завязан на IT. Если вчера софт применялся как инструмент для удешевления и ускорения части бизнес-процессов в компании, то сегодня он неотъемлемая, а часто и ключевая часть бизнеса. Это, в частности, означает, что развитие бизнеса требует четкого согласования бизнес-целей компании и ее возможностей в области IT. То есть общая стратегия развития бизнеса и стратегия развития IT-подсистем должны быть не просто увязаны, но и быть частями общего целого. Как правило, подрядчики, которые занимаются заказной разработкой ПО, редко касаются тематики бизнес-стратегии заказчика.
Спикер расскажет о сформированных в DZ и E-Legion консалтинговых услугах, которые помогают синхронизировать дорожные карты развития компании и развития ее информационных систем.
Снова о них любимых: сложный мир заинтересованных лиц

Александр Белин
IIBA
Анализ заинтересованных лиц — одно из самых важных направлений работы бизнес-аналитиков. Без ясного понимания, для кого мы все делаем, что они ожидают получить и как этим будут пользоваться, продолжать проект — бессмысленно.
Мы уже научились находить заинтересованных лиц, описывать их, классифицировать и даже работать с их сопротивлениями. Но появилось новое понятие «Персона», которое опять всех путает: кто такие персоны, зачем они понадобились и чем отличаются от заинтересованных лиц?
Когда мы приступаем к написанию требований к решению, появляется еще одна новая сущность — «Конечные пользователи». И снова возникает много вопросов: кто это, как они связаны между собой и какую пользу они несут в процессе разработки решения?
Спикер поделится результатами многолетнего исследования в этой области. Расскажет о собственном фреймворке, который ясно описывает структуру сложных отношений этих трех ключевых понятий. Покажет, как применять этот фреймворк в проектах, проводимых для глобальных мировых компаний.
User Story Splitting: как и зачем добавлять детали пользовательским историям

Юрий Куприянов
Systems.Education
В Скрам-процессе (да и в других Agile-методологиях) есть неприметный ритуал — планирование спринта (sprint planning meeting). Обычно его описывают, как простую приоритизацию историй из бэклога продукта и выбор тех, что команда берет в работу на этот спринт. На самом деле именно здесь происходит магия: пользовательские истории из бэклога продукта превращаются в задачи на спринт. Не так часто можно услышать, как именно они превращаются, притом что далеко не каждая история влезает в спринт, не теряя ценности.
Спикер хочет закрыть это умолчание. Он разберет более десяти техник разбиения историй на более детальные, так, чтобы они помещались в рамки спринта, и при этом оставались осмысленными и приносили ценность пользователям. А в конце вы сможете самим попрактиковаться в таком разбиении. Сессия ориентирована на аналитиков, продакт-оунеров и на сами команды — в общем, на всех тех, кто работает короткими итерациями и стремится к поставке понятной ценности в каждой из них.
Документация и совместная работа
Воркшоп: Notion как инструмент совместной работы (часть 1, часть 2)

Мира Карлаш
Systems Education
Проблема: ведение документации критично как для стартапов и небольших компаний, так и для крупных. В отличие от крупных компаний, небольшие компании не могут себе позволить такие инструменты как Jira и Confluence, так как они требуют существенных финансовых затрат и дополнительных сил на администрирование инструментов.
В рамках воркшопа предлагается использование Notion как основного инструмента работы над проектами для создания и ведения документации, а также управления проектом. Дополнительно рассматривается Miro как инструмент для визуализации.

Анна Белянина (Горбатенко)
Анна расскажет, как они с командой организовали процесс работы с требованиями, с версионностью и разветвлением на различные продукты. А еще о том, как организована документация: общая часть для всех продуктов и специфичная для определенных видов продуктов.
Воркшоп: Confluence & Jira: эффективное использование проектной документации
Евгения Хотовицкая
Консалтика
На мастер-классе вы узнаете про то, как построить систему управления проектной информацией на основе Confluence и Jira так, чтобы ее было легко поддерживать.
Разберем и обсудим:
Как сформулировать общие требования к документированию в проекте и выбрать подходящий паттерн документирования.
Как определить способы коммуникации в проекте, составить матрицу коммуникаций, какой стек технологий использовать.
Как определить план управления требованиями.
Как удобно всё это организовать в Jira и Confluence.
Технический писатель-аналитик. Кто он такой и чем занимается в команде разработки
Технических писателей нанимают на должность аналитиков, чтобы они занимались документацией команд разработки как продуктом. Чаще всего техписатели-аналитики работают в инфраструктурных командах разработки и развивают документацию по API. Они изучают пользователей, проводят интервью со своей командой.
В компании спикера технических писателей обучают решать проблему пользователя при помощи документации. Поэтому, когда менеджеры ставят цель аналитикам «сделать документацию», это может не сработать, потому что у документации другие пользователи и другие проблемы. Нужно учиться менять взгляд и структурировать информацию.
При этом с ростом техписателя-аналитика в команде меняются процессы.
В докладе Наталья расскажет:
кто такой техписатель-аналитик и как устроена его работа;
почему не работает подход «дам обычному аналитику задачу написать документацию»;
как выглядели процессы в ее команде и как был пройден путь от «у нас есть техписатель и он пишет документацию» до «команда разработки сама пишет документацию по сервисам».
Мастер-класс: PlantUML с нуля до гуру: учимся «кодить» sequence-диаграммы
Любите диаграммы последовательности, но всё еще готовите их вручную? Тогда мы идем к вам!
Никита Харичкин поведает о PlantUML — незаменимом инструменте аналитика в борьбе за автоматизацию.
На мастер-классе мы вместе:
Создадим простейший Sequence во время интерактива.
Потренируем командную работу над диаграммой с импортом кода из Git.
Разберем частые ошибки, полезные лайфхаки и реальные примеры из практики.
Поговорим о самом продукте, возможностях online- и offline-моделирования.
Обсудим цветовую дифференциацию, возвратные функции, процедуры и многое другое.
Приходите и убедитесь во всей мощи инструмента своими руками!

Евгений Зингер
Тинькофф Банк
Ведение документации около кода (в тех же репозиториях), на языках разметки с поддержкой постоянной актуальности и версионирования силами системного аналитика. Подход - постановка = часть документации.
Личный опыт
Кажется, что банк это надежно, но так ли это на самом деле?

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

Денис Котов
IT's Tinkoff
BPMN частенько витает вокруг мира enterprise-разработки. Кому-то посчастливилось с ними столкнуться и сэкономить сотни часов времени, а кто-то получил только боль и гигантский техдолг. Спикер расставит все точки над «i» в использовании BPMN в проектах по разработке софта на примере Тинькофф, расскажет о хороших и плохих практиках.
Заключение
Перечисленное выше — это ещё не всё. Кроме докладов, будут и более разговорные форматы:
Круглый стол «Жизнеспособное сообщества аналитиков внутри компании»
Интервью с Сергеем Нужненко — руководителем рабочей группы по актуализации профессионального стандарта
Интервью с Ириной Гертовской «Триада технологического развития, или Как совместить интересы команды, подразделения, сотрудника»
Думаем насчёт проведения круглого стола про архитектурные подходы, монолиты и микросервисы (cкоро будет информация)
Но, пожалуй, ещё более важные разговоры — те, в которых задействованы участники. Хотя конференция пройдёт в онлайне, она не сводится к молчаливому просмотру видеопотока. После каждого доклада будет видеосозвон со спикером, и порой так возникают оживлённые дискуссии. Прямо во время доклада можно писать вопросы в специальный чат. Есть ещё и общеконференционный чат — в общем, при желании коммуницировать есть где это сделать.
А нам остаётся напомнить главное: 29-30 ноября, онлайн, подробности и билеты — на сайте.