Telegram Web Link
BPMN-модель как динамический регламент: почему диаграмма должна функционировать, а не лежать в архиве

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

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

1️⃣ Отсутствие привязки к целевым показателям
Часто диаграмма отражает только последовательность действий и ответственных лиц, но не содержит информации о ключевых метриках процесса (Lead Time, SLA, уровень дефектов и т. д.). В результате модель теряет управленческую ценность и не служит основой для контроля эффективности.

🔸 Рекомендации:
— Определить для каждого подпроцесса набор KPI и указать их в описании диаграммы.
— Закрепить методику расчёта показателей в регламенте.
— Интегрировать метрики в операционные дашборды (BI, BPMS), обеспечив оперативный мониторинг.

2️⃣ Отсутствие ответственного за актуализацию
BPMN-модель — это «живой» артефакт, требующий регулярного обновления. Без назначенного владельца диаграмма устаревает уже через квартал, а сотрудники перестают ей доверять.

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

3️⃣ Отрыв модели от операционной практики
Если BPMN-схема не используется при постановке задач, в обучении персонала или автоматизации, она быстро превращается в «декоративный» документ.

🔸 Рекомендации:
— Включить диаграмму в официальные регламенты и процедуры организации; обеспечить ссылку на актуальную версию в корпоративном репозитории.
— Внедрить модель в BPMS или средство управления задачами, связывая шаги процесса с конкретными рабочими заданиями.
— Использовать BPMN-схему как обязательный элемент программы адаптации новых сотрудников.

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

🔸 Рекомендации:
— Разработать два уровня представления:
— High-Level Map — до 9 ключевых шагов с понятными названиями, отражающими суть процесса;
— Detailed View — отдельные подпроцессы для ИТ-специалистов и интеграторов.
— Применять группировку, коллапсы, цветовое выделение и гиперссылки между уровнями.
— Тестировать читаемость схемы на представителях бизнес- и ИТ-команд; дорабатывать до полного понимания.

5️⃣ Неиспользование модели как механизм управления
BPMN должен не просто фиксировать «что» и «кто», но и служить основой для улучшений. Если схема не способствует принятию решений и оптимизации, она бесполезна.

🔸 Рекомендации:
— Организовывать регулярные процессные сессии (Lean, Kaizen, SIPOC) с опорой на BPMN-схему.
— Привязывать элементы диаграммы к результатам внутренних аудитов, отзывам клиентов и показателям NPS.
— Проводить квартальные обзоры схемы с целью выявления узких мест и автоматизации рутинных задач.

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

#BPMN@systems_education #воркшоп@systems_education
61👍1
💬 Что могут спросить про REST API на собеседовании?

На карточках мы собрали все самые часто задаваемые вопросы по этой теме вместе с ответами, которыми вы можете пользоваться! Сохраняйте, чтобы не потерять)

Если вы еще не можете уверенно ответить на все эти вопросы, будем ждать вас на воркшопе «Проектирование интеграции с REST API», где вы под руководством эксперта проанализируете процесс взаимодействия систем, потоки данных, опишете REST-like API и поймёте, как аналитик решает интеграционные задачи.
Регистрация

#воркшоп@systems_education #интеграция@systems_education #RESTAPI@systems_education #посты_про_собеседования #популярные_посты
7🔥2
Дайджест курсов и воркшопов школы на июнь 🌼

Сохраняйте пост, чтобы потом не потерять!


🔹Буткемп:

Системный аналитик: Проектировщик корпоративных информационных систем (с 12 июня)

Программа профессиональной переподготовки для действующих ИТ-специалистов и системных аналитиков
Регистрация

🔹Курсы:

1️⃣ Интеграция систем. Разработка требований и основы проектирования (с 9 июня)

На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация

2️⃣ Проектирование микросервисов (с 12 июня)

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

3️⃣ Системное моделирование. Проектирование информационных систем с помощью UML (с 28 июня)

Этот курс для ИТ-специалистов, которые хотят научиться проектировать сложные информационные системы с помощью объектно-ориентированного подхода и 7 наиболее востребованных на рынке диаграмм UML
Регистрация

🔹Воркшопы:

1️⃣ BPMN для людей: основы самой популярной нотации для описания бизнес-процессов (с 7 июня)

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

2️⃣ Проектирование интеграции с REST API (с 14 июня)

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки
Регистрация

3️⃣ Основы разработки требований к информационной безопасности ИТ-систем (с 16 июня)

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

4️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 28 июня)

Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация

5️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 30 июня)

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

#дайджест@systems_education
👏1🎄1
Очный курс «Системный анализ + ИИ. Разработка требований и функциональное проектирование систем»

🔹Когда?
25-27 сентября

🔹Этот курс для:
— Бизнес-аналитиков, цель которых — перейти от описания бизнес-процессов и пользовательских историй к разработке функций программной системы
— Бизнес-аналитиков, технических писателей, тестировщиков, цель которых — переквалифицироваться в системного аналитика
— Начинающих системных аналитиков, цель которых — структурировать информацию по системным требованиям
— Менеджеров проектов, цель которых — писать техническое задание на софт
— Разработчиков, цель которых — делать свои проекты или разобраться в теме требований

🔹На курсе вы:
— Определите бизнес-задачи, проблемы и цели проекта с помощью экспресс-методов
— Создадите концептуальную модель и словарь данных
— Разработаете законченный документ требований к ПО, который позволит проводить достоверное и качественное планирование, оценку, проектирование, реализацию и приёмку программы
— Выявите функциональный объём проекта с помощью контекстной диаграммы, юскейсов и функциональных требований
— Сформулируете атрибуты качества и ограничений

