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

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

Поэтому сегодня поделюсь с вами тем, что подняло мне настроение: друзья 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) верю, что всему описанному выше, позволит случится мой организм, который в понедельник утром решил начать болеть… поэтому я закидываюсь таблеточками, юзаю ингалятор и в планах спать всю часть полёта до Еревана!

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

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

Успела встретиться и поработать со своим прекрасным ментором @baldyulya и невероятным трекером! В этой маленькой удивительной женщине неиссякаемый источник энергии!

Поездки на конфы приносят еще и такие приятные и полезные встречи!

Да и вообще, хорошо работать с теми, кто тебя вдохновляет, драйвит и развивает!

Первый день конференции подошел к концу!

Он был очень ярким и насыщенным! Много обнимашек, бесконечно любимых и родных лиц и людей! Супер профессиональное и поддерживающее сообщество! А главное очень много хороших инсайтов, на которых, я надеюсь, справлюсь и выращу что-то классное и полезное для себя, команд и компании!

Завтра утром мой МК! Удача и поддержка будут не лишними, так как я не представляю, через сколько ЛЕТ "отпускает", и ты перестаешь волноваться, выходя на сцену с докладом?!

Ну, а ответ на вопрос: "Почему я так поздно пишу этот пост?" - прост! Я снова решила поправить (по собственной инициативе) слайды в последний вечер перед докладом :)

Люблю МК, заставляешь людей работать и отдыхаешь 🤣

Фотка с "рыбалки", а ниже пост про конфу!

Провела МК «Архитектура от словаря: определения как базис проектирования» на #TechLeadConf2023 (которая прошла в рамках #TeamLeadConf2023).

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

Но самая ценная ОС была от ведущего разработчика одной из крупных российских инженерных компаний. Он сказал примерно следующее: "Спасибо, что объяснили, зачем нужен DDD, и почему это базовый паттерн проектирования!" Вот такие отзывы для меня самые ценные. Ведь, если удалось кому-то помочь, то значит, я не зря готовилась и не зря проводила МК!

Конференция порадовала сильными и интересными докладами, отличным нетворкингом, хорошим мерчем на стендах (милоты было прям МНОГО!), обнимашками и снегопадами :)

Спасибо огромное организаторам и всем ребятам из #ontico Это потрясающий уровень подготовки и организации мероприятий!

А теперь краткие выводы для меня, как для докладчика, по результату МК.
Из точек роста:
- этот МК можно проводить на 21 человека в пределе, но лучше 10-15 и тогда возможен индивидуальный подход;
- 2 часа это явно очень мало даже если сжато рассказывать про то, как использовать определения;
- для хорошего погружения в практику надо минимум 6 часов;
- DDD, хоть и на слуху, но каждый раз надо заново рассказывать «что это за зверь» (так что количество слайдов про базу надо увеличить).
Из очевидных +:
- тема нужная, важная и отзывается у аудитории;
- на МК пришли целевые участники и были активно вовлечены в процесс;
- проверила гипотезы, поняла, что стоит перестроить в практической части;
- опасалась, что название «не говорящее», но, приход ЦА показал, что Ок!

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