Telegram Web Link
На Третьей конференции Systems Design Online 13 апреля пройдет онлайн-воркшоп на тему «Принятие и документирование архитектурных решений»

Воркшоп будет особенно полезен:
— Системным аналитикам уровня Middle- (и выше)
— Специалистам, которые занимаются проектированием и интеграцией сервисов
— Архитекторам решений

На воркшопе участники научатся:
— Осознанно подходить к проектированию решений
— Фиксировать архитектурные решения, используя ADR (Architectural Decision Records)
— Работать с несколькими вариантами архитектурных решений, анализировать их плюсы и минусы

Программа воркшопа:

1️⃣ Введение 
— Знакомство, цели воркшопа
— Краткий разбор ADR и его ценности

2️⃣ Первая итерация
— Участники работают в группах, решают задачу
— Оформляют архитектурные решения

3️⃣ Разбор первой итерации
— Группы меняются результатами
— Анализируют чужие решения, вносят правки

4️⃣ Вторая итерация
— Уточнение и адаптация решений
— Документирование принятых решений

5️⃣ Финальный разбор
— Обсуждение типичных проблем
— Выводы, рекомендации

Оплатить воркшоп можно по ссылке
Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
👍2
Воркшоп «Проектирование DWH по методологии Data Vault»

🔹Когда старт?
16 апреля

Data Vault, методология проектирования DWH, проще якорной модели (Anchor Modeling), но также обладает высокой гибкостью и лучше поддается дополнению и расширению по сравнению с классическими звёздными схемами по Кимбалу и Инмону.

🔹Цель обучения
На воркшопе мы спроектируем схему хранилища данных по методологии Data Vault. Последовательно пройдём 5 шагов: от концептуальной модели предметной области до табличной схемы, определив источники данных, бизнес-ключи для хабов и их контекстные свойства в таблицах-спутниках.

🔹На воркшопе будет групповая работа по кейсам: Банк, Служба доставки, Служба такси.

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

Регистрация

#воркшоп@systems_education
👍1
BPMN vs. Event Storming: что выбрать и когда?

1. Что такое BPMN?
BPMN — графический нотационный стандарт для описания бизнес-процессов.
— Цель: показать, как выполняются процессы (задачи, события, шлюзы), какие ресурсы участвуют и где принимаются решения.

Плюсы: строгая нотация, возможность запускать диаграммы на выполнение, единый стандарт, популярность.
❗️ Минусы: трудно вносить изменения, требует глубокого знания / понимания нотации, может оказаться сложным в обучении и громоздким для больших процессов; ориентирован в основном на уже формализованные схемы.

2. Что такое Event Storming?
Event Storming — «мозговой штурм» в стиле DDD, основанный на выявлении ключевых событий и правил с помощью построения диаграммы из стикеров и совместного обсуждения.
— Цель: быстро «вытащить» из экспертов, что происходит в процессе, какие команды инициируют события и каковы основные бизнес-правила.

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

3. Как выбрать подход?
— Нужно формально описать уже известный процесс: используйте BPMN.
— Только изучаете область: Event Storming быстрее раскрывает ключевые идеи и болевые точки.
— Нужен быстрый результат: Event Storming стартует проще, BPMN даёт надежный способ сохранения результатов.
— Необходимы формальные регламенты и аудит: BPMN предпочтительнее как официальный стандарт.
— Требуется командная сессия для генерации идей: Event Storming вовлекает стейкхолдеров, даже без технических навыков.

4. Можно ли совмещать BPMN и Event Storming?
— Сначала с помощью Event Storming выясняют «карту» домена, события и цепочки действий, а также фиксируют суть процесса и его участников
— Затем ключевые процессы оформляют в BPMN, чтобы зафиксировать процесс для передачи далее в проектирование и разработку.

Таким образом, Event Storming помогает «раскрыть» глубину домена, а BPMN даёт формальную нотацию для внедрения и документирования процессов.


