Telegram Web Link
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
Как и обещали, публикуем разбор первой задачки по интеграции от эксперта школы Systems.Education Елены Бенкен!

Ситуация — Синхронизация между CRM и интернет-магазином


✔️ Правильное решение: REST API для прямого обмена данными (в связке с webhooks для событий). Прямое API-взаимодействие между CRM и магазином позволяет передавать данные сразу при изменениях (почти в реальном времени). Например, интернет-магазин может вызывать API CRM при новом заказе или отправлять webhook-уведомление, что по сути тоже запрос к API, инициированный событием.

❗️Почему не остальные:
— ETL или файловая выгрузка — слишком медленно. Данные обновлялись бы раз в сутки (или требовали ручного запуска), что не подходит для оперативной синхронизации.
— ESB — шина данных здесь избыточна. Для связи всего двух систем достаточно прямого подключения; ESB добавит сложность, а скорость всё равно ограничена скоростью передачи данных между системами.
— Webhooks (без API) — сами по себе не заменяют API, а работают вместе с ним. Если одна из систем не поддерживает webhooks, пришлось бы опрашивать API по расписанию (что хуже по скорости). В общем, webhooks хороши именно как дополнение к REST API для пуш-обмена, а не самостоятельное решение интеграции.

По результатам опроса большинство выбрали правильный ответ! Через несколько недель у вас будет еще один шанс проверить свои знания на новой задачке!

На курсе вы «Интеграция систем. Разработка требований и основы проектирования» вы сможете разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем
Подробнее о курсе

#задача_от@systems_education #интеграции@systems_education #курс@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍32
7 июня (сб) Алина Богачёва и Денис Бесков выступят на ЛАФ

🔸 Алина выступит с докладом на тему «AI, что, если?..», расскажет о своей авторской методике проектирования бизнес-алгоритмов с учётом всех негативных сценариев на примере самой ужасной службы доставки.

Существующие методики моделирования (BPMN, Use Case, Event Storming) помогают описывать типовую бизнес-логику, но нередко упускают негативные сценарии, особенно в сложных процессах и для редких кейсов. Когда же в реальности возникают неожиданные ситуации (утеря части груза, несоответствие документов, нарушение временных окон и т. п.), оказывается, что аналитики не предусмотрели таких ветвлений, а бизнес теряет деньги и репутацию.

Пятишаговая методика Алины формально описывает бизнес-алгоритмы: пошаговые схемы, учитывающие негативные сценарии и «частичный успех». Она:
1. Рассматривает «частичный успех» наряду с полным и нулевым.
2. Прописывает негативные ветви для каждого действия.
3. Формализует описание ограничений.
4. Фиксирует итоги (успех/частичный/неуспех) с протоколированием и возможностью повторных попыток.
Подробнее о докладе

🔸 Также Алина и Денис проведут воркшоп «Интервью как инструмент выявления инсайтов и разрешения конфликтов: от вопросов к решениям», где вместе с участниками разберут, как эффективно использовать интервью для рефрейминга проблем и превращения идей в конкретные бизнес-метрики. У вас будет возможность не только рассмотреть теорию, но и применить её на практике, работая в парах.
Подробнее тут

#выступления@systems_education #эксперты@systems_education
🔥511👍1🎅1🎄1
Анна Вичугова, Главный исследователь и разработчик курсов SE, эксперт по бизнес-анализу и проектированию ИС, выступит на ЛАФ с воркшопом на тему «Производительная и отказоустойчивая маршрутизация потоков данных с RabbitMQ»

На практических кейсах посмотрим, как:
1. Спроектировать топологию конвейера приема и маршрутизации событий в RabbitMQ, используя различные обменники и задав параметры для очередей.
2. Отработать случаи с внезапным повышением производительности продюсеров и падением потребителей.
3. Из нескольких альтернативных вариантов обеспечения отказоустойчивости и масштабируемости потокового конвейера выбрать наиболее оптимальный с экономической точки зрения.

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

Подробнее о воркшопе

#выступления@systems_education #эксперты@systems_education
🔥8
Очный курс «Интеграция систем. Разработка требований и основы проектирования»

🔹Когда?
24 — 26 Июля

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

🔹Этот курс для:
Системных аналитиков, которые хотят повысить свой уровень и зарплату с Junior + на Middle
IT-специалистов, которые хотят разобраться в интеграциях
Бизнес-аналитиков, которые хотят стать системными и для этого освоить интеграцию
Руководителей отдела анализа и проектирования, которым нужно подтянуть подчинённых по интеграции
HR, T&D, Тимлидов, которым нужно выбрать курс по запросу внутри компании и обучить на нём сотрудников

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

Регистрация

#интеграции@systems_education #REST@systems_education #брокеры@systems_education #Kafka@systems_education #SOAP@systems_education #XML@systems_education
🔥2
Опубликовали запись доклада Дениса Бескова с конференции Flow на тему «Что не так с онтологией требований Вигерса и что с этим делать»

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

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

#выступления@systems_education
🔥54👍1
Курс «Бизнес-анализ + ИИ. Разработка требований к ИТ-решению с использованием нейросетей»

🔹 Когда?
c 5 Июля по 2 Августа 2025 г.

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

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

🔹 Что вы получите?
— 6 занятий по 2 и 4 часа
5 модулей для освоения авторской технологии перехода от бизнес-требований к требованиям к ИТ-решению
— Опыт командной работы
Практика в командах до 5 человек, работа над сквозными кейсами

Регистрация

#бизнес_анализ@systems_education #ИИ@systems_education
13🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
Как провести Event Storming: от физической доски до удалёнки

Event Storming — это полезная техника для визуализации процессов и создания общего языка между бизнесом и техническими командами. Её можно проводить в двух основных форматах: офлайн или онлайн, рассмотрим их ниже.

🧑‍🏫 ОФФЛАЙН-ФОРМАТ

Классическая сессия Event Storming проводится очно: все участники собираются в одной комнате у физической доски, работают со стикерами, записывают события процесса и обсуждают их лицом к лицу.

Преимущества такого подхода:
— Участники мгновенно реагируют на реплики друг друга, жестикулируют и находят решения «на лету».
— Возможность приклеить стикеры, передвигать их, прямо на стене создаёт эффект полного погружения.
— Все чувствуют динамику процесса и поддерживают одну скорость.

👩‍💻ОНЛАЙН-ФОРМАТ

Если участники работают удалённо, Event Storming можно полностью перенести в виртуальное пространство. Для этого чаще всего используют инструменты для совместного рисования и работы со стикерами. Помимо Miro существуют платформы:
Pruffme
Sboard
Unidraw
holst
— Яндекс Доски

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

Но при этом важно учитывать:
В онлайн-пространстве участникам легче «слиться в фоновый режим» — назначьте чёткие роли и краткие задания с ограниченным временем, чтобы каждый был вовлечён.

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

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

🎥 Опубликовали запись первого вебинара из этого марафона на тему «Диаграмма Use Case: Построение и применение»

Тайм-код вебинара:
00:00 Введение
02:16 План вебинара
03:30 Диаграмма Use Case. Теория
05:02 Процесс проектирования системы
06:50 Описание кейса. Каршеринг — аренда автомобиля
09:23 Элементы диаграммы Use Case
14:04 Название Use Case
23:46 Инструменты для создания диаграмм UML
25:10 Построение диаграммы на примере
35:38 Типовые ошибки
40:19 Пакеты Use Cases
44:18 Заключение
48:43 Вопросы зрителей
01:20:01 О домашнем задании

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

Курс и воркшоп, которые могут быть вам интересны:
«Системное моделирование. Проектирование информационных систем с помощью UML»
«Use Case: основы»

📚 Как и обещали на вебинаре, публикуем домашнее задание для отработки полученных знаний. Через несколько дней в группе по вебинарам @se_webinars опубликуем разбор дз от Татьяны Назаренко. Получить же полноценную обратную связь по вашим наработкам у вас будет возможность на курсе по UML-диаграммам или на коротком воркшопе по Use Case.

