Я сегодня опечалена 😕

Снялась с ArchDays так как воспалился зуб 🦷 и я утопала на больняк, так как долго лечить и жуткая боль. Вот ссылка на доклад, который должен был быть: https://archdays.ru/speakers/

😩 Из плохого: болит сильно!
🙂 Из хорошего: доклад превратится в митап!
🤣 Из смешного: у нас с @miknatr точно семейный подряд, так как оба с конфы перенеслись на митапы.

Вот ссылка на Мишин митап про доменные саги: https://www.youtube.com/watch?v=tLw8lJ-Eijk
Мне импонирует отношение к саге, как к доменной сущности. ИМХО, при таком подходе, многие проблемы проектирования уходят и жизнь становится как-то проще и понятнее (в том числе и в части объяснений, выстраивания диалога с бизнесом).

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

А если хотите похоливарить на тему доклада или накинуть идей-го в комменты!

ПыСы ссылка на прошлогодний с ArchDays: https://youtu.be/iZx4HCqEV-o?si=40WKv7Ekx2yxDQ5a

Делюсь видео своего прошлогоднего доклада с TechLead

А еще у меня есть скидка -30% для одного человека!

Если вы хотите - получить скидку - пишите в комменты, если будет несколько желающих - выберу рандомом.
А вот ссылка на само мероприятие: https://techleadconf.ru/2023

Часто Domain-Driven Design мы рассматриваем сугубо с технической стороны. Но DDD воплощают люди. Екатерина Лысенко рассказала, как ценности и культура в компании влияют на работу практик и архитектуру.


#ТопДокладовTechLeadConf2022

Всем привет!

Сегодня я к вам с просьбой пройти небольшой опрос: https://forms.gle/yd5MYmefrf4KNp2d8

Буду очень признательна за помощь. И да, да, опрос посвящен продукту, который сейчас разрабатываю!

СПАСИБО за время!!!

Сегодня хочу поделиться с вами небольшой своей статьей на LinkedIn о том, кого бы мне хотелось находить при поисках аналитика
Буду признательна, если поделитесь мыслями на эту тему!

Особенно если вы считаете себя аналитиком или выходцем из анализа 🙂

#project_management

Начнем недельку анонсом на TechLead

Я там с МК буду. Приходить повакобулярить!

Всем привет!

Сегодня продолжу холивар про аналитиков и анализ! Нужны/нужно или дешевле, чтобы не было! И в чем измеряется "дороговизна" таких "товарищей"
Пост в статье на LinkedIn.

Давайте обсуждать!

#project_management

Сегодня небольшая статья на LinkedIn порожденная разговором с Анваром, исследованием (ссылка на которое в самой статье), моим весенним докладом на DevOps и недавними диалогами с коллегами из различных IT компаний.

Рассуждаю на тему разрыва и неудовлетворенности между C-level компаний и сотрудниками компаний, и почему я вижу выход из кризиса в рациональной коллаборации.

И вопрос: а на сколько вам удобно читать материалы на LinkedIn?

#people_management

В последние дни много думаю про Обратную связь (ОС), как очень сильный инструмент, которым легко "пренебречь", но который, при разумном использовании, дает потрясающие результаты.
Размышления вылились во внеочередную небольшую статью.

Теперь "лонг-риды" попробую публиковать на Хабре, пжл, дайте ОС - на сколько вам теперь удобно будет!

А еще интересно:
- какие модели ОС вы зачастую используете?
- считаете ли вы ОС - ретроспективной практикой?
- в чем для вас (если оно имеется) отличие ОС от 1:1?

Почему я вообще про ОС вспомнила?! К сожалению (или к радости), занимаясь проектированием, вступая во взаимодейтсвие с различными командами, приходится постоянно реагировать на происходящее и, ИМХО, ОС - один из основных инструментов позволяющих инициировать изменения. Особенно, если вы живете с коллегами в +- единой системе ценностей. Но, нет, ОС - не панацея и все ей не починить!

#people_management

Про Парето

Сегодня подумалось, про ожидания бизнеса от крупных реинжиниринговых проектов. Я про общую ситуацию в секторе.

Правило 20% усилий дают 80% результата зачастую ставится в красный угол всего бизнеса. И это нормально! Но, речь идет о % - то есть о долях! Но нигде не говорится о том, от чьего целого стоит считать! Соответственно у каждого из нас есть возможность попасть в ситуацию, когда 20% моих усилий = 70% усилий другого человека. И тогда, для этого второго человека, мои 20% станут оверкилом!

ИМХО, все «интереснее» при проектировании: 20% потраченные на анализ от общего объема «океана неизвестности» дадут стабильную на 80% архитектуру. И вроде бы это «норм», НО! У каждого из нас размер «океана» свой. Кто-то видит до горизонта, кто-то помнит, что на противоположной стороне другая страна (продукт), а кто-то помнит, что океан всемирный и все продукты компании находятся в одной экосистеме.

И что же получается? Чем больше я знаю, тем больше мои 20% и тем меньше мои 20% на шкале других? И ладно при выводе новых продуктов на рынок, но при реинжиниринге стоит учитывать проблемы интеграций в перспективе 1-5 лет (в зависимости от стабильности компании и продукта).

Мб «продавая» большие архитектурные решения нужно еще и «продать» веру, что приложил ты к этой архитектуре все еще 20%! Но при различных размерах «океана» это уже сложнее…

Что думаете? Какого размера ваш океан?

Когда меня спрашивают о том, зачем я хожу на конференции, то в моменте очень сложно найти ответ!

Но, попробовала сесть и сформулировать. Получились 4 пункта:
1) Я хожу за чувством КАЙФА! Выходишь на сцену, говоришь: "Привет! Я - Катя Лысенко и сегодня..." и дальше ничего не помнишь до фразы: "Спасибо за внимание! А теперь - вопросы!" (Если вы смотрели 3ий сезон "Убийства в одном доме", то эта та самая "белая комната"). Надо признать - я люблю выступать!
2) Пока готовишься, успеваешь осознать, переосмыслить и структурировать очень многое у себя в голове, и это крайне положительно влияет на работу в целом! Уже 2ды по итогам доклада находила действительно стоящие архитектурные правки!
3) С годами мне становится "сложнее учиться". Мозг тяжелее (та и я сама) уговаривается "лопатить" груды инфы + возникает самое вредное чувство: "А это я уже видела, ниче нового!". Но мне лучше стал заходить формат в котором я "учусь" об кого-то: об практики, которые вижу; об вопросы, которые слышу; об людей, которым объясняю! Пока объясняю и ищу ответы - успеваю очень много поднять, узнать и осознать. А для меня очень страшно стагнировать и перестать развиваться.
4) Чтобы менять! Это происходит не часто, но иногда, после докладов/МК, люди приходят и говорят спасибо: за инфу, за знания. Многие из приходящих на основе рассказанного меняют что-то в своей работе, подходах! И вот это - САМОЕ ЦЕННОЕ!

Невозможно изменить весь мир, и для меня удивительно надеяться, что люди узрят что-то "вечное и светлое" в моих докладах/постах. Я надеюсь только на то, что, может быть кому-ниб, что-то отзовется из услышанного/прочитанного, и это сподвигнет человека развиваться и что-то новое узнавать или поможет почувствовать поддержку, что кто-то еще имеет схожие мысли!

Поделитесь, а зачем выступаете вы? Зачем слушаете доклады?

PS На фото самый свежий из прилетевших мне отзывов. С того доклада прошло больше года! Опубликовано с разрешения.

PPS А еще сегодня день доброты!

А вот ссылка на тот доклад, который упоминается в отзыве:

https://youtu.be/-RrsskZE6WA?si=nxbDZXcVgTT1Qo81

#architecture

Ресурс к вечеру закончился!

Вообще готовлю материал про практики риск-менеджмента в разработке. Но все недоготовлю 😄.

Поэтому сегодня поделюсь с вами тем, что подняло мне настроение: друзья DevOpsы поделились грустным слоном из попы кота!

В итоге это напоминалка себе и еще один пункт: почему я хожу на конфы :)

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

Хорошего вечера всем! И не уставайте 👍

У меня не очень производительная неделя на контент.
Но, нет своего контента - делись чужим!

А посему, свежак от Михаила Натарова - вчерашний митап "Сага - решение технической проблемы или доменный процесс?"

Не смотря на то, что я знала содержание мита (просто для тех кто не в курсе, Михаил Натаров - мой муж), я осознала утром, что в своем МК на TechLead упустила одну важную деталь про то как рабоать с сагами в определениях и как пониать, что тебе сага нужна!

А какие саги используете вы? А мб не саги? А почему?

#architecture

Начинаю неделю и начинаю серию постов про риски!

Часть 1

Наверное, я могу сказать, что я фанат рисков. Если говорить о рисках, мне очень нравится фраза: «Риски — это вам не просто так, рисками нужно заниматься». И мне кажется, что важно воспринимать риски не с точки зрения того, что мы один раз посмотрели, что-то учли, и все стало в нашей жизни прекрасно! Нет, риск-менеджмент – это игра в долгую. Вначале ты начинаешь «играть» в риски, а потом они становятся частью твоей жизни. Вопрос: а на сколько риск-менеджмент может стать частью твоей жизни? На самом деле – «НАсильно».

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

Давайте сегодня поговорим про то, что такое риск-менеджмент.

Управление рисками - это прежде всего история про анализ рисков. Мы должны всегда анализировать риски, понимать, насколько сильно они могут повлиять на нас и окружение, и принимать решение о ток как усилить или ослабить их влияние. Почему я говорю не только об ослаблении влияния, но еще и об усилении?
Риски бывают двух типов: положительные и отрицательные.
Здесь удобно сравнить риски со «стресом». Как вы знаете, дистресс - негативный стресс, а позитивный стресс – «эустресс» заставляет нас «гореть» и «свершать».

Примеры отрицательных рисков легко найти: травма, полученная разработчиком, регуляторное закрытие рынка для компаний. С примерами положительных рисков сложнее. Но, они тоже существуют и с «эу»рисками необходимо уметь работать: налоговые льготы и субсидии от государства; реклама вашего продукта инфлюенсером; активность пользователей, вызванная внешними факторами (сервисы доставки и covid).

Управление рисками включает в себя две истории: повышение вероятности возникновения положительных рисков и усиление их воздействия – первая; уменьшение воздействия отрицательных рисков – вторая.

Баланс между хорошим и плохим достигается через регулярность практик.
Конечно же риск-менеджмент – огромная дисциплина, которой учат на специальных курсах. Но даже базовые принципы позволят вам более точно определять сроки запуска фичей и оценить их успешность. Риск-менеджмент строится на прозрачности, что в итоге, это приводит к сокращению числа инцидентов и улучшению качества коммуникации между отделами.

Я хочу в нескольких заметках поделиться с вами тем, как в IT можно использовать практики риск-менеджента и какой профит они приносят.

А вы работаете с рисками? Есть ли регулярные практики, которые применяете?

#project_management