Научиться моделированию бизнес-процессов и эффективному использованию BPMN можно на нашем воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».
Регистрация

Если вас интересует применение подхода Event Storming на практике, то регистрируйтесь на воркшоп: «Event Storming как техника моделирования предметной области и выявления микросервисов».
Регистрация

#воркшоп@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
9👍2
Воркшоп «Бизнес-анализ. Разработка пользовательских требований и постановка задач на разработку»

🔹 Когда?
с 24 мая (сб)

Цель обучения — научиться описывать постановку задачи на разработку ИТ-системы, сервиса, продукта в понятной, однозначной, наглядной форме, не залезая в детали реализации.

Воркшоп подойдёт тем, кому важно уметь ставить задачи на разработку ИТ-систем и сервисов:
— бизнес-аналитикам
— Product Owner
— менеджерам продукта и проекта

🔹 Чему Вы научитесь?
— Как определять состав продукта, исходя из целей
— Как проводить декомпозицию историй продукта
— Как приоритизировать бэклог
— Как писать хорошие истории
— Как создавать план развития продукта

Подробнее о программе воркшопа можно узнать тут!

#Agile
4👍2
Media is too big
VIEW IN TELEGRAM
🛰 Олег Гришко, Главный ИТ-Архитектор с опытом более 20 лет, выступит на третьей конференции Systems Design Online с докладом на тему «Построение платформы данных»

Обсудим:
— Trade-offы и возможные компромиссы при создании платформы
— Как довести начатое до конца, чтобы все остались довольны

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
👍3
На Третьей конференции Systems Design Online 13 апреля пройдут два мастер-класса

Тема конференции в этом году — «Компромиссы проектирования — баланс между атрибутами качества, финансированием и сроками». Все воркшопы и мастер-классы помогут участникам быстро освоить умения, необходимые для проектирования эффективных информационных систем.

Подробнее о мастер-классах конференции:

1️⃣ Архитектурные решения и AI

За 2 часа вы узнаете:
— О разных способах применения больших языковых моделей
— Как анализировать текущие архитектурные решения
— Как анализировать архитектурные схемы с помощью LLM
— Как создавать документацию к архитектурным решениям
Подробнее о мастер-классе

2️⃣ Тестирование архитектуры программного обеспечения
Бесплатный для всех участников конференции


Будет особенно полезен:
— Разработчикам микросервисных систем
— Junior-архитекторам
— Бэкенд-разработчикам, которые хотят перейти в архитектуру
— Системным аналитикам
— Архитекторам

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Онлайн-курс «Системное моделирование. Проектирование информационных систем с помощью UML»

Вас ждут 4 занятия по 4 часа (по субботам)

🔹Когда?
17 Мая — 7 Июня

🔹Для кого полезен курс?
— Системных и бизнес-аналитиков, которые хотят улучшить навыки визуализации и фиксации требований с помощью UML-диаграмм
— Системных аналитиков и проектировщиков, желающих эффективно проектировать архитектуру и взаимодействия в программных системах
— Тестировщиков и технических писателей, стремящихся глубже понять процессы и состояния систем для создания более точной документации
— Менеджеров проектов и продакт-менеджеров, цель которых — лучше понять процессы разработки и развертывания для успешного управления проектами
— Начинающих ИТ-специалистов, желающих освоить универсальный инструмент для моделирования и анализа систем

🔹Вы научитесь:
— Определять, когда использовать объектно-ориентированный, а когда — структурный подход к описанию процессов и систем
— Выбирать наиболее подходящую UML-диаграмму для описания конкретного артефакта при разработке требований к ПО, описании процессов и систем
— Описывать структуру и поведение информационных систем и бизнес-процессов в виде наглядных и понятных UML-диаграмм
— Говорить с разработчиками на одном языке
— Эффективно применять инструментарий UML в реальных задачах бизнес- и системного анализа, от описания требований до разработки программной документации (ТЗ, спецификация требований, руководство пользователя и администратора)
— Пользоваться облачными редакторами для разработки UML-диаграмм

