Серия рассказов про собеседования

Часть 6. Много вопросов. Хантинг местных (Челябинских) компаний, и как проводят собеседования продуктовые аналитики

Кейс 1 Infinnity Solutions и Цифровой элемент
Мне написала новая HRD Infinnity Solutions:
«Правильно ли я понимаю, что вы сейчас в поиске? Знаете, что «мистер X» из Цифрового элемента подсветил нам вашу активность? Он и порекомендовал с вами пообщаться».

Вместо «мистер X» было имя, которое я решила не светить)) Бегала как сумасшедшая, чтобы узнать кто это😁
Когда узнала, то поняла, что «мистера X» я не знаю и непонятно как он меня рекомендовал❓
Второй вопрос, почему мне пишет Infinnity Solutions с предложениями, ведь я у них работала 2 месяца в 2018г., в тот период не смогла себя проявить😢

Мы созвонились с hr📞. Оказалось, что Цифровой элемент нашли мое резюме на hh и переслали в Infinnity Solutions со словами, что я проходила у них собеседование❓ Да, было такое, но в 2018 и 2021 годах, кстати оба раза успешно🫰. До созвона с рекрутером было непонятно самое главное, а на какую позицию меня рассматривают❓ Карты раскрыли в конце: нужен руководитель направления. Прияяятно🫰 Только не понятно какого направления❓ Что нужно делать❓ В общем, сказали прийти в офис, но, к сожалению, нет времени. Хотя, очень любопытно..🤔

Кейс 2 RBT
Прислали вакансию системного аналитика в Челябинске. Рекрутер навязчиво зазывала на технический собес, чтобы определить грейд. Обещала, что в случае чего прикрепят ко мне опытного ментора для прокачки. Смутило, что она писала с нерабочего аккаунта в телеге (много личных неформальных фоток, сторисы, описание профиля в виде цитатки)😏 Интуиция подсказывала, что это лохотрон🙊 Решила пробить ее и вакансию через знакомых в RBT, оказалось, что такой hr нет и ставки вроде как тоже нет😐 Ну прикалываться так прикалываться, подумала я, и завалила девочку вопросами❓ по зарплате, по стеку технологий, по проекту.. и она пропала без ответов. А потом мне написали знакомые, что в RBT правда требуется системный аналитик🤣

Кейс 3 2ГИС
Общалась с 2ГИС по позиции системного аналитика в команду поиска. Техническое интервью проводили два продуктовых аналитика🤔

Вопросы:
▫️Какие продуктовые метрики вы знаете?
▫️Как считать CRR (удержание пользователей)?
▫️Какие метрики настроить на фичу подсказок в поиске?
▫️Какие можно сделать выводы, если пользователь проваливается в фотопоток в карточке места?

Ну прикольный собес, необычный.. я правда в конце спросила, а вы правда системного аналитика ищете❓ Мне ответили, что ищут фулл стек, но больше всего нужно, чтобы управлял разработкой🤯 Напросился второй вопрос, а почему нет вопросов по системному анализу❓ Сказали, что по резюме поняли, что шарю🫰 (Кажется, зреет статья про резюме)
В общем, прошла на третий этап. Меня собесили hr и продакт. 50 вопросов от hr и 2 от продакта. А что hr принимают решение брать ИТ-специалиста на работу или нет на последнем этапе❓ С продактом метча не сложилось, мне сразу как-то показалась, что она незаинтересована😢 Взяли кого-то другого. И тут хочется отметить, что пройти технический собес недостаточно, все решает третий этап, где нужно понравится своим будущим руководителям и сокомандникам. За минимальное количество времени нужно считать незнакомых людей и подстроиться под них.. Отдельно напишу пост на эту тему с подборкой разных кейсов с третьих этапов🔜

#серия_рассказов_про_собеседования

Серия рассказов про собеседования

Часть 7. 3 этап или как понравится работодателю?

По классике, собеседование включает три этапа, одним из которых является знакомство с руководителем и командой👋 На этом этапе оцениваются личные качества специалиста, софт-скиллы, а также его соответствие команде и компании в целом🔍
Недавно я начала участвовать в этом этапе рекрутинга для команды разработчиков, QA, аналитиков и уже успела сделать несколько наблюдений:

1. Кем ты видишь себя через 5-10 лет?
Мой руководитель всегда задает этот вопрос кандидатам. Зачем? Чтобы выяснить «серьезность» и «стабильность» в отношении карьеры.
Бывает кандидаты (особенно зуммеры) отвечают: «Мы живем в постоянно меняющемся мире, и я не знаю, куда меня занесет завтра. Может быть, я буду вязать носки на Луне»😳 Такой ответ, скорее всего, не понравится. Он может означать, что кандидат не имеет амбиций и не готов к профессиональному развитию🙁

✅Примеры хороших ответов:
«В следующие пять лет я планирую стать экспертом/техлидом в своей области»
«Моя цель - занять руководящую должность и управлять командой»

2. Избыточная болтовня
Некоторые кандидаты, отвечая на вопросы, уходят в сторону и затягивают с ответами, повторяясь в своих рассказах🙄 Это не демонстрация софт-скиллов, а скорее проявление недостатка такта и уверенности.
Как следствие, возникают подозрения, что такие кандидаты могут постоянно «кормить завтраками»🍽 при выполнении задач и избегать ответственности. Навязчивая попытка продать себя порой отпугивает; складывается впечатление, что человек готов на все, лишь бы его приняли.

✅Хорошая практика: Излагать мысли четко и структурировано, отвечая на вопросы по существу.

3. Стресс-тесты
Иногда используются простые, но психологически надавливающие вопросы😈 Например: «У тебя есть образование?», «Ты в отношениях?», «Чем занимается твой партнер?», «Какие у тебя хобби?».

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

Конечно, такие вопросы могут помочь в оценке кандидата, но важнее, как он на них реагирует.
✅Главное - не выходить из себя, не спорить и не навязывать свою точку зрения, даже если вопросы кажутся неудобными.

4. Бывали ли у вас конфликтные ситуации?
Наш скрам-мастер часто предлагает кандидатам кейсы, связанные с решением конфликтов. Многие теряются, хотят сгладить углы или уступить, показать свою доброжелательность🥺 Это плохо. Конфликты могут служить мощным мотиватором для развития команды и специалиста⬆️

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

Вывод:
Если получен отказ на третьем этапе, то не стоит расстраиваться. Лучше оставаться собой на собеседовании, чтобы потом не притворяться на "нелюбимой" работе😊

#серия_рассказов_про_собеседования

Отмена мастермайнда ULCAMP (2024 Ульяновск 19-20 июля)

Меня пригласили выступить на ULCAMP с мастермайндом «Страх ошибки. Исцеление через принятие».
Идея была в самом формате.

💬Мастермайнд - это сбор группы людей, которые пытаются помочь друг другу в доверительной обстановке, а-ля «клуб анонимных алкоголиков» или нытинг🍷 Это классный вариант понетворкиться для тех кто стесняется🙈, т.е. знакомство происходит через активность, где тебе предложили понятную тему для обсуждения.
Классические доклады уже утомляют, экспертов🤓 много, уникальной информации мало, хотелось попробовать что-то новое.

Какие, вообще, страхи у айтишников?
1. Страх выглядеть глупо.
2. Синдром самозванца. Страх, что ты некомпетентентен.  
3. Страх перед технологическим устареванием и невозможностью следовать за быстрыми темпами развития ИТ-сферы.
4. Страх принятия неправильного решения. Например, при проектировании.
5. Страх ошибиться при выполнении задачи.
6. Страх прохождения ревью, т.е. страх критики обратной связи.
7. Страх новичка. Адаптации в новом коллективе.
8. Страх за безопасность информации и утечки данных.

А в следствии..
1. Затягиваются сроки реализации задач.
2. Нет профессионального роста.
3. Бесишь других. Бесишь себя.

На мастермайнде каждый может поделиться своей историей успеха и неудачи в преодолении того или иного страха. Например, я считаю, что преодолевать страхи позволяет работа над самооценкой (послушайте или почитайте книгу Бориса Литвак «7 шагов к успешной самооценке»🎧). У большинства людей нестабильная самоооценка, качели, то на подьеме, то в упадке. Когда самооценка падает, то человек становится неуверенным в себе. Включаются защита - страхи. Работать над самооценкой долго и сложно, быстрее мне помогает вытеснение страхов ошибки большим страхом, страхом последствий.. а как вы боретесь с собой❓

К сожалению, я заболела и мастермайнд пришлось отменить😭 Надеюсь, что смогу реализовать эту идею на другом ивенте✨

Но мои знакомые ребята съездили и поделились впечатлениями от легендарного ИТ-фестиваля в Ульяновске🫰, ниже парочка отзывов:
▫️ Топ навигация по локациям. Базу Славянское подворье отлично подготовили, максимально стилево, коачельно.
▫️ Докладов, вроде, много, но наполнение скучное.
▫️ Спорт-фест класс, был развернут медпункт. Пляжный футбол, волейбол, стрельба из лука/арбалета/воздушного пистолета, мини-гольф. За достижения можно было получить напиток.
▫️ Вечеринка на главной сцене не фонтан. Хедлайнеры не очень, Богдан Титомир забыл слова от своих песен и выступал 20 мин, вместо заявленного часа в лайн-апе. Остальные участники музыкального феста ноу неймы.
▫️В этом году сделали альтернативную вечеринку bro gipsy tabor с электронной музыкой и техно. Зашло.

#обзор_на_тусу

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

#аналитическая_лихорадка

ER ≠ UML Class Diagram

У аналитиков часто возникает путаница с этими диаграммами. Мы пытаемся приравнять диаграмму базы данных (Entity Relationship, ER) к диаграмме классов UML. На одном из обучений, которое я проходила, лектор утверждал, что это одинаковые диаграммы😳 Однако, это два совершенно разных инструмента.

▫️ER находится на уровне базы данных. Она описывает схему хранения данных, показывая, как данные организованы в таблицах и как они связаны друг с другом. В то время как диаграмма классов относится к логическому уровню и описывает, как взаимодействуют компоненты кода.
▫️ER можно построить для любой системы, использующей реляционную базу данных. Это универсальный принцип, применимый ко всем реляционным базам. Даже для нереляционных баз иногда пытаются рисовать ER, но это спорное решение, используемое больше для упрощения понимания взаимосвязей на абстрактном уровне.
▫️Диаграмма классов UML применима только в контексте ООП (объектно-ориентированного программирования). В центре ООП находится понятие объекта, который является экземпляром класса. Связи в диаграмме классов отражают принципы ООП, такие как наследование, ассоциации и композиции, которых нет в ER. Если проект разрабатывается с использованием функционального программирования, то использование диаграммы классов становится невозможным.

Как так получилось, что аналитики считают эти диаграммы одинаковыми❓
Представьте себе следующую ситуацию: программист описывает класс и его атрибуты в коде, после чего на основе этих данных автоматически создаются таблицы в базе данных. В таком случае, в некоторых проектах, действительно получается, что 1 класс = 1 таблица.

Лично я столкнулась с этим явлением, когда писала диплом. Спроектировала базу данных, а затем сгенерировала код с помощью какой-то библиотеки. В результате получилось, что 1 класс = 1 таблица.

Тем не менее, здесь важно понимать, что это скорее следствие использования определенных инструментов и подходов, а не закономерность. Диаграмма ER и диаграмма классов UML описывают разные аспекты системы и имеют свои особенности.

#саморазвитие

Трудозатраты, прокрастинация, тайм-менеджмент⏰

«Почему все тянут до последнего, чтобы сделать что-то плохо?
Если сделать сразу плохо, то останется время все улучшить»

В 2021 году на день рождения мне подарили книгу Максима Дорофеева "Джедайские техники". Это книга о тайм-менеджменте на ИТ-проектах, почти каждое предложение находит во мне отклик😍 Некоторые цитаты о срывах сроков проектов до сих пор всплывают в моей памяти🤔

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

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

"Возможно, вы замечали, что, по странному стечению обстоятельств, задача трудоемкостью в половину человекочаса выполняется за полчаса, задача в один человекочас – за один час, в два человекочаса – за два часа… Но в какой-то момент наступает перелом: на задачу в четыре человекочаса уходит целый день, на задачу в восемь человекочасов – неделя, а задача в сорок человекочасов не доводится до конца практически никогда. Особенно ярко этот эффект проявляется на всяких околобюрократических задачах по работе с документами. Подготовить регламент или чек-лист на полстранички – это полчаса. На страничку – час. А вот сделать документ больше чем на 10 страниц – это уже ад: сначала две недели откладывается его написание, потом столько же – его вычитка, затем на две недели откладывается исправление замечаний, хотя если пускать в работу по одной страничке (или малыми партиями), то вся работа могла бы быть закончена за неделю. Дело в том, что чем масштабнее и сложнее задача, тем более склонен ее исполнитель к прокрастинации."

Знакомо?😁

Когда я пишу большие ТЗ или спецификации, то неделями не могу приступить к задаче🕙 Все мелкие или административные дела становятся более приоритетными. Я раньше брала месяц-два на разработку ТЗ, а в итоге все делала в последнюю неделю😳 Большие задачи пугают и требуют много мыслетоплева. Как я с этим борюсь? Просто урезаю сроки, чтобы не прокрастинировать, но иногда это приводит к переработкам или срыву дедлайнов. Там, где метод Дорофеева (декомпозиция) не приносит результатов, например, в проектировании или исследовательской работе, сильно возрастает риск столкнуться с прокрастинацией.

Всем PM и др. менеджерам советую почитать📚

#саморазвитие

Серия рассказов про собеседования

Часть 8. Пробы на PM, собеседование в X5 Group, One Offer Day в Т-Банк

1. Собеседование на позицию фулл стек аналитика в X5 Group.
На техническом собеседовании мне задали кучу теоретических вопросов:
▫️Что такое идемпотентность?
▫️Сколько и какие есть нормальные формы в БД?
▫️Какая иерархия требований по Вигерсу?

Также, обсуждались командные процессы, например,
▫️Как у вас выглядит Definition of Ready (DOR)?
▫️Как вы ведете версионирование требований?

Ну и были личные вопросики по типу:
▫️Какими достижениями ты гордишься в карьере?
▫️Какие сложные задачи ты преодолевала на своём профессиональном пути?
▫️Какие фишечки таймменеджмента ты применяешь в работе?
▫️Как делаешь задачи по проектированию, когда весь день сыпятся вопросы и ставятся срочные созвоны?

Особенно мне понравился этап - знакомства с командой. Встреча была похожа на обмен опытом, где мы обсуждали одинаковые проблемы и чувствовалась общность взглядов🤝 Я заметила, что в нашей команде и их команде задачи по аналитике не оцениваются. Почему так происходит❓ Задачи на проектирование невозможно заранее спланировать. Это приводит к ситуации, когда оценка задач становится равнозначной "тыканью пальцем в небо"🤨 Если кто-то думает, что это привилегия, то он ошибается: приоритетные задачи всегда требуют срочного выполнения, независимо от их объема и числа параллельных задач.

В целом, собес класс, ребята очень крутые❤️

2. Попытка пройти собеседования на роль PM.
Я решила попробовать собесы в роли руководителя проекта и обновила свое резюме, указав, что обладаю опытом и в этой области, и в аналитике. Я думаю, что специалист, владеющий несколькими специализациями, имеет значительное преимущество. Однако, HRы так не считают😈 Я ежедневно получала отказы, и моя самооценка заметно падала😓

В конце концов, я решила узнать причины. В ответе мне сказали, что я не подхожу по зарплатным ожиданиям🤑 Все стало ясно💡 Последние пару лет зарплаты системных аналитиков стремительно выросли, в банках достигают уровней разработчиков, тогда как ставки для PM, наоборот, снижаются. Мне пришлось разделить резюме на два: одно для роли PM, другое для системного аналитика, и соответственно скорректировать зарплатные ожидания под каждую позицию. Я продолжаю эксперименты в этой области и позже напишу отдельный пост🔜

3. One Offer Day в Т-Банк.
Успешно прошла технический тест для участия в мероприятии One Offer Day в Т-Банк в одну из суббот.

В тесте были задания:
▫️по выбору нефункциональных требований из списка;
▫️по выбору правильного SQL запроса по бизнес-потребности;
▫️поиск json без синтаксических ошибок.

Оказалось, что слудущий этап техническое интервью состоит из двух частей, каждая из которых длится 90 минут: первая - теоретическая, вторая - практическая. А после технического интервью еще и знакомство с командами. Я подумала, что это издевательство и терять выходной было жалко🤔 Но если честно, я знаю, что там очень сложные вопросы и задания, мне так лень «потеть». Схожу только если вы попросите☺️

4. Очередной прикол рекрутеров.
Недавно HR мне написала: «Хотела вас попросить скрыть из видимости резюме на 1-2 дня. Так как по договору Stellar всю базу ХХ оставляют за своим отделом HR, и нам будет автоматический отказ. Мы не сможем подать вас от агентства и придется откликаться на вакансию на ХХ, проходить через общий отбор».🤷‍♂️
Позоже у HR- агентств тоже есть свои трудности, но почему кандидаты из-за этого должны терять пару дней поиска, непонятно.❓

#серия_рассказов_про_собеседования

3 причины начать вести профессиональный блог

Недавно мой канал отпраздновал свой первый год существования 🥳, и за это время я не раз задумывалась о том, чтобы свернуть все и бросить это занятие🙄 Причин было множество: отсутствие вдохновения, нечего писать, тупо лень… Но все же есть аргументы, которые заставляют меня продолжать✍️

8 постов про собесы (#серия_рассказов_про_собеседования);
3 лихорадочных видео (#аналитическая_лихорадка);
20 обзоров на тусы (#обзор_на_тусу);
25 постов о саморазвитии (#саморазвитие);
7 постов о себе (#аналитик_на_тусе).
Каждый из этих материалов - это не просто набор слов, а шаг к личностному и профессиональному росту.

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

2. Личный бренд👽
Звучит смешно - какой личный бренд может быть у блоггера с 100 подписчиками? Но на самом деле ведение блога открывает глаза на то, кто ты есть и как ты мыслишь🦄 Ты пытаешь быть уникальным среди огромного количества профессионалов. Думать. Креативить. Блог - это не просто самореклама, это отношение к себе как к продукту. Вы задаете себе ключевые вопросы: Чем я могу быть полезен читателю❓ Почему они должны подписаться именно на меня❓ В поиске ответов на эти вопросы я осознала, что изучение аналитики не так уж интересно людям, как, например, прохождение собеседований. Или критика ИТ-мероприятий вызывает больший интерес, чем анализ докладов.

3. Плюс к экспертности👨‍🎓
Конечно, нельзя не упомянуть, что профессиональный блог - это ваша «кредитная история» на выступлениях, собеседованиях и в резюме. Блог - это продолжение вашего профессионализма. Больше чем резюме. Больше чем выступление на 20-30 минут. Не могу не похвастаться☺️, что за последние полгода мне предложили вести курс для тимлидов в Otus и курсы по сертификации аналитиков в IBS. Для меня это признание, которое мотивирует приумножать свою экспертность в профессиональном сообществе. Активность в блоге может стать решающим фактором в карьере и заработке специалиста.

Итак, если у вас есть свой профессиональный блог, обязательно делитесь ссылкой в комментариях. А если его нет, то подумайте о том, чтобы его создать, давайте обмениваться опытом🥰

#аналитик_на_тусе