Регистрация

#курс@systems_education #системный_анализ@systems_education
2🔥1
5 июня (чт) в 19:00 МСК Татьяна Назаренко, эксперт школы SE, проведёт вебинар на тему «Диаграмма Use Case: Построение и применение»

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

Первая диаграмма в этом марафоне — Use Case.


■ План вебинара
1. Use Case диаграмма: назначение
2. Элементы Use Case диаграммы
3. Построение диаграммы: общие принципы + типовые ошибки
4. Итоги вебинара
5. Домашняя работа

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

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

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

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

#вебинар@systems_education
22👍2
Почему могут теряться сообщения в Kafka — и что с этим делать? Несколько дней назад в этом посте мы задали вам такой вопрос. Интересных мыслей от вас было много, но давайте проверим, какая часть из них правильная!

👨‍🏫 Валерий Зубаиров, эксперт нашей школы и ведущий воркшопа «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka», подробно ответил на этот вопрос.

Kafka — технология надёжная, но не магическая. Без должной настройки нет гарантий, что каждое сообщение, отправленное из одного сервиса, обязательно дойдёт до другого. Давайте разберёмся, по каким причинам сообщения могут теряться.

Рассмотрим самый простой вариант: два сервиса (A и B) и топик Kafka между ними.
🔹 A — продьюсер, отправляющий сообщения в топик
🔹 B — консьюмер, как-то обрабатывающий сообщения


Где же может «исчезнуть» сообщение?

1️⃣ Между продьюсером и топиком
— Продьюсер может упасть ещё до вызова метода send()
— Продьюсер не будет ждать подтверждения от брокера-лидера партиции, если параметр продьюсера acks равен 0. В этом случае при любых ошибках (потеря сетевого соединения, падение кластера Kafka и другие) сообщение не окажется в топике
— Если параметр acks равен 1, то продьюсер дождется подтверждения от брокера-лидера, но в случае падения реплик мы снова рискуем потерять сообщение
— Если параметр acks равен all (или -1), то продьюсер дождется подтверждения от всех синхронизованных реплик. Тут в дело вступает параметр min.insync.replicas, который настраивается уже на топике и означает минимальное число синхронизованных реплик для того, чтобы считать запись успешной. Если всего реплик у нас 5, а значение этого параметра 1, то продьюсеру достаточно будет подтверждения только от одной синхронизованной реплики. Состояние остальных при этом его не будет интересовать. И в случае падения этой реплики мы все-таки потеряем сообщение. Если увеличим значение в параметре, то будет больше вероятность сохранить сообщение

2️⃣ Внутри Kafka
— Если в конфигурации брокера указано свойство auto.create.topic.enable со значением true, то топик, указанный продьюсером при отправке, будет создан автоматически, даже если до этого его не было в кластере. Может быть ситуация, когда продьюсер пишет в message_topic, а консьюмер ждет сообщения в message-topic. Явной потери сообщения тут не будет, но поискать причину придётся
— Конфигурация retention-политик (retention.ms, retention.bytes и cleanup.policy) такая, что консьюмер не успевает прочитать сообщение до её срабатывания.
— Полное падение всего кластера. Маловероятно, но если все брокеры расположены внутри одного ДЦ, который горит, то сообщения мы потеряем

3️⃣ При обработке консьюмером
— Авто-коммит сообщений или ручной коммит до обработки могут привести к тому, что смещение зафиксируется до обработки сообщения. При обнаружении проблемы можно будет поменять оффсет вручную и заново всё вычитать (если не сработали retention-политики)

Как диагностировать?
1. Проверяйте конфигурацию брокера, продьюсера и консьюмера. Учитывайте сценарий использования
2. Настройте мониторинг важных параметров:
— Количество отправленных и прочитанных сообщений
— Лаг на кафке
— Ошибки при отправке сообщений и повторные отправки
— Ошибки при фиксации смещений
— Кастомные метрики (количество прочитанных, но необработанных сообщений, ошибки десериализации и др.)

Хотите разобраться в этом глубже, настроить всё правильно и навсегда избавиться от потерянных сообщений? Ждём вас на нашем воркшопе «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka» под руководством Валерия.
Регистрация

#воркшоп@systems_education #RabbitMQ@systems_education  #ApacheKafka@systems_education #популярные_посты
4👍2🔥2
Опубликовали запись доклада Константина Осипова на тему «Data-placement в горизонтально-масштабируемых СУБД» с третьей онлайн-конференции Systems Design Online

Тайм-код доклада:
00:00 О докладчике
02:49 О чём этот доклад
04:33 OLTP vs OLAP
07:48 PostreSQL: basics
08:53 Кратко о Vector database и Fulltext
10:48 Примеры запросов для OLTP и OLAP
12:51 Построчное vs поколоночное хранение
15:54 Горизонтальное масштабирование
18:21 Трейдоффы на примере MongoDB
20:34 Терминология шардинга
24:42 Итоги о способах разбиения
25:35 Range-распределение
27:02 Колокация данных
31:59 Индексы. Локальные и глобальные вторичные ключи
33:50 Глобальные вторичные ключи
38:52 Локальные вторичные ключи
40:14 Техника тиринга
42:19 Нужно ли нам горизонтальное масштабирование
43:22 Заключение. Вопросы

Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК

#базы_данных@systems_education
#конференция@systems_education
👍2🔥1
2025/07/08 19:23:42
Back to Top
HTML Embed Code: