![](https://habrastorage.org/getpro/habr/upload_files/462/189/f59/462189f59e62caa098934ffba2f7c4dd.jpg)
В прошлом году мы впервые провели конференцию по системному и бизнес-анализу Flow. А теперь она возвращается, и в этот раз более масштабно. Flow 2023 будет идти целых четыре дня: 4–5 сентября в онлайне и 11–12 сентября в Москве (с возможностью удалённого подключения).
Нововведение этого года — экспериментальная секция про UX, подготовленная совместно с USABILITYLAB. А общие принципы программы остались прежними. Как и раньше, будут спикеры из известных компаний (Яндекса, Альфа-банка, VK, Магнита и других). Некоторым зрителям уже известны имена Александра Белина, Юрия Куприянова, Романа Бунина, Сергея Нужненко, Ирины Гертовской и многих других.
Сейчас уже известно, о чём именно пойдёт речь в их докладах — и здесь рассказываем об этом вам.
Содержание
Общее
Повышение точности оценки этапа аналитики
![](https://habrastorage.org/getpro/habr/upload_files/d36/7b5/197/d367b5197e5758edb088a76c8f823880.jpg)
Анна Гурьянова
SimbirSoft
Оценка — это важная составляющая работы команды. Грамотная оценка требует от аналитика высокого уровня экспертизы, ответственности и объективности, чтобы:
-
оценка понравилась заказчику;
-
проект принес компании прибыль, а не убытки на «затыкание дыр»;
-
заказчик имел ориентир по срокам, стоимости и загрузке;
-
команда на основе оценки этапа аналитики могла оценить объем работ по разработке и тестированию;
-
была создана именно та документация и в том объеме, которые требует конкретный проект.
Участников доклада ждет бонус: чек-лист оценки аналитики с выделенными типовыми фазами проектов с градацией по сложности.
Применение System Thinking и System Dynamics в бизнес-анализе
![](https://habrastorage.org/getpro/habr/upload_files/c4a/c1b/7aa/c4ac1b7aac7089c83a0bb238e6bea4f9.jpg)
Александр Белин
IIBA
Практически все, что мы анализируем или выполняем сами, выглядит как линейные процессы. Мы анализируем бизнес-проблемы, применяя техники Поиска Корневых Причин и это очень линейный подход, то есть «A потому, что B, B — потому, что С» и т. д. Анализируем возможные сопротивления проводимым сопротивлениям, например: «Менеджер А сопротивляется новому решению, потому что его отдел автоматизируют, и его сократят», что выглядит слишком упрощенно и прямолинейно.
Разрабатывая стратегию проведения изменений, мы определяем точки AS IS и TO BE и потом с завидным упорством, закрыв глаза, как танки прем по линии, соединяющей эти точки.
Но, работая с бизнесом, мы забываем, что любая организация — это, прежде всего, сложная система, то есть совокупность большого количества элементов и сложных взаимных связей. Поэтому, выполняя анализ, мы должны рассматривать систему во всей ее сложности и, что не менее важно, в динамике.
В докладе обсудим применение техник Системного Мышления в работе бизнес-аналитика.
От «умного дома» до «умного города»: новые челленджи IT-аналитиков
![](https://habrastorage.org/getpro/habr/upload_files/ccd/81d/455/ccd81d4552998d115397ae6d94589131.png)
Екатерина Ананьева
GetAnalyst
Представьте мир, где все вокруг нас соединено и умеет «думать» — от холодильника до всего города. Это не научная фантастика, это реальность сегодняшнего дня, которую мы называем интернетом вещей (IoT). Добавьте в эту картину искусственный интеллект (AI) и машинное обучение (ML) — компьютеры, которые учатся и «думают» самостоятельно. Понимание новых технологий этого мира — новый аналитический вызов в IT.
Какие особенности в постановках задач? Как развивать свои компетенции? В докладе вы познакомитесь с примерами проектов, связанных с IoT, и узнаете, как системным и бизнес-аналитикам готовиться к встрече с новыми технологиями.
Кто виноват и что делать? Цели и ценности проектирования
![](https://habrastorage.org/getpro/habr/upload_files/b93/8bf/79a/b938bf79ad8df7268e9aae9ca9c76d0a.jpg)
Ирина Гертовская
![](https://habrastorage.org/getpro/habr/upload_files/a76/ec6/db4/a76ec6db48eb3e2c6b2e2c8a27b6ba7d.jpg)
Екатерина Лысенко
Результаты проектирования воспринимаются через артефакты. Ирина и Екатерина поделятся своим опытом и расскажут, почему подход к проектированию от артефактов губителен. Покажут, как связаны между собой проектные слои и почему любое новое требование порождает цепь изменений. Помогут сориентироваться, как контролировать, оценивать эти изменения и следить за качеством работоспособности всей модели.
В докладе рассмотрим:
-
три экзистенциальных вопроса разработки;
-
DDD — разумная коллаборация при проектировании;
-
нужные артефакты в нужных местах;
-
биогеоценоз (связей и зависимостей артефактов);
-
метрики — не «хайп», а индустриальный стандарт.
База повествования основывается на опыте как в продуктовой разработке, так и в «кровавом энтерпрайзе».
Системный и бизнес-анализ в GameDev-стартапе — какой он?
![](https://habrastorage.org/getpro/habr/upload_files/fae/606/774/fae606774b45151ca4699d48874d2ded.jpeg)
Всеволод Ляпин
IDDQD
GameDev-область всегда приковывала к себе внимание специалистов, особенно в последние годы. И, как известно, в GameDev-команде нет ролей системных и бизнес-аналитиков. Но значит ли это, что анализ вообще отсутствует в разработке игр? А если он все-таки есть, то на каком этапе и в каком объеме?
Для ответа на эти вопросы, в докладе будут рассмотрены командные роли и этапы разработки игр через призму анализа и постановки задач. Также Всеволод расскажет об используемых гибких методологиях Getting Real и Crystal Agile на примере построения процессов в реальном GameDev-стартапе и об эволюции этих процессов.
Доклад будет полезен всем, кому интересен опыт организации работы в компаниях с нуля, и кто хочет посмотреть на пример построения стартапа изнутри в современных реалиях IT-индустрии в России.
![](https://habrastorage.org/getpro/habr/upload_files/e5d/98f/308/e5d98f30849c5f270c0af474d2edeb61.png)
Татьяна Евлашина
O2 Consulting
По статистике, около 80% проектов внедрения ERP-систем являются неуспешными. Как бизнес-консультант, Татьяна готовила компании к внедрению ИТ-систем (обследование предприятия, описание процессов, обучение), осуществляла поддержку интегратора при внедрении и доработке ИТ-системы. Ее команда проанализировала бизнес-кейсы и выявила наиболее часто повторяющиеся ключевые ошибки, которые негативно влияют на проекты внедрения и часто недооцениваются ИТ-интеграторами.
Доклад будет интересен бизнес-аналитикам, разработчикам, IT-архитекторам и руководителям проектов.
Скрытая работа аналитика по проектированию систем
![](https://habrastorage.org/getpro/habr/upload_files/9bb/04a/ff1/9bb04aff1ab95c95bd6cbc3e4c5f30e7.jpg)
Юрий Куприянов
Systems.Education
Название профессии аналитика подразумевает, что он только разбирается в предметной области и выдает результат анализа. Но на практике системные и бизнес-аналитики занимаются не столько анализом, сколько проектированием системы — какие в ней должны быть функции, как пользователь будет выполнять свои задачи, как будет устроена база данных, какие будут API, интеграции и формы отчетов. Иногда они даже проектируют интерфейсы.
Эта работа часто не выделяется и даже не осознается аналитиком, а значит, не всегда проверяется и выполняется качественно.
В докладе Юрий рассмотрит процессы анализа и проектирования, чтобы понять: а нужно ли их принципиально разделять. Также он даст аналитикам инструменты и набор практик, которые позволят более осознанно подходить к процессу проектирования систем.
![](https://habrastorage.org/getpro/habr/upload_files/982/af5/7e8/982af57e82ab90db370d08047d4e361d.jpg)
Татьяна Ошуркова
Росбанк
Регулярные выражения — известный инструмент с очень большими возможностями.
В докладе пойдет речь о регулярных выражениях, области их применения и правилах использования. Будет рассмотрена возможность использования регулярных выражений в работе системного аналитика и разобраны реальные кейсы решения задач с использованием регулярных выражений.
Материал будет полезен системным аналитикам различного уровня, работающим с различным технологическим стеком.
Low-code платформа: опыт развития и импортозамещения
![](https://habrastorage.org/getpro/habr/upload_files/bef/459/901/bef459901ad5be84e68990588056b14f.jpg)
Анастасия Солдатова
Альфа-Банк
Анастасия расскажет о плюсах и минусах low-code платформы, предпосылках к переводу системы на новый стек, а также поделится опытом импортозамещения. Доклад будет полезен системным аналитикам, которые принимают участие в выборе архитектуры для новых проектов, а также занимаются развитием low-code платформы.
11 инструментов управления данными, о которых нужно знать всем
![](https://habrastorage.org/getpro/habr/upload_files/7c2/697/309/7c2697309378e9b407928f4d15bef725.png)
Вячеслав Жуков
Aero
Рост роли данных при принятии решений растет, но при этом большинство компаний внедряет новые дата-продукты и масштабирует аналитические команды бессистемно. В результате то, что работало на малом масштабе, перестает работать с развитием команды данных.
В докладе разберем понятие data governance и ответим на вопрос: как компаниям идти в сторону data-driven, если внедрять все и сразу — невозможно?
Разберемся в целях инструментов дата-менеджмента, приоритизируем их внедрение в соответствии со стадией развития бизнеса, расскажем о глобальном тренде на гибридизацию хранилищ. Обсудим, как бизнесу и аналитикам научиться говорить на одном языке.
Возможности Miro в работе аналитика
![](https://habrastorage.org/getpro/habr/upload_files/bcc/172/f2b/bcc172f2b002a6e9241569514e8711f7.jpeg)
Ольга Пономарева
Райффайзенбанк
Аналитик работает с большим объемом информации, поэтому всегда хочется, чтобы она была структурирована и наглядна. Для этого используют различные инструменты визуализации. Один из них — Miro — сервис, который поможет в планировании, написании требований, проведении ретроспективы. Более того, важно, что этот инструмент позволяет работать удаленно для всей команды. Ольга расскажет на практических кейсах, как аналитики могут применять Miro и какие у него есть плюсы и минусы.
Светлая сторона обратной разработки
![](https://habrastorage.org/getpro/habr/upload_files/295/ab0/45f/295ab045f650e37fc24c1243cf128396.jpg)
Борис Рютин
Яндекс
Что вы понимаете под «обратной разработкой», когда слышите эти слова? Что специалисты этого профиля знают значения падающих зеленых буковок в матрице? Или, может, вы вспоминаете кадры с Беном Аффлеком из «Часа расплаты», где герой скопировал проектор для голограммы?
Борис разберет виды обратной разработки, то, как они применяются в тех или иных сферах, а также некоторые результаты этого процесса, которые мы, возможно, используем каждый день. И как эти результаты могут помочь в развитии продукта и улучшении бизнес-процессов.
![](https://habrastorage.org/getpro/habr/upload_files/bf0/d5c/9b4/bf0d5c9b4e29ae32c12b323b1c4860ee.png)
Екатерина Гончарова
Arrival
Генеративный AI наделал много шума и уже начал менять процесс разработки ПО. Хорошим примером являются специализированные средства для разработчиков типа GitHub Copilot и Tabnine, для тестировщиков — Testim и Diffblue.
Для системных и бизнес-аналитиков пока нет специальных тулов, но при правильном использовании приложений «для всех» типа ChatGPT можно сильно ускорить процесс разработки требований и спецификаций.
Екатерина расскажет, какие задачи системного и бизнес-анализа в разработке ПО можно решать уже сейчас, какие инструменты будут полезны и как ими пользоваться для получения лучших результатов.
Давайте откажемся от Confluence и посмотрим, что будет!
Наталья Леонова
Devexperts
Что, если перестать хранить документацию в привычном всем месте? И не только требования, но и пользовательские инструкции (user guides), и архитектуру, и логику работы продукта?
В докладе Наталья поделится опытом переноса документации в репозиторий, расскажет про markdown и красивое форматирование, а также обсудит инструментарий — Docsify, Git и новых «старых» друзей аналитиков.
Требования
Сложности и опасности при разработке требований к экосистемным сервисам
![](https://habrastorage.org/getpro/habr/upload_files/eb5/2a1/d4c/eb52a1d4c7ab173cac17533b588ebc92.jpg)
Ксения Теселкина
VK
Ксения расскажет, с какими сложностями сталкивается аналитик и продакт при разработке внутренних сервисов, используемых во множестве корпоративных продуктов одной компании, на примере VK.
У команды Ксении есть сервисы приема платежей, авторизации и ряд других, которые связывают продукты группы, а также позволяют оптимизировать процессы. Цель доклада — подсветить моменты, на которые стоит обращать внимание при разработке требований, чтобы получить:
-
контролируемые ожидания заинтересованных лиц,
-
систему, которую можно развивать и дальше масштабировать,
-
систему с контролируемыми границами,
-
систему, которая гармонично выстроится в существующее окружение.
При разработке требований к таким комплексным системам очень легко либо потерять требования и сделать ненужную систему, либо сделать все, что просят внутренние проекты компании, но система станет неподдерживаемой.
Доклад будет полезен аналитикам, работающим в крупных компаниях во внутренних продуктах, и аналитикам, работающим с b2b-сегментом в продуктах со множеством зависимостей или интеграций.
Требования безопасности: как работать с ними?
![](https://habrastorage.org/getpro/habr/upload_files/c93/821/4d7/c938214d7abfcc8359856cd757458807.jpg)
Александра Жигулина
ИнфоТеКС
Когда в первый раз сталкиваешься с написанием требований безопасности, начинаешь по привычке выявлять их примерно так же, как и обычные функциональные требования. Только через какое-то время понимаешь, какой это на самом деле «крепкий орешек» в плане выяснения реальной потребности, и сколько подводных камней ты в первый раз упустил.
В докладе показаны самые частые препятствия, с которыми можно столкнуться на этом пути, и как эти препятствия можно обойти. Будут рассмотрены основные методы борьбы: законы и стандарты, модель угроз, затыкание дыр. Узнаем, как связаны требования безопасности с другими типами нефункциональных требований.
Доклад будет полезен всем, кому интересны требования безопасности вне зависимости от количества знаний в этой области. Особенно тем, кто сталкивался с проблемами в их формулировании.
![](https://habrastorage.org/getpro/habr/upload_files/bc3/837/dbd/bc3837dbdd36171ce406c39a32c534a9.jpg)
Сергей Нужненко
Poscredit
С приходом гибких практик нам стало казаться, что требования не нужны. Пользовательские истории — это не требования, и все остальное, что может лежать в бэклоге, — тоже.
Сергей расскажет, почему так получилось, с какими проблемами мы сталкиваемся, когда перестаем целенаправленно работать с требованиями, и что же теперь делать.
Доклад будет полезен всем, кто не застал начало Agile 20–25 лет назад, чтобы у них был выбор в организации работы. А те, кто все видел своими глазами, смогут подискутировать с Сергеем.
Dashboard Map: фреймворк для разработки системы отчетности
![](https://habrastorage.org/getpro/habr/upload_files/a93/3ce/fa8/a933cefa8e5665c801f592e6e292b309.jpeg)
Роман Бунин
Яндекс
Для того, чтобы в компании не создавались дашборды на каждый чих, необходимо использовать структурированные подходы к проектированию системы отчетов. Если вам знакомы такие проблемы, как «невозможно найти, в каком отчете какая метрика», «расчеты между отчетами не сходятся», «а давайте сделаем еще один дашборд», то этот доклад поможет вам их избежать.
Сложности формулирования требований в ML-проектах, и как с этим поможет пирамида метрик
![](https://habrastorage.org/getpro/habr/upload_files/6cf/d9a/d7f/6cfd9ad7fcdf6acc7a66bdb64561350f.jpeg)
Павел Филонов
Независимый консультант
Специалисты по DS хорошо умеют пользоваться метриками для оценки качества своих моделей. Но очень часто эти метрики сложно отобразить на реальные потребности бизнеса. А иногда и сами DS-специалисты плохо могут объяснить их смысл. Попросите, например, их объяснить обычному человеку, что такое расстояние Кульбака – Лейблера, и они почувствуют, что и сами плохо это понимают.
При этом понимание того, как DS-метрики могут повлиять на итоговые бизнес-результаты — важнейший вопрос, который необходимо прояснить на самых ранних этапах проекта. Сделать это можно с помощью построения пирамиды метрик, которая поможет понять, как можно пересчитать эти нетривиальные ROC-AUC в реальную экономию фонда оплаты труда или другие важные бизнес-показатели.
В докладе на примерах из реальных проектов будут показаны шаги по построению таких связей. Для этого участникам предстоит неглубоко погрузиться в мир DS-метрик.
Изменения требований — как с ними жить?
![](https://habrastorage.org/getpro/habr/upload_files/4d6/ca7/073/4d6ca70738b43240aaa8f8053586273a.jpg)
Михаил Максимов
ЦифраБуква
Собрать, проанализировать требования и спроектировать целевое решение — это, как известно, только верхушка айсберга. Важно довести решение до прода и попутно не заработать кучу седых волос для себя и команды.
Для этого аналитик должен уметь управлять скоупом и изменениями требований во время реализации. Об этих процессах спикер и расскажет.
Обсудим, какие инструменты аналитик может использовать для управления требованиями, как быть с конфликтами и как изменения могут восприниматься в разных командах в зависимости от методологий управления разработкой.
Данные и ML
Строим ETL для обучения «черного ящика»
![](https://habrastorage.org/getpro/habr/upload_files/741/abd/174/741abd17462a20e94c3b99d5fe9cd351.png)
Дмитрий Андреев
IT_ONE
Одна из актуальных проблем — это обучение ML/DL-систем на реальных данных.
На основании опыта работы в успешном проекте Дмитрий расскажет:
-
В чем особенности работы с физическими документами (водительские права, паспорта, т. п.) с точки зрения ML/DL-систем.
-
Зачем нужно DWH и ETL, даже если у нас есть «нейронка, которая сама делает».
-
В чем особенности подготовки данных для ML/DL-систем.
-
Почему в процессе работы имеет смысл читать книги про проекты из СССР 1960-х.
Apache Superset и свой плагин к Trino для эффективной и неограниченно масштабируемой BI-аналитики
![](https://habrastorage.org/getpro/habr/upload_files/200/ddc/ada/200ddcadae475363e6d58a2e254a7544.jpg)
Александр Сербул
1С-Битрикс
Александр расскажет, как его команда написала свой плагин на Java к Trino и использует его в связке с Apache Superset для эффективной аналитики данных через BI-коннектор к Битрикс24.
Александр поделится опытом многопользовательской настройки (multitenance), масштабирования решения, настройки мониторинга, проведения нагрузочных испытаний и конфигурации для подключения Trino к другим аналитическим платформам через JDBC/ODBC (на примере DBeaver). Подробно расскажет про тонкости безопасной настройки и развертывания Apache Superset с/без контейнеризации под различные задачи BI-аналитики и под различные нагрузки.
![](https://habrastorage.org/getpro/habr/upload_files/a5a/f58/6a0/a5af586a0604c2c2f81601ac6fd8306b.png)
Мира Карлаш
Systems.Education
Data Science-специалисты обладают уникальными навыками анализа больших данных, машинного обучения и статистики, которые позволяют им извлекать ценные знания из огромных объемов информации.
В докладе рассмотрим некоторые примеры успешного использования Data Science в медицине. От прогнозирования заболеваний и ранней диагностики до индивидуального подбора лечения и анализа эффективности медицинских процедур. Data Science открывает новые возможности для улучшения здоровья и качества жизни пациентов.
Кроме медицины, Data Science находит применение в других предметных областях, таких как банковское дело и агрегаторы. Например, банки используют алгоритмы машинного обучения для обнаружения мошеннических транзакций, а агрегаторы данных помогают оптимизировать процессы и принимать обоснованные решения на основе больших объемов информации.
Системному аналитику при сборе требований необходимо учитывать наличие Data Science-специалиста в команде и уметь работать с его потребностями. Их сотрудничество позволяет определить цели проекта, установить необходимые данные и разработать эффективные алгоритмы для анализа.
Архитектура
![](https://habrastorage.org/getpro/habr/upload_files/d5e/963/e76/d5e963e76fb3d248d1c1f22602fce7b4.jpg)
Роман Пионтик
Сбер
Архитектура — это всеобъемлющее понятие, обязательным элементом которого являются требования. Хорошая архитектура возникает только на хорошо исследованном ландшафте, т. к. он становится базой для формулирования действительно значимых решений в ней.
Подход «Архитектура как код» позволяет интегрировать всех участников производственного процесса в единый, непрерывный конвейер. Он способен охватить производство от стратегических целей бизнеса до развертывания на продакшене. В идеальном случае — это цифровой двойник производства.
При таком подходе аналитик получает возможность исследовать архитектурный ландшафт, максимально приближенный к реальности и генерировать действительно актуальные и обоснованные требования с учетом реального положения дел. Он также получает в свои руки инструмент, способный реализовать все его потребности в управлении требованиями, и контроль их реализации.
![](https://habrastorage.org/getpro/habr/upload_files/4de/d68/908/4ded68908219d2d5ef6d3dc09cc6e56e.png)
Денис Цветцих
DevBrothers
С4 model — популярный подход к описанию архитектуры, который постепенно становится стандартом и получает поддержку в визуальных средствах проектирования.
Денис расскажет о своем опыте применения C4 model: в каких случаях каждая диаграмма будет полезна, какие средства позволяют рисовать диаграммы, в том числе, получать результат в виде кода, который можно положить в репозиторий для просмотра истории и аппрува изменений. А также о том, как прокачать свои скилы на каждом уровне, описанном в C4.
Распил монолита на микросервисы — создание команды, выбор архитектуры и технологий
![](https://habrastorage.org/getpro/habr/upload_files/4bb/c1d/b81/4bbc1db81218d672204b499997567381.png)
Сергей Бондарчук
Магнит
Сергей расскажет про распил большого монолита «Системы управления транспортом» в компании «Магнит». Данная система управляет планированием и контролем движения более 10 000 автомобилей в онлайн-режиме.
Коротко пройдется по функциям, которые выполняет система. Расскажет, на каких технологиях был построен монолит, какие ошибки были совершены при его проектировании и какие проблемы возникли при его разрастании. Затронет тему образования команд и как им удалось добиться лучшей производительности. Расскажет про прототипирование и ошибки, которые допустила команда. Затронет тему прототипирования: как создали прототип и получили еще один дополнительный монолит, с которым теперь борются. Осветит архитектуру получившихся микросервисов: с чего начинали, куда пришли и от чего пришлось отказаться.
Корпоративная архитектура: мифы и реальность
![](https://habrastorage.org/getpro/habr/upload_files/3d0/c06/a82/3d0c06a8222de693b9841c0cc5f6ac84.jpg)
Святослав Котусев
Высшая Школа Экономики (ВШЭ)
Поверхностное изучение материалов по корпоративной архитектуре (Enterprise Architecture) создает впечатление, что это что-то из области TOGAF, Zachman и ArchiMate. Но в реальности успешные архитектурные практики в организациях не имеют практически ничего общего со всеми этими «стандартами». В докладе анализируются наиболее популярные заблуждения про архитектуру предприятия и объясняется, как обстоят дела на самом деле.
![](https://habrastorage.org/getpro/habr/upload_files/090/9a5/01c/0909a501c6da89b76a192e9146ca1eac.jpg)
Максим Смирнов
Планирование сложных изменений в корпоративных информационных системах обычно сопровождалось разработкой и согласованием полноценного описания архитектуры такого изменения. Но рост количества изменений, потребность в сокращении сроков их осуществления и постоянный дефицит квалифицированных ИТ-архитекторов заставляет искать более простые альтернативы.
Максим расскажет, может ли такой альтернативой выступать запись архитектурного решения (architecture decision record), как его разработать, какие существуют форматы описания архитектурных решений и практики их подготовки.
Архимоделирование: от диаграмм к моделям
![](https://habrastorage.org/getpro/habr/upload_files/c09/77e/22a/c0977e22aadf96bcc1d0595852ff7aba.jpg)
Дмитрий Таболич
Rubytech
В продолжение рассказа о преимуществах нотации ArchiMate, Дмитрий поделится практическими тактиками и практиками по моделированию и управлению архитектурой с применением метаданных и расширений этого языка. На примерах рассмотрим, как добавить дополнительных смыслов и получить больше, чем просто картинку.
Команда и карьера
Как построить эффективную мобильную команду вокруг системного аналитика
![](https://habrastorage.org/getpro/habr/upload_files/aab/143/d8f/aab143d8ffcb1ad1862726c690032dac.jpg)
Ирина Корчагина
ITentika
В докладе рассмотрим, как построить современные команды разработки и, в частности, команды разработки мобильных приложений за счет привлечения системного аналитика. Обсудим компетенции, которыми должен обладать аналитик, чтобы команда работала наиболее эффективно с точки зрения взаимодействия с другими командами и клиентом, а также оптимально использовала имеющиеся ресурсы.
От аналитика до solution-архитектора, или Как построить среду для органичного развития команды
Максим Чернухин
Сбер Страхование Жизни
Максим расскажет о том, как создать среду и взаимодействие в командах, которые помогают прокачиваться аналитикам и со временем решать все более сложные задачи. Как постепенно пройти путь от новичка до solution-архитектора, а главное – как создать такую среду, в которой бы этот путь было комфортно проходить.
Серый кардинал. Как аналитику осознать свое лидерство без титула и влиять на продукт
![](https://habrastorage.org/getpro/habr/upload_files/556/7ed/e17/5567ede17d4f668d0fbcd8475c2a3f94.jpeg)
Максим Яцкевич
Product Psychology
![](https://habrastorage.org/getpro/habr/upload_files/92b/164/989/92b1649896f9595d306c1ebb9d92e947.jpg)
Анна Мозговая
Product Psychology
Аналитик владеет многими знаниями, но часто их не использует. Максим и Анна расскажут, как аналитикам осознать свое потенциальное лидерство и влиять на продукт, даже без официального титула.
Решения принимаются на основе данных. Вооружившись правильными коммуникативными навыками, аналитик сможет правильно воздействовать на команду и стейкхолдеров для достижения общей цели.
Как развиваться, если ты уже Senior System Analyst
![](https://habrastorage.org/getpro/habr/upload_files/03f/691/f65/03f691f65c1161c11496be026ae3803d.jpg)
Александр Поломодов
Тинькофф
Александр расскажет про карьерные треки системных аналитиков. Ведь когда-то и они дорастают до ведущих и оказываются перед развилкой. Свой рассказ Александр построит так, чтобы мы прошли от типовых вариантов к эзотерическим:
-
руководство группой аналитиков;
-
роль тимлида в кросс-функциональной команде;
-
переход в технические продакт-менеджеры;
-
переход в архитектуру.
Рассказ будет строиться на личном опыте и примерах из практики Тинькофф, где Александр руководит большим юнитом (900+ человек), курирует архитектурные вопросы, а также видел все приведенные выше варианты или сам помогал им реализоваться.
Как описать задачу разработчикам, чтобы они не считали тебя идиотом
![](https://habrastorage.org/getpro/habr/upload_files/1ff/b8f/5e3/1ffb8f5e3943dc55507e99e94622a173.jpg)
Максим Корейченко
JobLeads
![](https://habrastorage.org/getpro/habr/upload_files/996/722/a5b/996722a5b8adc3e2ec265b86dfbe07f9.jpg)
Иннокентий Бодров
Finom
Достаточно часто студенты спрашивают, как правильно описать задачу для разработчика, чтобы он ее понял и сделал так, как нужно.
На этот вопрос нет однозначного ответа. Все зависит от уровня аналитика, уровня разработчика, их вовлеченности в проект и от предметной области. Чтобы лучше разобраться, как разработчику понятнее и проще осознавать и делать задачи, Иннокентий с Максимом обсудят разные варианты постановок — от высокоуровневых User Story до подробнейшей спецификации — и разберут их плюсы и минусы.
UX
Адаптивное интервью пользователей
![](https://habrastorage.org/getpro/habr/upload_files/29b/193/79b/29b19379b4f4118bc94b19c87b973e11.jpg)
Дмитрий Сатин
Дмитрий расскажет о своей методике исследования пользователей: как в условиях жестких временных ограничений понять, чем они занимаются, из каких задач устроен их рабочий день и с какими трудностями они сталкиваются.
Как передавать требования к продукту в UX/UI-команду
![](https://habrastorage.org/getpro/habr/upload_files/15d/38a/80d/15d38a80d12596aae51cb33771894ea9.png)
Алексей Тушканов
АльфаСтрахование
Сбор требований к продукту — важный этап, который определяет границы функциональности и формирует представление команды о том, как в итоге должна работать система. Требования могут быть описаны текстом, сопровождаться блок-схемами или набросками будущих экранов продукта. Полнота этих данных определяет качество продукта, и зачастую бывает так, что в требованиях упущен какой-то сценарий целиком или какой-то блок. Это все приводит к тому, что продукт надо будет доделать, переделать, исправить в нем дефекты или откатывать релиз.
Знакомая ситуация?
Алексей расскажет о том, какой подход к передаче требований они сформировали в АльфаСтраховании. Почему и как он помогает минимизировать риск возвращаться, чтобы переделывать или доделывать дизайн-макеты.
Практики применения CJM в рабочих и личных целях
![](https://habrastorage.org/getpro/habr/upload_files/c21/17f/e6a/c2117fe6a05bcd9e4029708f6485dd30.jpg)
Михаил Галушко
USABILITYLAB
Доклад посвящен практике применения Customer Journey Map (CJM) в качестве языка коммуникации в продуктовой команде. Также поговорим о применении этого инструмента для личных целей.
5 причин, почему дизайн-система — это обязательный инструмент для современных приложений
![](https://habrastorage.org/getpro/habr/upload_files/222/45f/a45/22245fa455d0c569a1a5825e2f0c0971.jpeg)
Алевтина Чугунова
Сбер
Дизайн-система является неотъемлемой частью современных приложений. Она обеспечивает визуальную целостность и является ДНК приложения.
Команда Алевтины пришла к пониманию необходимости создания своей дизайн-системы и выделения под это отдельной команды, чтобы закрыть боли, которые возникли. В результате они выделили пять ключевых причин, почему дизайн-система необходима для приложений и должна стать неотъемлемым компонентом процесса разработки. Выработали процесс работы с командой, сформировали шаблон технических требований к UI-компонентам, на основе которых разработка компонентов стала проще и быстрее.
Для внутренних продуктов они разработали дизайн-систему «Фламинго», которая помогает командам разработки и дизайна быстро справляться с трудностями, обеспечивает единообразный стиль приложений и структуру компонентов и элементов дизайна.
Применение дизайн-системы способствует созданию приложений высокого уровня в кратчайшие сроки, снижает расходы на разработку и поддержку приложений. Она также помогает упростить процедуру обновления дизайна приложений и модернизацию приложений в целом.
Целевая аудитория доклада: PO, системные и бизнес-аналитики, дизайнеры, разработчики.
UX для аналитиков. Что нужно знать о пользовательском опыте, чтобы создавать удобные продукты
![](https://habrastorage.org/getpro/habr/upload_files/942/3ff/1f9/9423ff1f9e537a48f0f05fad4c224aa3.jpg)
Михаил Греков
Analytic Workspace
Михаил Греков расскажет про UX в емкой и доходчивой форме, понятной системным и бизнес-аналитикам. Будем говорить не про дизайн, а про пользовательский опыт и его измерение.
Обсудим:
-
Что такое UX.
-
Ждут ли работодатели, что аналитик может в UX.
-
Кто отвечает за UX.
-
Что делает UX-дизайнер, а что аналитик.
-
Пирамида UX-ценностей.
-
Интерфейс и ТРИЗ.
-
Как измерять пользовательский опыт.
-
Как прокачаться в UX.
Документация
Пять значений фразы «Нам нужно всё задокументировать»
![](https://habrastorage.org/getpro/habr/upload_files/6ff/66c/e14/6ff66ce14ad8074f503a86aeaf341522.png)
Семен Факторович
documentat.io
Последние пять лет Семен занимается заказной разработкой документации для российских IT-компаний. Разговор почти с каждым клиентом начинается с фразы: «Нам нужно всё задокументировать, помогите нам в этом».
Опыт показывает, что разные компании понимают под этой формулировкой довольно разные вещи, и «всё» в разных компаниях тоже отличается. В практике команды спикера эти просьбы сводятся к пяти направлениям работы:
-
Описание требований к уже существующей системе — реверс-инжиниринг требований.
-
Создание пользовательской документации.
-
Создание архитектурной документации, адресованной исключительно разработчикам.
-
Создание API-документации — причем обычно речь идет о вводных и обучающих статьях (howtos/tutorials), а не к непосредственному написанию аннотаций к методам.
-
Комментарии в коде — в стиле Javadoc или в свободном формате.
В докладе обсудим, что общего у этих направлений, чем они отличаются и что делать, если вам нужно решить одну из подобных задач. Доклад будет интересен всем, кто занимается разработкой документации, и всем, кто руководит или участвует в таких активностях.
Рецепты приготовления базы знаний
![](https://habrastorage.org/getpro/habr/upload_files/435/014/3a0/4350143a04b891ba8cb6660ced79802d.jpeg)
Анастасия Московкина
Кошелёк
![](https://habrastorage.org/getpro/habr/upload_files/c32/157/52d/c3215752d4644b369e7e45728af7fe88.jpg)
Александра Камзеева
Lamoda Tech
Знакома ли вам ситуация, когда на вопрос «А где документация» твой наставник или руководитель гордо отвечает «Я и есть документация»?
Такое положение дел может доставить много хлопот, тем более если бизнес растет, а процессы укрупняются и усложняются. Здесь на помощь может прийти создание базы знаний — инструмента, который решает сразу несколько задач:
-
улучшить поиск нужной информации;
-
улучшить обмен знаниями и опытом;
-
уменьшить количество ошибок;
-
улучшить взаимодействие и координацию между разными командами.
Практик по созданию базы знаний много, поэтому решили агрегировать опыт сразу двух компаний — «Кошелёк» и Lamoda Tech — и поделиться сборным рецептом эффективного построения и управления базой знаний.
Приходите на доклад, чтобы получить концентрированную пользу сразу от двух экспертов: поговорим обо всех нюансах в формате живой дискуссии, и сведем все важные советы и инструкции в один большой чек-лист.
Бизнес-процессы
Радикальное ускорение аналитических работ с методикой Event Storming
![](https://habrastorage.org/getpro/habr/upload_files/b75/079/761/b75079761fde3684d2084244ecd8512e.png)
Денис Бесков
Systems.Education
Классические методы анализа и проектирования информационных систем предполагают проведение этапов обследования предприятия, проведение серии интервью, моделирование бизнес-процессов, разработку требований и их согласование. Для среднего проекта эти работы могут занимать недели, если не месяцы.
Методика Event Storming позволяет существенно сократить сроки и трудоемкость аналитических работ за счет замены индивидуальных сессий работы и мучительных офлайновых согласований на контактную работу в формате специализированных очных или онлайн-семинаров.
Денис познакомит с этой техникой и покажет особенности ее применения в работе для повышения эффективности работы команд.
BPMN на полную мощность: скрытые возможности для описания и автоматизации бизнес-процессов
![](https://habrastorage.org/getpro/habr/upload_files/92f/092/f86/92f092f86836f08f8004f1d89a245d38.png)
Дарья Яндульская
TSQ Consulting
В настоящий момент одна из самых распространенных нотаций для графического описания бизнес-процесса — BPMN (Business Process Model and Notation). Но все ли используют этот инструмент по назначению? Какую из нотаций для описания процессов вообще выбрать? Большинство компаний, с которыми работает команда спикера, используют различные нотации для описания схем процессов только для того, чтобы включить их в нормативный документ. Но если мы говорим об указанных нотациях, они дают компаниям гораздо больше возможностей.
Дарья расскажет о том, какие нотации для описания процессов вообще существуют, в чем их принципиальное отличие и как их применять в разных контекстах: автоматизации бизнес-процессов, имитационном моделировании и функционально-стоимостном анализе, создании программных роботов.
Целевая аудитория доклада: руководители компаний, руководители департаментов, операционные директоры, HRD.
Анализ процессов на основании цифровых следов
![](https://habrastorage.org/getpro/habr/upload_files/040/cf2/7f1/040cf27f18ea50437de29b90b85f9750.jpg)
Наталья Дубиничева
Сбер
Process Mining — современная технология для анализа процессов на базе цифровых следов в информационных системах, сейчас активно набирает популярность среди бизнес-аналитиков, специалистов по управлению процессами, операционных менеджеров и внутренних аудиторов. Технология применима для анализа процессов из разных областей — продаж, закупок, логистики, бэк-офиса. Применение технологии позволяет удешевить процесс в среднем более, чем на 10%.
В мире существует большое количество коммерческих и open source-инструментов для пользователей разных уровней — от бизнес-пользователей до датасаентистов. Основные игроки на западном рынке process mining — SAP, IBM, Software AG, UI Path.
В Сбере технология process mining применяется с 2018 года. Реализовано более 200 проектов по анализу и оптимизации процессов. Применение технологии позволяет выявить узкие места в процессе, сформировать оптимальный сценарий выполнения и удешевить процесс в среднем более чем на 10%.
Сбер разработал два собственных инструмента: платформу Sber Process Mining для бизнес-пользователей и аналитиков и open source-библиотеку SberPM для датасаентистов. Оба инструмента активно применяются как Сбере, так и за его пределами.
Интеграции
Препарируем устройство Kafka на пальцах
![](https://habrastorage.org/getpro/habr/upload_files/6b1/7bd/e96/6b17bde96427f3d41611c8760608742a.jpg)
Андрей Бураков
NextWay
Воркшоп для аналитиков, кто уже 100500 раз читал про Kafka и топики, но так и не разобрался, почему они организованы именно так. На практических примерах разберем ключевые концепции Kafka: топики, партиции, consumer-группы и репликацию.
Приходите, если готовы думать и рисовать, а не только слушать. Воркшоп будет полезен для аналитиков middle-уровня, имеющих общее представление о брокерах сообщений, но слабо знакомых с Kafka.
![](https://habrastorage.org/getpro/habr/upload_files/41d/c62/1a7/41dc621a7683b6fa00041cb7b4f0d7e6.jpg)
Andres Sacco
TravelX
Большинство разработчиков создают и вносят изменения в различные API месяцами или годами, и это типичный сценарий, но что происходит, когда нужно удалить API? Вот тогда обнаруживаются различные проблемы, которые находятся за пределами контроля.
Как дешево и быстро интегрировать legacy-сервисы в мобильное приложение
![](https://habrastorage.org/getpro/habr/upload_files/9ce/c63/0ef/9cec630ef52ce525e5f61c00787c26ac.jpg)
Артём Зяблицев
Альфа-Банк
Артём расскажет, как его команда строила архитектуру мобильного приложения для сотрудников Альфа-Банка. Особенность заключалась в том, что нужно было объединить под капотом десятки корпоративных систем без огромного штата разработчиков.
Они выбрали микросервисную архитектуру: frontend на ReactJS, Middle-часть — на Node.js (NestJS). А сервисы внутри приложения разрабатывались с адаптивным вебом: сделали один раз — работает в вебе и мобилке.
Доклад будет полезен аналитикам, архитекторам, продактам, которые выбирают технологические решения для своих продуктов.
Напоследок
Напоминаем, что конференция — это не только доклады. Офлайн-часть — это всегда возможность вволю пообщаться, подойти к стендам компаний-партнёров, познакомиться с новыми людьми. Но даже онлайн-участники смогут как следует позадавать вопросы спикерам: для этого у нас существуют специальные «дискуссионные зоны» после каждого доклада». Так что приходите не просто послушать спикеров, но и как следует обсудить сказанное.
Конференция Flow 2023 пройдет 4–5 сентября в онлайне и 11–12 сентября в Москве (с возможностью подключиться удалённо и к московской части).
ссылка на оригинал статьи https://habr.com/ru/companies/jugru/articles/690454/
Добавить комментарий