Привет, читатель!

Меня зовут Злата Занина, и это мой публичный канал про работу и карьеру.

Я уже более 10 лет работаю в сфере IT. Начинала я с Java-разработки, а последние года три начала постепенно переходить в лидерство и менеджмент.

У меня есть опыт работы с Waterfall, LeSS и Scrum, в около-гос-компании, в компании одного продукта, в финтехе и в ретейле.

Также я выступаю на технических конференциях, рассказывая там о разных выверенных "рецептах", которые формирую в своей работе.

Среди моих хобби – компьютерные и настольные игры, включая D&D, походы в тренажерный зал, чтение, прогулки и иногда даже рукоделие.

И пусть я не самый опытный менеджер и разработчик в своей сфере, я думаю, что мне есть что рассказать о своем пути, опыте и приёмах, которые я нахожу в работе и иногда даже в хобби. Может, вам будет просто интересно почитать, может, вы только начинаете свой путь и вам поможет какой-то из моих постов, а может вы опытнее меня, но мои мысли вызовут новый инсайт :)

В любом случае, добро пожаловать и приятного чтения!

Облако тегов смотрите в следующем посте 🔰

Облако тегов ⛅️

Обсуждение, мысли, мнение на контент извне

#обзор #мнение – один из эти тегов будет на всем контенте такого типа

#доклад #статья #книга #конференция – ну и тут понятно, в зависимости от того, на что пост :)

Мой контент

#мой_доклад – когда я делюсь записью доклада с конференции или его письменным изложением
#опыт – рабочие кейсы с выводами
#найм #delivery #процессы – из какой области кейс или про какую область работы пост
#карьера – о росте, поиске, развитии в профессии
#практики – о всяческих практиках, инженерных, процессных, правленческих
#забота_о_себе – да, считаю важным поговорить и о том, как при особенностях работы в IT беречь себя
#орг_моменты – под этим тегом посты будут о том, как я организую свою работу лично для себя
#жизнь – кто знает, может, тут будет немного оффтопа про вот это самое

Также в этом канале могут встречаться общие теги конференций для соцсетей.

Ровно месяц назад я выступила с докладом на #DevOpsConf 2024.
Это уже третье мое выступление на конференциях Онтико. До этого я появлялась с докладами на предыдущей DevOpsConf 2023 (в рамках конфы-спутника TechLeadConf) и на TeamLeadConf 2023 (в рамках спутника KnowledgeConf 2023).

Чуть позже в канале появятся ссылки на мои выступления, ищите по тегу!

А сейчас я хочу поделиться опытом участия в конференциях Онтико в целом.

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

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

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

🔸Атмосфера и отношение. Докладчиков любят, берегут и всячески поддерживают, это придает сил для выступления и побуждает возвращаться на конференции Онтико снова и снова.

🔸Сама конференция. Обычно это ощущение праздника с множеством разных стендов и активностей. Я бывала на конференциях других организаторов, видела экспозиции скучнее, видела экспозиции такого же уровня, но лучше пока не видела.
И, конечно же, сама программа докладов обычно наполнена хорошим контентом. Разнообразие тем такое, что я обычно скриплю мозгами над программкой, стараясь выбрать, на какой же доклад пойти дальше.
Часть из докладов так и остались отложенными на домашний просмотр. Надеюсь добраться до них и поделиться обзором здесь.

Конференции Онтико заряжают меня такой энергией, что очень хочется отдавать её в ответ, вкладываться в доклады ещё и ещё, прикладывать руку к созданию такого классного мероприятия. И идея, что я хочу приготовить на следующую конфу, у меня уже есть.

#мнение #конференция

Почему полезно выступать?

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

📎Личный бренд и его развитие. Громкое название, но сюда добавим и локальную узнаваемость, и более широкую известность, и репутацию в компании, и уважение в команде. Выступление – это ваша монетка в копилку достижений в глазах коллег и руководителей, а также ещё одна строчка в резюме.

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

