🚀 Event Storming — инструмент, который прокачает твое понимание процессов

Стать разработчиком — это научиться писать код.
Стать лидом — это научиться видеть систему целиком.

Когда ты кодишь, перед тобой таска: сделать API, написать фичу, закатить в прод. Но как работает весь процесс в продукте?
Где баги не в коде, а в бизнес-логике?
Как понять, почему пользователи страдают, а разработка буксует?

Тут нужен Event Storming — инструмент, который помогает разобраться в логике продукта, а не просто штамповать классы и эндпоинты.

🔍 Как это работает?
🎯 Цель
Объединить всех участников проекта в одном инфополе:

- Разработчиков
- Аналитиков
- Менеджеров
- Дизайнеров
- Маркетинг

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

📌 Что нужно?
Большая доска или стена
Sticky notes (желтые, синие, зеленые, оранжевые, розовые)
Фломастеры
❗ А если команда удаленная?
Берем Miro, Mural или FigJam — и все работает онлайн так же круто. Главное, чтобы все могли одновременно редактировать и двигать карточки.

👣 Этапы процесса
1️⃣ Фиксируем события 🟡
Записываем все важные события («Заказ создан», «Платеж выполнен», «Товар отправлен») на желтые стикеры и размещаем их в хронологическом порядке.

📌 Что такое событие?
Это момент времени, который изменяет состояние системы.

🔹 Было: «Заказ в корзине» → 🔸 Стал: «Заказ оформлен»
🔹 Было: «Оплата в ожидании» → 🔸 Стал: «Оплата подтверждена»

2️⃣ Добавляем команды и домены 🔵
Теперь нужно понять, какие команды или подсистемы управляют этими событиями.
Ставим синие стикеры с названиями команд или доменов.

💡 Например, «Оплата подтверждена» может относиться к домену Биллинг, а «Заказ отправлен» — к Логистике.

3️⃣ Прописываем действия (команды) 🟢
Каждое событие чем-то вызвано. Это могут быть:

-Действия пользователя
-Системные команды
-Автоматические процессы

Здесь используются зеленые стикеры, на которых пишем команды:

🔹 Оплатить заказ → 🎯 вызовет событие Оплата произведена
🔹 Отправить заказ → 🎯 вызовет событие Товар отправлен

4️⃣ Определяем бизнес-правила (политики) 🟠
Теперь добавляем оранжевые стикеры с бизнес-правилами, которые влияют на события.

🔸 «Если товар в наличии, отправляем сразу»
🔸 «Если оплата не прошла за 24 часа, заказ отменяется»

Такие правила помогут увидеть узкие места и потенциальные проблемы.

5️⃣ Интеграции и системы 🌸
Наконец, розовые стикеры — это внешние системы.
Они помогут понять, где у нас зависимости и потенциальные точки отказа.

🔹 «Банковский шлюз» → принимает оплату
🔹 «Складская система» → управляет запасами

✅ Что мы получаем в итоге?
На выходе у нас не просто диаграмма, а:
✔ Полное понимание бизнес-процесса
✔ Видно узкие места и баги в логике
✔ Команда говорит на одном языке
✔ Легче обсуждать архитектуру

💡 Реальный пример
Допустим, твоя команда делает онлайн-магазин 🛒
Хочешь понять, где могут быть проблемы?

Event Storming покажет весь процесс:
1️⃣ Пользователь добавил товар в корзину
2️⃣ Нажал «Оформить заказ»
3️⃣ Система проверила наличие товара
4️⃣ Прошла оплата
5️⃣ Склад отгрузил товар
6️⃣ Курьер доставил заказ

На этом этапе можно увидеть:
🔸 Где возможны задержки
🔸 Что делать, если товара нет в наличии
🔸 Что происходит, если платеж не прошел

🤔 Почему это важно для лида?
💡 Код — это просто инструмент. Продукт — это процессы.
Лид — это не просто главный разработчик. Это человек, который видит систему целиком.

