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

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

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

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

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

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

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

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

Вот таким стикером из годового ретро одной моей команды я хотела бы начать анонс митапа, который состоится 20го декабря!

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

О DDD можно говорить часами, но в этот раз за 40 минут я поделюсь с вами опытом, который стал базисом проектированием в нескольких компаниях! Этот подход помог выстроить коммуникацию между бизнесом и разработкой и спроектировать архитектуру, как проекцию бизнеса на код, а не в формате "абстрактного коня в вакууме".

📍Приходите, 20/12/23, 19-00 по МСК: https://www.youtube.com/live/RkaRSFsVGrw?feature=shared&themeRefresh=1

О других митапах ArchDays всегда можно узнать по ссылке: https://meetup.archdays.ru/

Доброе утро!

В закрепе пост с приглашением на митап. Вот еще раз ссылка на него: https://t.me/ValueGoalsDDD/50

А я возвращаюсь к вам с историей про риски и консульство! Так вот, 2 письма и 2 недели настойчивых звонков в консульство, и вчера мне пришло заветное письмо с приглашением на 20ое декабря на подачу документов!

Мои шансы на ДР попасть в Грецию и увидеть своими глазами: Афины, Метеоры и Дельфы - кратно возрастают!

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

Кипр объединяет!

Встретились с «любимым душнилой» @innokentyB

Пьем кофе и трындим за IT и конфы! Ребята сделали в этом году в Лиссабоне @EpicHeyConf и зовут на след год к ним!

Думаю, что может быть классная поездка и к любимкам 💞

Как и обещала пост про 1:1.

К сожалению, очень часто 1:1 из ретроспективной развивающей практики, 1:1 становится "местом" для синхронизации и обратной связи.

Я хочу вам показать, как можно использовать 1:1 с точки зрения регулярных инженерных практик и каким целям этот вид встреч может служить.

Как сделать 1:1 полезной инженерной практикой!

Давайте определим, что такое 1:1.

Здесь и далее 1:1 – это регулярная практика между лидом и сотрудником, находящимся в юните лида, основанная на ретроспективном подходе.
Цели 1:1:
− выстраивание и поддержка открытой коммуникации;
− выявление рисков и зон роста в процессах, проектах, практиках и тп;
− калибровка по целям и приоритетам целей сотрудника;
− чек-ап движения по карьерной траектории сотрудника --> планирование шагов для достижения карьерных целей;
− обмен обратной связью.

Я специально в определении не использовала термины «руководитель» и «подчиненный», так как в матричной структуре, лид вертикали может не иметь прямых подчиненных (в горизонтальных компаниях сам термин «подчинения» растворяется в разделении по зонам ответственности).

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

Мои 8 принципов для продуктивного 1:1:
01) Ответственность за 1:1 – «обоюдоострый меч» и лежит на плечах обеих сторон. И с точки зрения подготовки, и с точки зрения проведения, и в исполнении договоренностей.
02) Обязательна обоюдная подготовка! Должны быть адженда, которую могут дополнять и корректировать обе стороны. Время на подготовку должно быть соразмерно адженде.
03) Регулярность: раз в 2 недели/ раз в месяц/ раз в квартал (зависит от процессов юнита).
04) Продолжительность 1:1 зависит от частоты проведения, удаленности сотрудников, процессов юнита. Чем дальше/менее прозрачно – тем больше время на подготовку и проведение.
05) Может быть «отложен» по обоюдному согласию, но не более чем:
a. 3 дня – для 2-недельных
b. 1 неделя – для ежемесячных
c. 2 недели – для ежеквартальных
06) 1:1 должен быть отменен в случае, если у его участников отсутствует ресурс на его проведение. Если вы находитеcь под DDOS атакой несколько недель или у вас сложный запуск большого продукта – 1:1 стоит отложить перенести на срок, когда обе стороны будут в ресурсе, чтобы продолжить работу.
07) Находясь на 1:1 вы смотрите на задачи и проделанную работу, не из точки, в которой видна только сама задача, а из позиции над задачей/работой. Вам необходимы обзор и возможность увидеть проекцию достигнутого результата на начальные цели.
08) Наполнение 1:1 должно быть соразмерно навыкам и ответственности сторон, которые его проводят. Если отсутствует компетенция или вопрос вне зоны ответственности сторон, он паркуется и, по согласию сторон, выносится на коллег, которые могут его решить.

Было ли полезно? Нужен ли шаблон 1:1 встреч, на который я опираюсь при подготовке?

#people_management

В продолжение темы 1:1 хочу вам показать пост Наташи Смирновой - agile-коуча и скрам-мастера, которая не убивает, а развивает Agile!

Она рассказывает, как проводить 1:1, если ты находишься вне юнита!

Я была у Наташи на докладе на TeamLead++ Conf, где она делилась инструментом проведения мозгового штурма! Это было классно и полезно, так как провести штурм таким образом, чтобы от него был дейсвенный "выхлоп" особенно в команде инженеров-интровертов - очень непростая задача, но Наташа дает к ней подробную пошаговую инструкцию!

Так что, кроме самого поста рекомендую заглянуть к ней в канал!

#people_management