📎Когда что-то объясняешь, лучше понимаешь сам. Если вы ещё не испытывали такого эффекта, советую вам попробовать его "поймать". Когда вы готовитесь рассказывать о какой-то теме, вы подбираете слова и объяснения, чтобы передать знания другим. Мозг в этот момент работает над темой и раскладывает всё по полочкам. У меня бывало так, что пока я формулировала ответ на вопрос слушателя, ко мне приходила новая идея, или понимание темы выходило на новый уровень.
Этот плюс относится не только к выступлениям, но и к менторству.

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

📎Бенефиты конференций. Да, конкретно этот пункт будет относиться именно к выступлениям на мероприятиях, но меркантильная часть моей души просто не может не упомянуть этот пункт. Вы попадаете на конференцию "без билета" и получаете все её плюшки и возможности: послушать доклады, поучаствовать в обсуждениях, побыть в сообществе людей той же профессии, пообщаться, повеселиться, получить мерч.
К разнообразным митапам и прочим мероприятиям это тоже относится.

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

#карьера

Моё самое первое выступление на конференции — это доклад TDD: от сказки до рабочей фичи на Joker в 2022 году.

На самом деле доклад должен был быть длиннее и вообще на другой конференции, но ангина тогда коварно настигла меня летом. Берегите своё здоровье :)

Тем не менее, основную историю я там кратко рассказала. В будущем планирую писать отдельные посты про TDD и другие гибкие практики (я до сих пор большой фанат всего этого и убежденный сторонник эффективности TDD).

А пока пусть для истории здесь лежит это видео. Вдруг оно вас вдохновит ✨

#мой_доклад

https://youtu.be/kEPvkUeiQcw?si=IA8GVWOq93Wcyi-Z

Сегодня утром я выступила на Podlodka Techlead Crew с докладом про процесс технического проектирования. (Привет всем, кто решил присоединиться к моему каналу после выступления! 👋)

Записью с Подлодки я обязательно поделюсь, а пока анонсирую свое выступление 30 мая на Naumen Meetup #3!

Там тема у меня будет более техническая, но тоже близкая к архитектуре: рассмотрим один фейл в понимании транзакционности и посмотрим, как эту транзакционность стоило бы обеспечить на микросервисном уровне.

#анонс

Вы вернулись с конференции

Прошла горячая пора весенних конференций. Поэтому я посвящу ещё один пост этой теме :)

Итак, вы счастливчик, который получил билет на конференцию. Вы послушали доклады, подискутировали со спикерами, поиграли в разнообразные игры на стендах и пособирали мерч.
На этом всё?

Не всё! Теперь пришло время нести добро и знания в мир.
Вот что я предлагаю поделать после конференции:

🟠 Оставьте обратную связь. На тему качественной обратной связи можно написать не один пост, но сейчас скажу как спикер: ваш отзыв очень нужен, особенно если вам что-то не понравилось! Если вы расскажете, что именно не так, велик шанс, что на следующей конференции вы услышите от меня доклад лучше, круче, интереснее.

🟠 Просмотрите программу. Есть ли доклады, на которые вы не попали, но которые вам тоже было бы интересно послушать? Не откладывайте надолго просмотр записи. Я понимаю, что иногда список на просмотр копится стремительно, как список непрочитанных книг, но надежда умирает последней :) Постарайтесь получить максимум от возможностей, которые дал вам билет.

🟠 Принесите новые знания в свою команду. Кто-то рассказал, как Hibernate жрёт память prepared statement-ами? Самое время рассказать коллегам и проверить, не случается ли такое у вас.
В общем, соберитесь на встречу, поделитесь интересной информацией, которую получили на конференции, и вместе подумайте, где можно применить эту информацию в вашей работе.
Например, я и два разработчика в моей команде посетили Jpoint этой весной, а затем завели парочку полезных задач в техдолг, а также приметили кое-какие улучшения для ближайших бизнес-фич.
Профит? Профит! И вам в карму, и вашей работе, и вашему профессионализму.

#орг_моменты

О пользе TDD

Test driven development — это практика, которая часто переворачивает привычный ход мыслей при программировании с ног на голову. Она не самая простая в освоении, и далеко не каждый может похвастаться тем, что использует её в работе.
Но ведь она существует, пользуется популярностью и молва о ней не затухает. Давайте посмотрим, какую пользу я вижу в TDD, несмотря на относительно высокий порог вхождения.

🟠 Итеративный подход. Недавняя книга Дэвида Фарли "Современная программная инженерия" много говорит о том, насколько он важен. Путь быстрых проб и ошибок получается эффективнее, чем попытка построить что-то большое с первой попытки. Весь TDD как раз про это — про маленькие шаги и постоянные проверки.

🟠 Shift-left тестирования. Те дефекты, которые раньше нашли бы ваши коллеги-QA, теперь вы найдёте в своем коде самостоятельно. "Но я ведь пишу юнит-тесты после своего кода", скажете вы, а я отвечу: когда вы пишете их после своего кода, вы пишете их, опираясь на свой же код и часто бессознательно подгоняете тесты под него. Мои наблюдения на практике показывают, что использование TDD часто снижает количество возвратов задачи на доработку из-за найденных дефектов. Ведь вы применили итеративный подход, как предлагает дядюшка Фарли, и сами множество раз тестировали свою задачу, пока её писали.

🟠 Не так лень писать тесты. Знакомо ли вам чувство, когда вы наконец реализовали задачу, и кажется, можно наконец перетащить её в следующий статус и взяться за что-то новенькое... Но нет, ещё нужно написать тесты. А так лень, по сути, ещё раз описывать логику, которую вы только что описали. Мне вот знакомо :) Когда вы завершите реализацию задачи через TDD, у вас одновременно появляется и готовый, проверенный код, и тесты к нему, причем уже "зелёные".

Это первые плюсы TDD, которые приходят мне в голову, но наверняка их ещё много.

Напоследок подкину краткий список идей, как можно начать осваивать TDD:
✅Найти коллегу, который тоже бы хотел освоить TDD, и практиковать с ним парное программирование
✅Познакомиться с "Экстремальное программирование. Разработка через тестирование" Кента Бэка, а также использовать для практики книгу "Agile Technical Practices Distilled"
✅Поискать митапы, воркшопы и подобные ивенты. Например, в прошлом году в Москве можно было попасть на Code retreat, где я и мои единомышленники помогали людям познакомиться с TDD. Надеюсь, что и в этом году будет что-то подобное.

Очистить голову от работы

Кажется, что эта тема как раз хороша для пятницы, то есть для дня, за которым следуют выходные.

С проблемой, которую я сейчас опишу, скорее всего сталкиваются многие трудяги, не только руководители и не только в ИТ. Ну и я тоже, поэтому я сейчас расскажу и про неё, и про способы борьбы с ней.
Проблема заключается в том, что мозг продолжает думать о работе после работы. А если вы ещё и тревожный пирожок и если днём на работе были какие-то беды, то всё, на спокойный вечер можно не надеяться. Знакомо же?

Вот что лично я с этим всем делаю:
🟠 "Утро вечера мудренее". Старая мудрость, основанная, вероятно, на том факте, что наш мозг обрабатывает информацию во сне. Потому что он действительно это делает. Я не раз это замечала и со временем начала этим пользоваться: если заходишь в тупик с какой-то задачей, отложи её. За ночь информация уложится в новые нейронные связи, которые помогут родить новые идеи.

🟠 Тот самый work-life balance. Тревога и чрезмерное засиживание за работой вас истощают, но здесь и сейчас даже не об этом. А о том, что когда вы завершаете рабочий день, у вас должна быть возможность завершить его железобетонно. Для этого уезжайте из офиса, закрывайте рабочий ноутбук, если вы на удалёнке, и так далее, и так далее. В конце рабочего дня должна быть чёткая и физическая граница, которая отделит вас от работы. У вас может быть также какой-то "ритуал" или привычное занятие, которое поможет вам переключиться. Например, полчаса бездумного сидения на диване, прогулка с собакой или что-то ещё.

🟠 Занятие или хобби, которое займёт ваши мысли. У вас не будет времени думать и тревожиться о работе, если ваш мозг занят чем-то другим. Когда-то для меня это была вышивка, для кого-то это может быть другое рукоделие, требующее счета или отслеживания схем. Сейчас для меня это тренажерный зал. "Раз, два, три, четыре... Локти не уводить. Выдох, вдох". На тренировке надо отслеживать очень многое, и я не раз замечала, что даже в самые тяжёлые периоды это помогало мне отдохнуть от тревоги и забот. А после тренировки уже проще отложить рабочие проблемы на потом.

🟠 Терапия и проработка тревоги. Если вы, как и я, тревожный тип личности, то поделюсь своим опытом: от этого можно избавиться! Мне, например, помогают сессии с психологом, который учит меня анализировать мою тревогу, отделять здоровое от чрезмерного. Вы можете искать и другие способы помочь себе с этим, главное — ищите! Очень легко давать советы вида "Просто не думай о работе до следующего рабочего дня", но у тревожных людей это совсем не просто, I feel you, как говорится :) Просто знайте, что можно тревожиться меньше и даже оборачивать свою особенность себе на пользу, если научиться.

#забота_о_себе

Иногда дело не в тебе

Порой у нас случаются в жизни или в карьере провалы. Что-то идёт не так, что-то не удаётся. Сдвигаются сроки, ломаются процессы, не реализуются желанные планы.

Возможно, в такие моменты вы спрашиваете себя: что я не сделал? Что я делал недостаточно? Что мог сделать по-другому?

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

И вот на этом рубеже постарайтесь оглянуться назад. Ситуацию как раз гораздо проще оценить "сверху", когда вы не находитесь в гуще событий, а уже знаете все детали и итоги.
Это как смотреть за футбольным матчем с трибун и знать, куда игрок, ведущий мяч, должен передать пас. Почему-то футболист не делает этот пас, и гола не происходит. Потому что он не видел ситуацию так, как вы видите её сверху и со стороны.

Так вот, посмотрите на провал, который вы считаете лично своим, и спросите себя вот ещё что: а может, я сделал всё, что мог? Может, и не могло случиться иначе с такими вводными? А может, ситуация на самом деле зависела от кого-то другого?

Тут, конечно, тоже есть грань, но уже противоположная: главное все свои косяки не переложить на всех и всё вокруг. То есть нужно учиться понимать, где кончается наша ответственность и начинает ответственность остальных участников.

Итак, если вы склонны искать причину всех своих провалов в себе, помните: иногда дело не в вас. Примите эту мысль, задавайте больше вопросов, и тогда вы сэкономите много нервных клеток ❣️
Иногда вы просто не тот кандидат, который нужен на конкретную вакансию или не подходите под замысел нанимающего менеджера, и это норма. Иногда всё, что вы могли — это эскалировать проблему руководителю. А иногда shit just happens. Как говорит народная мудрость, "знал бы где упасть — соломку бы подстелил".

#забота_о_себе

Добавлю ещё свой кейс на эту тему с тегом #карьера: страдания про результаты собеседований — это как раз мой 2023 год. Оглядываясь назад, я понимаю, что я упорно пыталась прошибить головой стену (и немного повредила себе здоровье в процессе), хотя рядом была классная дверь.
Да, мне пришлось покинуть компанию, которая навсегда останется у меня в сердце, но я пришла в другую, где нужна именно я, какая я есть.

Замысел нанимающего менеджера

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

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

А я тем временем считаю, что продумать замысел — это первый шаг в найме и важный кирпичик в построении команды. Как же помочь себе ответить на вопросы о том, каким должен быть наш кандидат? Вот несколько мыслей.

⭐️Матрицы и карты компетенций, бутылочные горлышки. Составляем список того, что должна уметь команда в сумме, раскидываем, кто из людей это умеет и на каком уровне, находим слабые места. Отсюда может получить критерии, что наш кандидат точно должен уметь, а чему его можно и подучить в процессе.

⭐️Разнообразные теории и модели команд. Умудренные опытом люди создали много разных теорий, моделей и типизаций, по которым можно разделить людей в команде, чтобы собрать из них работающий конструктор.
Например, есть ролевая модель по Белбину, которая описывает, что есть генераторы идей, есть критики, есть реализаторы и так далее, и все они важны и нужны.
Понаблюдав за своей командой, вы наверняка тоже сможете выделить какие-то «роли» и «ярлыки». Этот человек пессимистичен, зато часто подмечает важные риски. А этот умеет доводить дело до конца и не отстанет от коллег, пока задача не будет соответствовать всем пунктам Definition of Done.
А вот какую-то часть работы в команде вам всё время приходится двигать самостоятельно, и кажется, можно найти человека, которому тоже понравится этим заниматься и который снимет эту заботу с ваших плеч.

После того, как «портрет» кандидата появится в голове, можно перейти к следующему пункту — как узнать своего идеального кандидата на собеседовании. Но это, как водится, тема для отдельного поста (У вас ещё нет аллергии на эту фразу?😉)

Когда развивать — значит отпустить

Сегодня я наконец поделюсь свежим кейсом из моего рабочего опыта.

Одна из задач лида — чтобы команда работала стабильно, выполняла коммитменты, а ещё лучше чтобы постепенно ускорялась. Тогда, казалось бы, лид заинтересован в том, чтобы состав команды максимально сохранялся и никто команду не покидал. Часто в компаниях следят и за соответствующей метрикой, bad attrition, которая показывает, сколько из компании ушло сотрудников, ухода которых мы не хотели.

Ещё одна задача лида — развитие сотрудников в команде. И однажды наступает момент, когда в продукте не остаётся задач, которые помогли бы сотруднику идти тем профессиональным путём, которым он бы хотел.

Казалось бы, здесь кроется противоречие: чтобы сотрудник развивался дальше, нужно отпустить его. И тогда скорость и производительность команды упадёт. Развитие сотрудника ложится на весы против Lead Time и Bad Attrition. Но на самом деле всё глубже.

Представьте, что вы давно работаете в продукте. Вы знаете его вдоль и поперёк, и любую задачу делаете одной левой. Практически не напрягаетесь. Теперь ваша работа — рутина. Да, возможно вам как раз понравится такое положение дел, и это тоже хорошо. Но если нет? Что будет происходить с вами, если ваша работа вызывает у вас зевоту? Скорее всего, вашего желание работать упадёт. Возможно, вас начнёт раздражать всё вокруг, или вам станет всё равно.

Так бывает. Но кому от этого хорошо? Ни вам — вы тратите по 8 часов в день на то, что уже неинтересно. Ни вашей команде — ваша вовлеченность упала, а значит, упадёт и производительность. Могут быть и более печальные сценарии, когда человека начинает раздражать или злить всё вокруг. На продукте и команде всё это рано или поздно скажется, как и на душевном здравии сотрудника.

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

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

Тут пришло моё время хвастаться: совсем недавно завершился свежий кейс в моей работе, когда я поступила именно так.

✨Сначала я помогла старшему разработчику определиться, в какую сферу он хотел бы расти дальше. Мы провели несколько бесед о профориентировании, растянутых во времени, в ходе которых мы взвешивали то одну, то другую возможность. Наконец, сотрудник понял, на какую тропу он хочет вступить.

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

✨Сейчас я вижу, как вырос энтузиазм у оставшихся разработчиков в команде, и заодно надеюсь, что смогу найти новенького, которому понравится у нас в команде и будет, чему поучиться.

По-моему, это win-win.

#опыт #развитие