Вот почему Event Storming полезен:
🧠 Начинаешь мыслить процессами, а не строчками кода
🔍 Видишь реальную проблему, а не просто выполняешь таску
🤝 Команда лучше понимает бизнес, а не просто «пилит фичи»
⚡ Легче обсуждать архитектуру с продуктовой командой

🎯 Когда использовать?
🔹 Новый проект — чтобы разобраться, как все должно работать
🔹 Оптимизация — ищем, где теряются деньги, время и пользователи
🔹 Рефакторинг — готовимся к переделке архитектуры
🔹 Обучение — помогаем команде быстрее вникнуть в систему

💬 Итог
Event Storming — это чит-код для лидов. Он помогает:
✅ Разобраться в продукте на уровне процессов
✅ Увидеть узкие места
✅ Говорить с командой на одном языке

🚨 Apple неожиданно закрыла доступ к ADEP для россиян

ADEP — это платформа для разработки корпоративных iOS-приложений, которые можно распространять мимо App Store. Ее используют банки, ритейл, логистика и другие компании, чтобы раздавать софт сотрудникам.

📉 Теперь приложения перестали работать, альтернатив пока нет, а бизнес в шоке.

#новости

Доброе утро! ☀️ Если кто забыл — сейчас Масленица, так что я официально объявляю неделю поедания блинов 🥞🔥

Что на самом деле делает тимлид? 🤔

Я не первый раз в роли тимлида, но каждый раз убеждаюсь, что это совсем не то же самое, что быть сеньором. Все эти разговоры про event-based архитектуру, подходы к масштабируемости и производительность… Да, это тоже важно, но с этим можно справиться, если понимать, что и как нужно строить в коде. А вот как работать с людьми — тут уже сложнее.

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

В стартапе не было никаких процессов, и я всё время выполнял заградительные функции: не давать всем уйти в хаос от бесконечных идей. Это был крутой опыт, но и дикий стресс 😅, потому что задач было много, а структура отсутствовала. Теперь в более крупной компании с процессами я сталкиваюсь с другой проблемой: надо управлять людьми и их ожиданиями. И вот здесь я понимаю, что навыков для этого катастрофически не хватает. 🧐

🔸 Тимлид — это не только старший разработчик, но и человек, который может создать правильную атмосферу для работы. Это и про делегирование задач, и про поддержание морального духа в команде. 🙌

🔹 Задачи тимлида: научиться говорить с людьми так, чтобы они тебя не только слышали, но и чувствовали твою поддержку. Иногда важнее услышать, что команда думает, чем сказать, что делать. 💬

🔸 Без навыков общения и взаимопонимания далеко не уедешь. Все эти советы по построению архитектуры круты, но если команда не сработается, ничего не выйдет. Не хватает постоянной работы с людьми, а не только с задачами. 🤝

Мне нравится быть тимлидом, и я всё ещё учусь. Но одно я понял точно: без развития soft skills двигаться дальше в IT тяжело. Работать с кодом можно, а вот работать с людьми — это совсем другой уровень. 💥

Я пока не мастер общения, но этот путь мне точно интересен! А что для вас сложнее — код или управление людьми? 🤔

#bio

Всем доброе утро ☀️ ЧУВАЧКИ 🐸!

Сегодня чуть-чуть проспал, и в спешке почти забыл сказать вам "доброе утро". Но всё в порядке — TickTick мне напомнил! 😆

Вообще, два приложения спасают моё планирование: 📌 Obsidian и ⏳ TickTick. Расскажу сегодня как я их использую и какие есть идеи...

🛠️ Идеальная система планирования: мой эксперимент

Я долго искал удобную систему управления задачами, и пока остановился на связке:

📌 Obsidian — для долгосрочных целей и структуры. Здесь фиксирую идеи, вижу картину в целом и строю планы.
✅ TickTick — для ежедневных задач. Это не просто todo-лист, а целый комбайн с трекером привычек, помидоро-таймером и приоритетами.

Но просто вести списки мало, если не понимать как планировать. Сейчас пробую систему 12-недельного года (есть одноименная книга The 12 Week Year), суть которой в том, чтобы перестать мыслить годами и работать в коротких спринтах.

Как я это внедрил:
📌 Долгосрочные цели → разбил на четкие SMART-цели на 12 недель.
📅 В начале каждой недели ставлю задачи, которые помогут добиться итогового результата.
📆 Каждый день планирую задачи, основываясь на целях на неделю.

💡 Матрица Эйзенхауэра в TickTick помогает избегать жёстких планов на день или неделю.
Если внезапно влетает приоритетная задача, я могу отказаться от менее важных дел, не выбиваясь из системы. А ещё она помогает держать фокус на действительно важном и правильно расставлять приоритеты.

🗓️ Без календаря тоже никуда. Вношу туда важные встречи, тренировки, семейные планы, чтобы не перегружать себя и оставлять место для личной жизни.

Всё это пока тестирую, но уже вижу, как система помогает избегать хаоса и двигаться по плану.

Я сейчас ищу удобный плагин для синхронизации TickTick и Obsidian, чтобы задачи плавно перетекали из планов в действия. Это поможет не терять фокус и уменьшить время на переключение между приложениями.
Кроме того, хочу замутить личный бэклог — как техдолг, только для жизни. Это прием, который мне нравится в agile-разработке: список вещей, которые накопились, но пока не срочные. Буду расставлять приоритеты, чтобы не забыть важное, но не перегружать себя лишними делами. Такой подход помогает держать фокус на главном и не увязать в мелочах.

Какие инструменты для планирования используете вы? Делитесь своими лайфхаками! 🚀

#продуктивность

Узнал про инди-хакинг — оказывается, так называется то, чем я занимаюсь в свободное время. К сожалению, пока не очень успешный инди-хакер. 😅

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

Всем спокойной ночи, пойду спать под инди-музыку. 🎧✨

Почему мои проекты не взлетают? Давайте нырнём в мир моих факапов 🧠💥.

Как только я устроился на первую работу разработчиком, в голове засела мысль: хочу свой стартап. Или хотя бы проект. Прошло уже почти 8 лет, я реально запустил несколько IT-штук (писал об этом тут в блоге), но денег они принесли... ровно ноль. Иногда даже в минус уходил.

🔥 Первый проект — масштабная засада
До сих пор над ним работаю. Он жрёт кучу времени и сил, но денег — ни копейки. Почему? Да потому что мы сами не знали, что хотим сделать. Просто хотелось что-то грандиозное. Итог — бесконечная разработка. Беритесь за такое, только если готовы к долгой игре без гарантий.

🎯 Бот с колесом фортуны и рефералкой
Единственный проект, который хоть что-то принёс. Продал его один раз — и тишина. Но зато урок:

⚡ Код надо писать быстро, просто и под конкретную задачу.
🧠 Никакого энтерпрайза с заделом на будущее — проверяй идею на коленке и не усложняй.

🤑 Тут Даром — круто, но бесполезно
Писал об этом в блоге (ссылка тут). Испробовал кучу новых технологий, даже обёртку для Telegram Mini Apps на Dart накодил. Технически — конфетка, а вот где пользователи? Telegram пока не даёт толковых инструментов для продвижения таких штук.

Выводы из факапов:
👉 Делай одну конкретную фичу, а не огромное приложение.
👉 Пиши простой код, чтобы быстро тестить идеи.
👉 Думай про трафик заранее — как люди узнают о твоём продукте?
👉 Запускай то, что нужно конечному пользователю, а не то, что интересно тебе самому.

Итог: пробовать не перестану. Каждый провал — это шаг к чему-то рабочему.

А у вас какие проекты не взлетели? Что вас стопорило? 😏

#пробую