"Расскажите о своем провале" - очередной вопрос из серии рабочих кейсов. Ты услышишь его примерно на половине собеседований.
Этот вопрос призван выяснить, умеешь ли ты признавать свои ошибки и как ведешь себя в стрессовых ситуациях. Нельзя отвечать, что провалов не было. Расценят как невозможность принять и отвечать за ошибки или вранье. Ты должен быть во всеоружии, поэтому давай разбираться, как подготовиться к этому вопросу и отвечать на него блестяще.
🎯 Как подготовиться
💡 Придумай кейс
Для начала придумай кейс. Он может рассказывать о техническом провале или твоем личном. Пример технического провала из моего опыта: Я много работал и по невнимательности дропнул БД на деве. Пересоздать ее я не мог, потому что не было прав. Был вечер. Чтобы никто не заметил проблемы, мне пришлось встать пораньше и попросить человека с правами создать базу. Это осложнялось тем, что я уже дропал базу на этой неделе. Но мне пришлось переступить через гордость, чтобы не ударить лицом в грязь. Теперь я всегда отключаюсь от БД, чтобы ее значок был неактивным и выделялся на фоне локальных баз.
Неплохо, но мне больше нравятся кейсы, которые раскрывают личные качества. Разберем популярный кейс: Я неверно оценил трудозатраты на задачу, за два дня до дедлайна я понял, что не успеваю. Я решил, что никому об этом не скажу и закончу задачу с овертаймами. Я сидел вечерами и закончил, но не успел передать задачу в тестирование вовремя. Тестировщики не успели ее протестировать. Из-за этого цель спринта была не выполнена. После этого я пообщался с тим лидом и сделал вывод, что нужно всегда предупреждать о возникающих сложностях или проблемах сразу же после их возникновения. Этот показывает, что ты развился как личность, сделал выводы и изменил свое социальное поведение, а не только техническое. Это выделит тебя на фоне других кандидатов.
Идеальный кейс сочетает итоговые изменения в поведении в двух направлениях. Попробуй сам придумать такой кейс.
⭐️ Распиши по STAR
Разобрались с кейсом. Теперь к формату повествования. Распишем кейс по STAR. Напоминаю, что для этого нужно описать ситуацию, которая предшествовала проблеме; задачу, которая сформировалась на основе ситуации; твои действия и результаты.
Ситуация: Работал в режиме интенсивных дедлайнов. К вечеру пятницы накопилась усталость. В IDE было несколько подключений к базам данных - локальная база и удаленная база на dev-сервере. Интерфейс показывал все подключения одинаково. Нужно было очистить локальную БД для тестирования новой функциональности. В итоге я удалил бд на dev, а прав на создание у меня не было.
Задача: Было необходимо оперативно восстановить БД, но все, у кого есть права уже закончили работать.
Действия:
- Установил будильник на 7:00 утра, чтобы решить проблему до прихода коллег, администратор начинал работать с 8.00
- Связался с системным администратором, который имел права на создание баз данных
- Подготовил скрипты для восстановления базы
- Описал ситуацию, подчеркнув критичность восстановления базы до начала рабочего дня команды
- Проверил работоспособность и загрузил тестовые данные
Результат:
- Команда продолжила работу без задержек
- Быстрое реагирование предотвратило серьезные последствия
- Вынес урок о важности внимательности при работе с критичными ресурсами
- Внедрил правило обязательного отключения от не локальных баз после завершения работы
📝 Составь рассказ
Ты составишь структурированный рассказ, когда опишешь кейс по STAR. Это поможет тебе отвечать на собеседовании.
🏆 Вывод
Теперь ты узнал достаточно, чтобы рассказать о провале уверенно и запомниться интервьюеру. Этот пост заканчивает серию про 3 важных кейса для собеседований на позицию разработчика: интересную задачу, конфликт на работе и провал. Хотя бы один из этих вопросов тебя спросят на каждом собеседовании. Теперь ты не имеешь права сказать, что конфликтов и провалов не было. Поэтому готовься и покоряй новые вершины! В комментах будет дополнительная информация по провалам от нейронки.
#собеседования
Дискуссия