Когда о таком спрашивают на собеседовании, то не хотят покекать с твоих провалов, а хотят услышать, как ты с ними справился и что сделал, чтобы этого не допускать в будущем!

STAR (Situation, Task, Action, Result)

является отличным способом структурировать ответ на вопрос о провалах или ошибках на собеседовании.

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

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

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

Так как делал это впервые, много тупил, но интерфейс инструмента интуитивно понятен, и мне в итоге удалось создать свою первую автоматизацию!

На самом деле, план на инструмент этим не ограничивается, и мы бы хотели провести ещё один эфир (не в ТГ, тут какое-то не очень качество эфиров получается) и сделать ещё одну полезную автоматизацию.

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

Но кринж не приговор и я планирую в этом развиваться!

По этому поводу решил вспомнить, как всё начиналось, как я боялся их проводить, не знал, где брать вопросы и как оценивать знания кандидата. 🤔

Если вам интересны собеседования и вы не читали статью, обязательно ознакомьтесь и оцените — буду вам очень благодарен.

❤️

Если вы думаете, что те, кто проводит собеседования, не переживают, это не так!

Приятно пообщаться с интересными кандидатами и, по возможности, делать их своими коллегами!

Но пара лет самоизоляции что-то сломала во мне…

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

А пока я в Москве, встретился с командой: мы ударно поработали, обсудили стратегию на ближайшие полгода, и я наснимал кучу материалов про наш московский офис. Смонтирую в ближайшее время и опубликую!

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

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

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