Регистрация

#курс@systems_education #UML@systems_education
21
🎥 Выложили запись доклада Дмитрия Пахомова с конференции Systems Design 24 на тему «Проектирование эффективной системы кэширования»

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

Тайм-код доклада:
00:00 О докладе
01:11 Пример приложения
02:39 Что такое кэширование?
04:02 Классификация
07:35 Application cache
10:45 Мониторинг
13:45 Проблема 1: Дублирование запросов в полёте
18:03 Проблема 2: Недоступность данных во время сбоя
21:44 Проблема 3: Timeout мешает наполнению кэша
25:43 Итог

Посмотреть можно на нашем You-Tube канале

🚀 12-13 апреля состоится третья конференция Systems Design Online

Конференция Systems Design Online будет интересна:
— разработчикам и аналитикам
— архитекторам и руководителям ИТ-проектов
— всем, кто стремится повышать эффективность бизнес-процессов при помощи современных технологических решений

Подробнее о конференции здесь
Канал конференции @systems_design_online

#выступления@systems_education
🤩2
5 апреля (сб) в 18:00 МСК пройдет вебинар на тему «AI-управляемые архитектуры данных в корпоративных системах», на котором вы узнаете, как проектировать и внедрять архитектуры ИИ в реальном времени с использованием событийного подхода, стриминга и современных инструментов.

Проведёт вебинар Денис Прилепский, специалист с более чем 15 годами опыта в сфере технологий и ИИ в рамках внутренних и внешних проектов для крупнейших компаний в финансовом секторе, добывающей промышленности, потребительских товаров и телекоммуникаций.

▫️План вебинара:
1. Зачем бизнесу ИИ в реальном времени
2. Архитектура потока данных с ИИ
3. Паттерны архитектуры: Lambda, Kappa
4. Технологии, инструменты и ключевые блоки (Kafka, Flink/Spark, Feature Store, Model Serving, аналитика)
5. Оптимизация и надёжность
6. Практические принципы проектирования
7. Выводы и рекомендации
8. Ответы на вопросы


▫️Кому будет полезен вебинар?
— ИТ-архитекторам и руководителям разработки, которые планируют или реализуют проекты с real-time аналитикой и ИИ
— Руководителям ИТ и цифровых трансформаций, интересующимся практическим применением ИИ в бизнес-процессах
— Бизнес-аналитикам и product-менеджерам, которым важно понимать, как архитектурные решения влияют на скорость и эффективность ИИ-систем.

👥 У всех слушателей будет возможность задать вопросы в режиме реального времени

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

Регистрация

❗️Если у вас не открывается страница регистрации в браузере Telegram, перейдите в любой другой браузер — это должно решить проблему.

#вебинар@systems_education
1
🛰 Антон Давыдов, Solution architect и Разработчик, выступит на третьей конференции Systems Design Online с докладом на тему «Как предсказать будущее системы (почти)»

О докладе:
Работая над проектом, хочется предсказать, что будет с ним в будущем. И благодаря таким предсказаниям заранее «подложить солому», подготавливая код к преедсказанным изменениям. Например, можно предположить, что стоит заранее вынести сервис из монолита прямо сейчас, а через пару месяцев понять, что сервис не нужен бизнесу. Либо запариться с оптимизацией кода или новым языком в компании, а вместо этого окажется, что бизнесу важнее быстрое появление новых фичей в проекте.

На деле, подобные предсказания могут сильно отличаться от действительности, так как для предсказания учитывается не весь контекст, а только технический. Либо вообще предсказывают по наитию, либо «потому что так сделали в другой компании».

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

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
3
💰Сейчас самое выгодное время, чтобы зарегистрироваться на летний поток «Systems Analyst Bootcamp».
И это не шутка!


12 апреля будет второе повышение цен на программу переподготовки. Буткемп подойдёт тебе, если ты уже давно рассматриваешь профессию СА, хочешь быстрый карьерный старт или не первый месяц борешься с «синдромом самозванца».

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