Задание — Проект мобильного приложения для пользования услугами такси. Необходимо разработать диаграмму Use Case для будущей системы. Категории пользователей и функционал, который должен быть реализован, приведены ниже
Приложение для пассажиров такси

1. Регистрация и запуск
После установки приложения пользователь регистрируется по номеру телефона. Приложение определяет текущее местоположение с помощью GPS, но адрес можно ввести вручную или выбрать на карте

2. Оформление заказа
— Задать маршрут (адрес отправления и назначения). Можно добавить промежуточные точки.
— Выбрать тариф (Эконом, Комфорт, Детский, для животных и т.д.), при необходимости добавить комментарии для водителя или выбрать дополнительные опции (например, перевозка багажа, детское кресло).
— Выбрать способ оплаты – банковская карта, наличные, Apple Pay, Google Pay и др. Для этого карта привязывается в разделе «Способы оплаты».
— При необходимости можно заказать такси для другого человека, приложение отправит ему SMS с деталями поездки.

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

4. Ожидание и поездка
— Приложение показывает время прибытия машины и оповещает о её приближении.
— Во время поездки отображается маршрут, время и стоимость, есть функция «поделиться маршрутом» с близкими.

5. Завершение поездки и оплата
По окончании поездки оплата списывается автоматически (если выбран безналичный способ), либо оплачивается наличными. Можно оценить поездку и оставить отзыв.

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


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

#вебинары@systems_education
15
🧑‍💻 Ищем авторов экспертно-информационных постов

Что надо делать:
— Писать лаконичные и полезные посты для канала @systems_education
— Форматы: «как это работает», мини-кейсы, инструкции (≈ 2 000–2 500 знаков), создание схем и диаграмм для иллюстрации
— Частота: 1-2 поста в неделю (гибко согласуем график)

Мы даём:
— Доступ к платному ChatGPT Plus от Open AI для написания постов
— Доступ к платному Miro со встроенным AI для создания диаграмм
— Доступ к «Книжной полке» Бюро Горбунова — прокачиваем информационный стиль
— Подборка профессиональных IT-изданий для вдохновения.
— Редакционный гайд и быстрый фидбек
— Дружелюбное комьюнити во внутреннем чате школы

Условия:
— Оплата 1000 ₽ за один готовый пост
— Раз в полгода — бесплатное прохождение курса или воркшопа школы
— Гонорар на карту РФ как самозанятому или ИП

Требуемый бэкграунд:
— Практикующий системный аналитик Middle+ со знаниями интеграций, нотаций моделирования
— Умеете писать понятно о сложном
— Следуете принципам информационного стиля — короткие абзацы, чёткая логика

📌 Как откликнуться

Пришлите @systemseducation:
— ссылку на 1–2 лучшую публикацию в канале @systems_education,
— пару строк о себе и любимую тему в IT-образовании,
— идею вашего первого поста для нашего канала.

Мы ответим в течение 3 дней, дадим тестовое задание (оплачиваемое).
Дедлайн приёма заявок — 23 июня 2025.


👥 До встречи в команде Systems.Education!

#вакансии@systems_education
🔥84
14 июня (сб) в 18:00 мск проведём вебинар на тему «Что может пойти не так в микросервисах»

▫️На вебинаре разберём:
— что такое монолит, а что — микросервис
— почему не стоит сразу писать на микросервисах
— когда действительно нужно переходить на микросервисы
— как выглядит ад микросервисов на практике
— какие задачи придётся решать в микросервисной архитектуре: логгирование, трейсинг запросов, observability

▫️Кому будет полезен вебинар:
— разработчикам, которые хотят понимать последствия архитектурных решений
— архитекторам, выстраивающим масштабируемые и поддерживаемые решения
— системным аналитикам, которым важно учитывать архитектурные ограничения при проработке требований и взаимодействий между сервисами
— тем, кто только планирует миграцию на микросервисную архитектуру, так и тем, кто уже столкнулся с её сложностями.

