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

Часть 5 Проба на тимлида, проверки безопасности, химия на тех. собесе

Кейс 1 МКБ
Я решила немного поднять планку и попробовать пройти собесы на лида аналитиков🔼 Таких вакансий мало, требования высокие, ищут прям опытных ребят. Со мной связались hr МКБ с релевантной позицией для моего опыта. Вопросы задавала больше про онбординг, составление индивидуального плана развития (ИПР), опыт менторинга джунов и стажеров. На техническом интервью было много людей, 80% вопросов по хардухе.

Примеры задач на СА:
▫️У вас есть форма для заполнения данных на клиенте. Как вы опишите требования к разработке формы?
▫️Ваша система обращается в сторонний сервис в среднем 10 запросов в секунду, но у него ограничение на 5. Что делать?
▫️Есть 2 сервиса, в первом данные о клиенте, которые постоянно изменяются, второй сервис хочет получать информацию о клиенте после обновления. Как такое организовать?

Потом стали спрашивать про управление проектами (стало непонятно на кого меня собесят)😁

Примеры задач на PM:
▫️3 команды пилят 3 разных сервиса, им нужно реализовать интеграцию. Как вы организуете совместную работу 3 команд? Что делать, если одна из команд не успевает?
*ну прям не кейс, а жиза, я считаю, что ответы на такие вопросы на стендап шоу можно отправлять🤣

Когда дошла очередь мне задавать вопросы, то я спросила “Почему вы ищете лида аналитиков на рынке, а не вырастите своего?”😳 Ну представляете ситуацию: вы работаете на проекте, все знаете, а к вам приходит ЛИД, который 0 в предметной области, которому нужно время вписаться в команду и он сейчас будет управлять вами.. Не очень живописно. Лида новичка самого онбордить надо на проекте🤔
Например, когда я собеседуюсь на СА, часто спрашивают: “Вы сейчас лид, а готовы ли быть просто системным аналитиком?”. Я всегда отвечаю: “Да, потому что нужно поработать руками, доказать профессионализм, понять как идет работа на проекте и потом расти в управление”.
Такой путь мне кажется проще и оптимальнее.
Дальше прикол. После собеса меня отправили проходить проверку безопасности, скинули шаблон, попросили его заполнить и отправить сканом😱 Я в ШОКЕ🤯 Вроде уже везде электронные формы на такие дела. Короче, лень.

Кейс 2 Платформа
Собес на СА в 1 итерацию, такое у меня впервые и, если честно, это насторожило. На интервью было 3 человека: я, hr, лид аналитиков. Особо меня ничего не спрашивали, задачек не было. Рассказали, что основная нотация при проектировании C4 и надо работать в гите, что я это не практикую никого не смутило🙂 На следующей день мне прислали оффер🤨 Я, вообще, афигела. Ни проверки безопасности, ни знакомства с руководителем.. ну и, собственно, когда я отказалась, то даже не спросили почему🙂

Кейс 3 НЛМК
У вас было такое, что на собесе произошел мэтч, что просто время остановилось и вы как будто общаетесь с очень знакомыми и понятными вам людьми? Бывает иногда такое на техническом интервью, когда вы решаете задачки. Сначала ты успешно проходишь препятствия, отвечаешь даже на вопросы со звездочкой, но потом кейсы становятся уникальными для конкретного проекта, на который тебя смотрят, и ты не можешь сходу найти правильные ответы. Тогда, собеседующий начинает тебе подсказывать и искренне переживает (чувствуется как он хочет), чтобы ты ответил правильно.
Еще, показатель этой химии💕, когда время вышло, вы уже вышли за тайминг, а вам хочется поговорить еще.

Примеры задач на СА:
▫️Есть функционал, который сравнивает 2 числа. Если ввести 0,59 и 0,6, то какой будет результат? Что нужно сделать, чтобы сравнение отрабатывало верно?
▫️Вам нужно мгновенно отображать на клиенте большой поток данных, какая БД подойдет для этих целей?

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

Видеообзор про тусовку, четвертую ИТ антиконференцию Summer Merge 2024 28-30 июня Ульяновск🕺

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

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

Часть 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 описывают разные аспекты системы и имеют свои особенности.

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