Каждую неделю вас будут ждать:
— Два четырехчасовых воркшопа для получения теоретических знаний и практических умений
— Двухчасовая встреча-созвон с Заказчиком
— Встреча-созвон с командой для выполнения совместных заданий
— Отработка теоретического материала на обучающей платформе
— Выполнение индивидуальных домашних заданий и предоставление их на проверку
— Ведение документации в рабочем пространстве команды

Подробнее ознакомиться с программой буткемпа вы можете тут

#буткемп@systems_education
👍31
This media is not supported in your browser
VIEW IN TELEGRAM
📋 Требования нужны не каждому проекту!

«Где ваши требования? Почему до сих пор нет ТЗ?»

— это стандартные упрёки в сторону аналитика, особенно в первые недели проекта. Считается, что без требований нельзя проектировать, а уж тем более разрабатывать. Но что, если требования — это вовсе не обязательный элемент проекта?

В 2012 году профессор Пол Ральф ввёл в обиход термин «иллюзия требований». Он доказал: многие из того, что мы называем «требованиями», на деле оказываются целями, предпочтениями или проектными решениями.

Когда требований нет — И ЭТО НОРМАЛЬНО

Представим ситуацию. Бизнес хочет «снизить нагрузку на операторов». Мы можем достичь этой цели совершенно разными путями:
— внедрить чат-бота
— автоматизировать документооборот
— перераспределить звонки между отделами

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

И вот тут аналитик часто попадает в ловушку: он начинает оформлять конкретное проектное решение (например, «добавить чат-бота с тремя ветками диалогов») как «требование». А значит, сужает пространство решений. Мы как бы утверждаем: «по-другому нельзя», хотя это не так.

На курсе «Системный анализ. Разработка требований в ИТ-проектах» мы разбираем:
— как отличить реальные требования от решений и предположений
— как действовать в условиях высокой неопределённости
—как вести проект без «иллюзии требований»

Подробнее о курсе

#курс@systems_education #системный_анализ@systems_education
9
🚀 Третья онлайн-конференция Systems Design Online состоится уже через несколько дней

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

В первый день вас будут ждать более 20 докладов, а во второй — три воркшопа и два мастер-класса с акцентом на практику!


Каждая секция докладов в этом году раскрывает главную тему конференции с разных сторон:

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

📍Секция «Искусственный интеллекст и Машинное обучение» освещает современные методы и практики, позволяющие использовать потенциал данных и интеллектуальных систем в бизнесе. Участники узнают, как построить эффективный процесс обработки и анализа данных, какие подходы наиболее результативны, а также как масштабировать и проектировать решения ИИ в условиях растущей нагрузки и разнообразия бизнес-требований. Также мы затронем темы применения AI для решения задач, возникающих в процессе разработки и внедрения решений.

Билеты на конференцию, воркшопы и мастер-классы можно приобрести на сайте

Канал конференции @systems_design_online

#конференция@systems_education
1
Как распознавать и бороться с анти-паттернами в Event Storming

Event Storming — это эффективная техника для командной работы, выявления проблем, создания общего понимания сложных бизнес-процессов и проектирования систем, их поддерживающих. Она помогает «вытащить» важные события, увидеть логику взаимодействий и сформулировать ясную картину того, что происходит в компании. Однако, как и любая техника, Event Storming подвержен ошибкам, которые могут свести на нет все усилия. Ниже рассмотрим наиболее распространённые «анти-паттерны» и способы их преодоления, чтобы ваши сессии были максимально продуктивными.

Что такое анти-паттерны?
Анти-паттерны — это решения, которые выглядят разумными на первый взгляд, но приводят к негативным последствиям. В контексте Event Storming анти-паттерны мешают команде достичь цели, запутывают участников и порой даже демотивируют их. Понимание этих ловушек — первый шаг к проведению успешных сессий.