▫️Ведущий вебинара — Аким Мамедов, Software Engineer с опытом проектирования и реализации корпоративных систем. Работал в банковском секторе, логистике, FMCG и на крупных технологических платформах. В проектах Акима — как классические монолиты, так и распределённые микросервисные архитектуры, включая переезды, масштабирование и устранение последствий неудачного проектирования.

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

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

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

#вебинар@systems_education
2🔥2
Продолжаем серию постов с задачами по поиску оптимального способа интеграции
Все прошедшие задания и разборы эксперта можете найти по хештегу — #задача_от@systems_education

Ваша задача такая же — выбрать наиболее подходящий способ интеграции к описанной ситуации. Через несколько дней выложим пост с разбором от Елены Бенкен, эксперта школы SE и автора курса «Интеграция систем. Разработка требований и основы проектирования».

Ситуация — Передача файлов между бухгалтерией и банком

Задача: бухгалтерская система компании должна ежедневно передавать платежные данные (например, реестры платежей, зарплатные ведомости) в банк и получать ответные файлы с результатами обработки или выписками. Объем данных умеренный, обмен происходит раз в день, ключевые требования — надежность и безопасность передачи.


Варианты решений:
— Безопасная файловая передача (SFTP/FTP) по расписанию
— Прямое подключение по API банка (если доступен)
— Использование шины/посредника (ESB) для маршрутизации данных
— Отправка данных вручную по email 😅

Какой способ выберете для обмена файлами с банком? Совсем скоро сравним ваши ответы с разбором от эксперта!

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

🔔 Следите за обновлениями в канале, если не хотите пропустить разбор от эксперта и следующие задачки по поиску оптимального способа интеграции!

#интеграции@systems_education #курс@systems_education
5🔥2
Обучаем промт-инжинирингу через сторителлинг — на новом вебинаре от Systems Education

Представьте: на складе толпятся жёлтые миньоны-курьеры, часть коробок поехала не туда, накладные расползлись по углам, а клиент уже стучит в чат: «Где мой банан?»

А теперь представьте, что у вас в рукаве есть пошаговый бизнес-алгоритм, в котором уже прописаны решения на ВСЕ «а что, если…» — от пропажи грузовика до внезапной любви миньона к отпуску.

18 июня (ср) в 19:00 МСК на вебинаре systems.education исполнительный и финансовый директор Алина Богачёва возьмёт эту непокорную службу доставки миньонов и — в режиме живого сторителлинга! — превратит хаос в выверенную схему бизнес-процесса:
1. Сначала построим «скелет» процесса, поймаем каждую развилку.
2. Наложим ограничения: где, когда, как и в каких банановых нормах.
3. Вытащим на свет все негативные сценарии — даже самые смешные.
4. Соберём логические конструкции, чтобы миньоны бегали строго по маршрутам.
5. Закрепим итоги документами, актами и уведомлениями (миньоны подпишут!).

Финальный твист: все эти когнитивные стратегии переложим в лаконичные промты для ИИ-ассистента. Он будет сам подсказывать забытые ветви и проверять, не сбился ли миньон с курса.

Для кого вебинар будет полезен — аналитикам, менеджерам процессов, продукт-оунерам и всем, кто устал чинить «непредусмотренное».

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

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

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

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

#вебинар@systems_education
5😁3
💰Через 2 недели повышение цен на осенний поток буткемпа «Systems Analyst Bootcamp»

Буткемп нацелен на быстрый и уверенный старт в карьере СА. Формат обучения на программе переподготовки нацелен на то, чтобы познакомить вас со спецификой работы в данной сфере. За 12 недель вы полностью погрузитесь в реальные задачи системного аналитика, поработав с заказчиком над реальным проектом под присмотром экспертов.

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

4 июля будет второе повышение цен на осенний поток программы переподготовки. Если вы давно хотели сменить профессию или избавиться от «синдрома самозванца», не затягивайте с регистрацией на «Systems Analyst Bootcamp»!

Подробнее

#буткемп@systems_education
1
2025/07/09 00:41:44
Back to Top
HTML Embed Code: