Стоит ли упоминать интересное, но проваленное задание в резюме как достижение?

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

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

Вы можете использовать это следующим образом:

• Мы хотели решить проблему X, используя централизованное ведение журнала.
• Я реализовал фичу с использованием технологий Y и Z.
• Оказалось, что наши серверы не справились с этой задачей, поэтому мы отказались от этого подхода.

А теперь становится интересно:

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

• Что вы узнали из этого опыта?

  • Могли бы вы сделать аппаратную калибровку раньше? Можете ли вы указать на более поздний проект, где вы делали размеры раньше?
  • Похоже, вы дернули за трос довольно рано, так что времени было потеряно немного. Был ли задействован процесс? Как вы решили отказаться от этого подхода? Изменили ли вы что-нибудь в определении вех для будущих проектов?

Я бы, но будьте осторожны, как вы формулируете это и как вы отвечаете на вопросы об этом. Вы можете сказать что-то вроде: «Я спроектировал это, хотя у них нет достаточной инфраструктуры, чтобы с этим работать». В конечном итоге ваша задача была поставлена ​​и выполнена успешно — как вы говорите, не ваша вина, если внешние воздействия помешали ей в итоге принести пользу.

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

Проект занял около 3 дней.

Мне кажется, что это дает (полукруглый) ответ на ваш вопрос. Допустим, вы работаете на конкретного работодателя в течение пяти лет. Это примерно 1800 дней без выходных и отпуска. Давайте представим, что работодатель предоставляет вам отпуск в европейском стиле, и назовем это хорошими круглыми 1200 днями, которые действительно отработали. Точное число будет различаться между странами и, возможно, между формами занятости, но в глобальном масштабе это кажется разумным предположением.

Упомянутый вами проект тогда занял бы все 0,25% вашего рабочего времени у этого работодателя.

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

Итак, вы хотите рисовать широкими мазками, но в то же время быть конкретными. Технологии. Числа. Как то, что вы сделали, помогло вашему работодателю. Таким образом, описание чего-то, на что вы потратили долю процента своего рабочего времени на работодателя, кажется контрпродуктивным. Если мои расчеты верны и это средняя продолжительность вашего проекта, в вашем резюме будет указано несколько сотен проектов такого же размера или больше. Ни один потенциальный работодатель вряд ли прочитает такой список. Они помещали ваше резюме в стопку «для прочтения позже» (также известную как Круглый архив).

Следовательно, если проект действительно не добавит к вашему опыту чего-то особенного, что, по вашему мнению, может заинтересовать будущего работодателя, я бы посоветовал вам опустить конкретное упоминание об этом. По большому счету, это был второстепенный проект, и он не принес никакой существенной пользы вашему работодателю; на самом деле, поскольку это не сработало и было отменено, для них это были потраченные впустую деньги. (Не сказать, что они не извлекли уроков из этого опыта, но это не улучшило их бизнес-кейс по отношению к клиентам.) Если вы изучили дополнительные технологииили что-то в этом роде, вы можете упомянуть тех, с кем «также работали» или что-то подобное. Во время собеседования может стать хорошим предметом для разговора, если интервьюер спросит: «Что вы делали, чтобы использовать Kibana?», но я бы не стал рассматривать неудачное, относительно небольшое задание как то, что активно продает вас работодателю.

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

Я бы сказал «да», если бы вы успешно построили его. Даже если люди, читающие ваше резюме, имеют доступ к проекту и видят, что системы логирования там нет, вы можете объяснить, почему она была отозвана (если они спросят).

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

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

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

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

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

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