На самом деле я нанят, специально для того, что описано здесь, поэтому я использую некоторые примеры из программной инженерии.
Хотя я согласен, что опыт даст вам больше - экспертизу в предметной области, навыки людей и всесторонность - я считаю, что все эти пункты могут быть (и есть) обычно разъяснены в описании работы. Могу сказать, что я ищу специфику в этих областях, и держу поле открытым для большего количества людей.
Итак… что такое опыт?
У меня было время в поле, чтобы увидеть цикл обратной связи, вызванной вашими собственными решениями.
Особенно в инженерном деле, вы (и ваша команда) будете принимать различные решения о том, как вы будете выполнять работу, каким будет дизайн и другие основные предположения. Вы будете следовать какому-то плану, который неизбежно будет ошибочным. Покажите мне план, который работал идеально, и вы покажете мне либо очень маленький проект, либо очень незаметного инженера. Ни один план не выдержит контакта с реальностью, и даже очень хороший план может сработать неожиданно и плохо в других.
Со временем вы будете корректировать план, люди и технологии будут приходить и уходить, и реальность не будет двигаться вперед в предсказуемой манере. Команда будет придумывать новые решения и изменения в плане, чтобы компенсировать то, что они узнали.
Этот цикл обратной связи это то, что сезон инженера. Как в лаборатории, так и в книгах, как правило, предпочтение отдается обучению и запоминанию - опыт жизни в течение жизненного цикла продукта (или нескольких!) дает кандидату более практическую информацию о том, что работает - как для его команды, так и для него самого. Он может включать в себя дизайн эвристики, способы улучшения процессов развития, хорошие рабочие привычки, исследовательские трюки, и опыт с тем, как получить вещи в организации.
# ** Изменения в годах**
Это не фиксированная вещь - на самом деле 3-7 звучит примерно так. Есть пункт после 2, но до …8? где есть значительное количество случаев, когда инженер говорит: “Ох… что not работал раньше, давайте попробуем другой способ” некоторую значительную часть времени. И все же они не настолько сгорели от опыта, что не видят надежды попробовать что-то новое и пойти с новыми стратегиями. После 10 я вижу огромную разницу - обычно от разнообразия опыта работы, что означает, что то, что видит инженер, применимо не только к его основной области работы, но и к частям организации вокруг него.
Это определенно не фиксированное число. Вот несколько примеров в вариациях:
- Инженер, который переключился между многими проектами за очень короткий промежуток времени, никогда не увидев полного релиза ни одного из них, скорее всего, будет иметь меньший опыт с этой точки зрения.
- Инженер, который проработал несколько стажировок, а затем 1-2 года в одной и той же группе, может иметь более чем стандартный 2-летний опыт работы, так как он видел, что группа пережила 3-4 года истории, независимо от того, были ли они там в течение фиксированного времени (скажем, летняя стажировка во время обучения)
- Кто-то, работающий в очень маленьком магазине с большим количеством DIY, может получить более богатый опыт быстрее. Я не вижу слишком много из них работают как сильно опытные на коротком конце (2 года), но я вижу, что это начинает учитывать в диапазоне 7 против 13 лет - человек из небольшого стартапа, который должен был сделать практически все, показывает больше опыта, чем парень, который проработал 13 лет, всегда делая маленькую часть бизнеса, никогда не подвергая сомнению процесс, никогда не выходя за пределы своего маленького кусочка мира.
Является ли уравнение?
Неа… но действительно ли вы ожидали “да”?
Определенно, это фактор:
Time working + experiences survived + nature of role & responsibilities + lessons learned
Я бы сказал, что большинство ролей имеют инстинктивный фактор подсчета очков. И это может быть так же связано с пробелами в текущей команде, как и с характером работы, которую они выполняют. Мне не нужны навыки работы с клиентами, например, в огромной команде оборонных подрядчиков, где все контакты с клиентами буферизируются руководством. И типы контактов с заказчиками очень различаются между инжинирингом отдела продаж и технической поддержкой IT-отдела. Опыт работы с одним на каком-то уровне does помогает с другим, но тот, кто подходит к желаемому профилю ближе, но с меньшим количеством лет, вполне может получить более высокий рейтинг.
В сущности, некоторые из “факторов опыта” сводится к тому, чтобы сказать (как нанимающий менеджер) - “как легко я могу вставить этот квадратный колышек в мое треугольное отверстие?”, а также “будет ли это легче или труднее, чем с этим круглым колышком? ”
Интервью для получения опыта
Разница между опытом и “недостаточным опытом” или “не достаточным опытом” сводится, для меня, к вопросам “чему вы научились, делая вещи в своем резюме?”
Если в ответ на эти вопросы ответ:
- ну, я не работал достаточно долго, чтобы многому научиться.
- понятия не имею, я продолжаю менять проекты и никогда не следил за людьми на проектах, чтобы Посмотреть, что произошло.
Тогда я, наверное, скажу - “не имеет опыта”.
Если, однако, я получу:
Я продолжаю менять проекты, но я заметил, что когда они выпустили продукт, у него была реакция XYZ, что заставило меня радоваться/уважать, что мы сделали ABC.
Ну, я не прошел полный жизненный цикл, но у меня есть пантеон способов not начать проект, пока что мы потерпели неудачу в последних 5 попытках, но мы научились не делать E, F, G, H, и особенно я.
Некоторые вдумчивые идеи о том, как улучшить процесс после завершения настоящего жизненного цикла
Тогда я буду оценивать кандидата более благосклонно. Примечание - неудачи довольно распространены. Опыт неудачи часто даже сильнее, чем опыт успеха. Если вы присоединяетесь к гудящему, успешному, сложному проекту и делаете хорошую работу, вы можете на самом деле иметь less опыт только потому, что вы не видели крупной катастрофы, и вы не научились выживать. Нам всем должно повезти!
Могу ли я победить систему?
Может быть. Могли бы вы глубоко поговорить о сильных сторонах и пробелах в вашем наборе навыков? Как ваш собственный опыт и предубеждения помогли и помешали вашим командам до сих пор? Как ваши проекты увенчались успехом или провалились, или были менее эффективными более чем на уровне “в учебнике сказано, следовательно, это должно быть правдой”? Тогда проблема в основном заключается в том, чтобы передать это на собеседовании.
Имейте в виду, что резюме было написано на основе, по крайней мере, опыта одного человека. Возможно, несколько. Существует бесчисленное множество стратегий написания резюме, и каждая компания может быть различной - но диапазон 3-7 достаточно каноничен, чтобы какая-то группа подумала, почему на этот раз в этой области имеет значение. Если вы собираетесь продать альтернативную идею, поймите, что вам, возможно, придется пойти дальше и дальше, чтобы показать, почему вы, в частности, является аутсайдером, и что вы каким-то образом более опытны, чем годы, которые вы обычно указываете.
Также поймите, что они рассматривают вас в свете пула. Если кто-то со всеми вашими навыками пришел на одну и ту же работу через час после того, как вы вышли из комнаты, но у него был некоторый опыт, которого у вас еще не было - тогда нет причин идти на компромисс.