Часто 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

Часть 2 "Про риски"

Чему учит нас эта картинка?

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

Риск-менеджмент всегда про рациональную коллаборацию. Вы можете быть сколько угодно подкованным в области информационного права разработчиком, но опыт, знание судебной практики (не только страны, но и мира, особенно если компания международная), то что внутри разработки не приобретается. И тут важно нести ответственности, но с должным уровнем качества и отдачей, по тому направлению, в котором вы эксперт!

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

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

#project_management

Часть 3 "Про риски" (про наличие ресурса)

Сегодня расскажу истории про риск-менеджмент в жизни! А в следующем посте вернемся к работе!

И на старуху бывает проруха:
На этой неделе я пришла в греческое консульство подаваться на визу:
1) для подачи должны забрать паспорт (но не на 4 дня, как я привыкла, а на 4 НЕДЕЛИ), но мне его не сдать из-за поездки на TechLeadConf, так как на него куплены все билеты (и на него же оформлены все документы для визы)
2) я невнимательно прочла требования на сайте и не увидела, что консульство требует страховку, покрывающую вывоз тела на 30 000€!!! Все страховые дают покрытие вывоза тела на 3500€

Как могло это произойти со мной?! Я же повернута на контроле, проверке всего, у меня есть апостили и миллионы вообще странных и удивительных бумаг!

Ответ прост: я задолбалась, ресурса было немного, и я начала допускать ошибки!

Так как муж находится в схожем состоянии, мы оба друг другу "покивали" при подготовке документов.

Чем все закончилось:
1) мы нашли ЭКСПЕРТА по страховкам, который нашел нам нужную страховую, которая сделал нам нужный полис за 1,5 часа
2) отправили в консульство письмо с просьбой найти дополнительное окно для записи на выдачу визы (так как поездка на конец января, а слотов нет до февраля; конечно же все билеты и брони выкуплены и невозвратные)

Морали "басни":
1) на все нужен ресурс, поэтому заниматься рисками "на последнем издыхании" - ГЛУПО!
2) даже если вы допустите ошибку и пропустите - не учтете риск, то, при наличии привычки обрабатывать быстро критические ситуации - вы скорее всего сможете "выплыть"
3) работая в коллаборативном подходе и с экспертами, вы снижаете вероятности массового "истощения ресурса" и приобретаете "экспертность"

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

#project_management

Жду взлета в аэропорту Ларнаки!

Впереди TeamLead++ Conf! 2 дня обнимашек со всеми, классные доклады и куча новых идей и мыслей. Я как всегда в разделе TechLead, в этот раз с МК про архитектуру от словаря.

Эта конфа для меня начинается, как набор вызовов:
1) я хочу этот МК превратить в очное и он-лайн мероприятие с большим количеством практики и временем для выработки первичного навыка
2) планирую успеть в МСК встретить моего любимого ментора @baldyulya чтобы обнять, напитаться ее силой воли, успеть все обсудить лично
3) надеюсь успеть встретиться с @EAZolotareva чтобы «перетереть» за РИСКИ :) и мб че-ниб совместно наколлабить
4) верю, что всему описанному выше, позволит случится мой организм, который в понедельник утром решил начать болеть… поэтому я закидываюсь таблеточками, юзаю ингалятор и в планах спать всю часть полёта до Еревана!

Из хорошего: в полусне под таблетками, смогла еще чуток упростить схему процессинга!

Так что, до встречи с теми, кто будет на конфе! И до встречи в чатике с новыми топиками и продолжением постов про риски!