Как признавать неудачи проекта, но при этом подчеркивать свои технические способности на собеседованиях?

Несколько моментов:

1. Маловероятно, что какой-либо интервьюер узнает об этом через третье лицо, поскольку большинство компаний (то есть в США) больше не дают рекомендаций по юридическим причинам. Это означает, что вы контролируете, как сообщить об этом, когда и как поднять этот вопрос.
2. На самом деле это может быть возможностью. Один из моих любимых вопросов на собеседовании: «Пожалуйста, расскажите мне о случае, когда вы облажались». Ошибки — это нормально, и это один из самых эффективных, хотя и болезненных способов обучения, если вы их допускаете. То, что я искал бы, это
   • Честная оценка того, что пошло не так, что было под вашим контролем, а что нет
   • Вы берете на себя ответственность за ту часть, которая действительно находилась под вашим контролем
   • Тщательный анализ того, что вы могли бы сделать по-другому
   • Краткое заявление о том, что вы будете делать (или уже сделали) по-другому в будущем в результате этого.

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

Если неудача все же произойдет, сосредоточьтесь на том, что вы сделали, чтобы заставить все работать. Иногда проекты не работают. Это реальность, которую должен понимать любой хороший работодатель. Главное, чтобы вы могли показать, как вы старались изо всех сил.

Я на самом деле «провалился вверх» в получении моей текущей работы. Моя предыдущая работа состояла из 4 лет в компании, куда меня пригласили для проекта обновления, который длился 3 года и был, наконец, закрыт (в основном на основе моего анализа того, почему это не могло работать). Это была поздно обнаруженная проблема с производительностью, которую невозможно было обойти, и корень проблемы был не по моей вине. После смерти этого проекта я стал членом команды, которая крутила его колеса почти год, фактически ничего не делая из-за отсутствия заинтересованности руководства в замене системы, для которой нам было поручено создать замену.

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

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

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

Если вы будете уклоняться от разговоров о неудачах, интервьюер быстро раскроет ваш блеф… не делайте этого.

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

1. Что вы принимаете свои собственные ошибки и/или неудачи.
2. На каком уровне произошел сбой и в какой степени сбой был вызван вами.

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

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

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

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

Обычно, когда я говорил о своей неудаче, я выделял следующие вещи:

1. Объясните необходимый набор навыков, опыта и уровней зрелости, которые у меня были, и опишите пробелы.
2. Сколько ясности я имел о проблемах и ситуации в проекте до того, как присоединился к проекту.
3. Сколько качественной помощи, руководства, наставничества и вклада требуется от руководства и других команд во время кризиса.
4. Что я пытался сделать, чтобы улучшить ситуацию
5. Что я мог бы сделать по-другому
6. Что я приобрел и чему научился