1️⃣ Хаос на доске
— Слишком много стикеров, нет чёткого порядка размещения
— Трудно отследить логику процесса, участники теряют нить повествования
— Сессия превращается в поток бессистемной информации

Способы борьбы
— Чётко определите границы: До начала сессии согласуйте, какую часть процесса вы рассматриваете (scope).
— Задавайте направляющие вопросы: Модератор (фасилитатор) может периодически напоминать, о чём идёт речь: «А как это событие влияет на итог?», «Почему оно здесь важно?».
— Используйте фильтрацию: После «выгрузки» событий на доску сгруппируйте и приоритизируйте их, чтобы оставить наиболее критичные для обсуждения.

2️⃣ Доска — личный дневник
— Один-два человека доминируют, а остальные участники молча наблюдают
— Вклад других членов команды почти не учитывается

Способы борьбы
— Активная фасилитация: Модератору важно «подсвечивать» каждую роль, задавая вопросы всем участникам
— Распределение ролей: Назначьте, к примеру, «писателя», «аналитика» и «наблюдателя», чтобы каждый внёс свой вклад
— Перерывы и общение: Небольшие паузы в работе помогают людям размяться и поделиться идеями в менее формальной обстановке

3️⃣ Непонятный язык
— Использование узкоспециализированных терминов, которые понятны лишь части аудитории
— Недопонимания приводят к искажению информации и повторным разъяснениям

Способы борьбы
— Максимальная ясность: Старайтесь формулировать события простыми словами
— Уточняйте значения: Если кто-то вводит новый термин, попросите его объяснить смысл для всех
— Фиксируйте словарь: Если термин используется часто, зафиксируйте его определение где-нибудь на доске, чтобы все говорили «на одном языке»

4️⃣ Зацикливание на деталях
— Команда уходит в обсуждение мелочей, забывая об общей картине
— Слишком много времени тратится на уточнение второстепенных моментов, прежде чем сформировано общее представление о процессе

Способы борьбы
— Начинайте с ключевых событий: Отметьте самые важные пункты и стройте повествование вокруг них
— Используйте «парковку»: Если деталь требует глубокой проработки, вынесите её на отдельную часть доски. Вернётесь к ней позже, если действительно потребуется
— Избегайте преждевременной оптимизации: В ходе Event Storming главное — увидеть всю картину процесса, а не сразу решать технические нюансы

5️⃣ «Забытые события»
— Команда выпускает из виду важные действия или роли
— Диаграмма получается неполной и может ошибочно отражать реальное состояние дел

Способы борьбы
— Визуализируйте полный цикл: Используйте таймлайны или подход «user journey», чтобы шаг за шагом пройти весь сценарий
— Задавайте вопросы «А что, если…»: Они стимулируют участников вспоминать нестандартные или редко возникающие события
— Подготовка к сессии: Соберите предварительные данные из документации, интервью с участниками процесса, исторических записей — это поможет не упустить важные моменты

Event Storming даёт возможности для «раскрытия» сложных процессов и совместной выработки решений. Для применения подхода на практике приглашаем вас пройти воркшоп: «Event Storming как техника моделирования предметной области и выявления микросервисов».

Регистрация

#воркшоп@systems_education
👌7
Media is too big
VIEW IN TELEGRAM
🛰 Дмитрий Золотухин выступит на третьей конференции Systems Design Online с докладом на тему «История переезда с Hive на ClickHouse»

Обсудим:
— Чем занимались аналитики данных в компании More. TV и почему это пришлось менять
— Разбор технического стека аналитической системы (Hadoop, Airflow, внешние SaaS-сервисы, Tableu), его проблемы и почему их нужно было срочно решать
— Сбор требований к аналитической системе, критерии выбора нового стека технологий и их выбор
— Как мы переехали на Clickhouse, Dagster, MinIO, Open Metadata FineBI, Debezium с Kafka, DBT и собственные ML-сервисы
— Что из запланированного получилось, а чего не удалось достичь и почему

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
2👍2
2025/07/09 05:46:49
Back to Top
HTML Embed Code: