Креш-тест резюме, выпуск № 2: Рекомендации Георгия Серебренникова

Серию креш-тестов резюме на DOU продолжает Георгий Серебренников — герой одного из недавних Профит-Шоу и VP of engineering в компании Grammarly, переехавший в Киев после 25 лет жизни в США. В этом выпуске — разработчики, QA, бизнес-аналитики, радиоинженер и исследователь.

George now has the floor.

Formatting Issues

  1. Most of resumes are at minimum three pages long. For some of them it is just a matter of formatting, resumes can be easily condensed into no more than two pages. Some of resumes have too much information that can be easily removed without any damage to the quality of information.
  2. All resumes do not have page numbering.
  3. Some resumes have inconsistent formatting (different fonts, spacing, positioning of similar information).


  1. Some people are listing as too many technologies under “skills”. It is impossible to imagine that they know everything. For me, personally, it is a big red flag.

  2. People are listing some very basic packages under skills:

  3. Unclear Objectives (gives the impression that the person really does not know what he wants and will agree on anything):

  4. Personal Qualities — I really do not see the need for them:

  5. Use of words and unneeded information — use of phrases like “basic knowledge”, “average complexity”, etc., are absolutely counterproductive in resume. You are trying to sell yourself. There are different means to highlight level of expertise in particular technology (e.g. order in which skills are listed)

  6. Empty statements — statements providing no information at all:

  7. Copy and Paste descriptions from one position to another:

CV #1

1. Bad formatting in general. Too many fonts of different sizes. Overall impression of the resume as written by sloppy person. By American standards you should never include date of birth. There is no value for “Relocation”. Why is it there?

2. Should not be there.

3. Is it only international company you are targeting? Will you refuse the offer from domestic one? IT support engineer, analyst or related — gives the impression that you do not really know what is it you want, especially if you send the resume to particular company.

4. I would suggest the following order to describe a particular position:

  • Name of the company and dates of employment
  • Short description of the company
  • Position
  • Responsibilities/Projects

5. What you are doing is highlighting the fact that you can not be interviewed in English — Why would you put negative and unnecessary information about yourself?

6. You should try to avoid stating absolutely obvious things. It is assumed that you have “excellent computer skills...”

7. Most of info in the section are BS. My suggestion is to try to avoid BS. Strong Manager skills is important quality. However, where is the information about you management in description of the positions above?

8. In my mind it is absolutely unnecessary info.

CV #2

1. Your resume should not be more than one, maximum two pages long. Everything you have on first two pages can be easily condensed into half of the page. My resume, of the person with 30 years of experience is 3 pages long. Yours is 4.

2. For me, the only useful information is an information about your language skills. Everything else is not important.

3. To be honest, I am not interested in that. I am interested only in your professional qualities.

4. Overall formatting suggestions:
4.1 When describing positions, provide info in the following order
a. Company name and dates of employment
b. Short company description
c. Your title/position
d. Short description of projects
e. Your achievements
4.2 Use different fonts/headers to separate one position from another

5. That phrase gives me no information at all, therefore it is useless.

6. Same as above.

CV #3

1. What position are you looking for? Research Engineering? If so, I would clearly state that goal in “objective” section since it does not match your current position as software developer.

2. Personally I am interested only in skills developer is reasonably perfected. When I see full-page list of different languages, databases, tools, frameworks, my assumption (maybe wrong one) is that the person is trying to bs me. I would recommend cutting the list significantly. I also would suggest never include tools like Access, Word, Visio, Open Office, etc. Do not state obvious.

3. I would suggest putting a free space between logical sections, like different positions. Document looks very crowded.

4. You are considering yourself a experienced developer. How the description here is different from what Junior Developer may provide? I do not think “Settled all kind of issues...” cut it.

5. To save space and shorten the resume, I would suggest:
a. Have only one position: Lead Developer (you do not need to specify promotion date)
b. List both projects with short description for each
c. Provide overall description of responsibility (both projects combined into one)
d. Combine “tools” section of both projects into one

6. I would not include Lyceum into your resume.

7. You can have your publications listed in separate document. In your resume you can simply put: over XX scientific publications.

8. You may consider to remove awards you received 10 years ago+.

CV #4

1. I like your resume. It has all the elements needed. However, in my experience Technical Writer and Business Analyst are very different positions. You may want to consider two slightly different resumes: one highlighting your experience as technical writer and another your skills as a business analyst. The fact that you are not sure which one, may negatively affect your chances for both.

You may also want to consider a separate section “Skills and Experience” to provide short summary of your qualifications.

2. Everyone is writing the same things about analytical mind, attention to details, etc. No employer will ever pay attention to that. It is useless section.

3. Unless companies you are applying to, constantly wasting your time by offering you significantly less that you are willing to accept, I would not put my salary expectations in the resume.

CV #5

1. Some English language issues.

Formatting issues:

  • Include page numbers
  • Make formatting nicer. Consider using headers for sections, etc.
  • Describe each position in the following order:
    • Company name (link) and dates of employment
    • Short company description
    • Position
    • Responsibilities and Projects

2. The information like that included in the resume will trigger the following questions:
What is it she really wants? If she really qualifies for team Lead, why would she consider Senior QA engineer

3. Word “enforcement” has some negative connotation. Consider to change.

4. I would suggest grouping your duties as a team lead and your duties as individual contributor. #1, 10, 11 vs. anything else.

Everything described as duties is a very basic stuff associated with position of QA Engineer. More than that, the same “duties” are repeated over and over again for the positions below. Your description will look exactly as descriptions of others. Consider creating summary section and describing some basics there. Try to describe something unique about each position/each project, highlighting your abilities, intelligence, and experience.

5. Basic means what? You did read about it? Consider to rephrase it.

6. What does it mean: is the scrum the only one you know, or the only one you worked with? Consider to rephrase it.

7. Personally I am trying to avoid “empty” phrases. What did you actually do: Hired people, fired people, etc.? What being effective means? How were they ineffective before you?

8. The same empty phrase: what improvement did you introduce?

CV #6

1. I am not a specialist in Radio engineering, but my overall impression is positive. I would recommend the following:

  • I would put “Education” section before “Work Experience”.
  • I would recommend putting “Skills/Software/Equipment” section on top. Section should summarize your most important skills and experience.
  • Include Page Numbers
  • Describe each new position in following order:
    • Name of the company (link to the website) with dates
    • Position/Title
    • Short company description
    • Responsibilities/Achievement

2. Some English language issues. Never use word “basic” — you are trying to sell yourself. It is the same as to say: I know very little about the subject. Statement “...knowledge of database and MS SQL” — is wrong.

3. I automatically assume that you know basic packages. There is no need to state the obvious

4. You are applying for technical position. Your advanced level is assumed.

5. I really do not see the need for them.

CV #7

1. I liked overall format. Below are suggestions:

  • Include page numbers.
  • 8 pages is just too long.
  • Display projects under corresponding positions/companies and not as separate subsection
  • There are, typically, very little interest to projects you did more than 5-6 years ago. Consider shortening descriptions for such projects.
  • For current or recent projects, consider providing more information about your personal accomplishments.
  • Do not put in your document very basic stuff, that is unbecoming your status of senior developer/architect (e.g. ..." communications — emails, phone, tips“).

2. There is nothing under skills to suggest your qualification specifically for Architect Position. Consider adding some additional skills.

3. You are a senior person. Why do you need to list under “strongest skills” such a basic things.

CV #8

1. Overall resume creates the impression of junior support engineer with very little if any experience other than fixing bugs. If that is a goal — ok. If not, I would suggest adding more meat.

2. What is it you want: Web Developer or Java Developer or both at the same time? In my mind it creates uncertainty if you know what you want, or maybe you would agree on anything. If you must include objective (I typically do not), then maybe you should use something like “... where my extensive technical skills can by fully utilized”

3. Even if your intention is to highlight your support role, it doesn’t work, so I would suggest rephrasing it. If it is not your intention, I do not see the difference between skills described in #1-2 and #3-4.

4. For me “Strong knowledge ” and “Good knowledge” creates the impression that one is better then another. I am not sure that was an intent.

5. I would rephrase the “Eagle eye...” to something more appropriate: Extensive experience designing user-friendly interfaces.

6. I do not understand the sentence at all. I can guess, but I would recommend to change it.

7. You are mixing new functionality, changes, and bug fixes all in one. I know that you did fix bugs, and implemented changes. Every developer does. You should not even mention it, unless it is your MAIN job. I am interested in how complicated was the project and how significant was your contribution. I am not getting it from the resume. As I stated above, the overall impression is as a junior “bug-fixer”. You may want to change that.

8. I would recommend to include link to website and short description of the company for each company.

9. I would recommend combining all 3 different projects for the same company into single section. Otherwise it gives the impression of 3 different short-term jobs. I also would recommend including only one title. Otherwise it brings the question: why downgrade from team lead to java developer

10. Word “unemployed” is bad word to use in your resume.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

До обраногоВ обраному0

54 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Георгий, Вы даете много интересных советов. Вот хочу задать конкретный вопрос.

Предположим, я хочу работать конкретно в компании XXX — это приоритетное желание.
Компания — большая, один из лидеров местного рынка, в ней есть много разных вакансий.
Я трезво проанализировала свои навыки и они такие: Senior ЖНЕЦ, Middle ШВЕЦ и даже Junior НА ДУДЕ ИГРЕЦ (новая перспективная технология, нет живого опыта, но вполне можно поработать, видя перспективу).
Тайтлы расcтавлены исходя из общепринятых критериев — продолжительности работы с технологией, участия в проектах. Английский — соответствует, разумеется, высшему тайтлу.

Какое же резюме в этом случае посылать — одно с указанием цели получить работу в компании XXX или три, заточенных под конкретные вакансии этой компании?

Нет, три резюме посылать в одну компанию глупо. В этом случае резюме должно быть одно. А дальше два варианта:
1. В «Objective» и в Cover Letter отдельно, вы честно описываете почему для Вас ТАК важна компания ХХХ, и что вы согласны даже на junior, только бы там работать. Запросто может сработать, если хорошо объясните.

2. Вы выбираете одну позицию, на которую у Вас наибольшие шансы, и переписываете резюме, заостряя под позицию

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

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

Не согласен с базовыми идеями статьи. К примеру, логично что будет больше данных для принятия решения о интервью , если в резюме кандидат дает больше информации о себе, в то же время Григорий утверждает что в резюме много ненужной ему информации. Первоначальное чтение резюме на одну или 3 страницы занимает времени на пару секунд больше (по ключевым словам). А если кандидат интересен то можно и вчитаться. Как итог — несогласен с опытом Григория и его советами в принципе, лучше делать наоборот :)

Здравствуйте Георгий!

Спасибо огромное за проделаную работу! Критика очень полезная, обязательно учту и улучшу резюме.

Но все же остаются небольшие вопросы, быть может подскажете?

Что делать если действительно опыт так сложился что 6 лет занимался всем понемногу и веб-технологиями (фронт-ендом), и серверной частью и тим лидил/проджект менеджил (вообще по сути без разработки целый год)? Более силен в фронт-ендах (последние два года разрабатываю на флексе, резюме не успел обновить, подустарело), но в тоже время обладаю опытом разработки и на бек-енде, т.к. занимался и им, правда в несколько раз меньше... Как бы вы поступили? Указали бы в желаемой позиции только первое, не упоминая второе? Просто хотелось как-то подчеркнуть что я рассматриваю больше первый стек в качестве предложений, но если что, то и второй, т.к. работал на обеих.

На счет вопроса почему даунгрейд с позиции тим-лида к джава девелоперу — бизнессы меняются, распадаются целые команды, появляются новые проекты, иногда получается так что уже некого тим-лидить. Я так полагаю лучше такие моменты как-то объяснять в резюме?

Что делать если конторы в которой работал уже не существует? Обанкротилась и продалась. Нет у нее уже сайта и ее самой, а проекты над которыми работал в большинстве своем переделаны до неузнаваемости другими конторами. Тут уже никакие линки не вставишь... Об этом тоже нужно упомянуть в резюме или, я полагаю, не стоит?


1. Посылая свое резюме, вы пытаетесь себя продать. Как честный человек вы не должны врать, но а) можете немножко подретушировать действительность в)умолчать о некоторых проблемах.
Подретушировать; вы говорите об опыте «team lead» и «project manager». Это авжно, но где это у вас под «Experience and skills» и где это у вас в описании работ? Вы работаете программистом 6 лет, и это большой опыт. Ну и где у вас фраза: Over 6 years of experience as a developer, team lead, and project manger, responsible for design and implementation of complicated business systems. Я что-то в ней соврал? :-)

Умолчать: У Вас в резюме через каждое слово «support», «support». Разве вы хотите «Support» позицию? Тогда зачем Вам это? В Вашем резюме сейчас, все обратно тому о чем я говорю: достоинства спрятаны а проблемы обнажены

Теперь о фронт/бек проблеме. Я человек не ленивый, и имел бы 3 версии резюме: одна для рекрутеров, где я бы не писал что я ищу и одинаково выделил оба опыта, и две другие версии заостренные под фронт или бек. «Заостренные» не значит что я умалчиваю о чем-то, просто я выделяю что-то больше.

2. Даунгрейд. В вашем случае я бы объединил все 3 проекта, которые вы делали для одной компании, под шапкой этой компании, и написал бы только один титул. Какой — это надо думать. Можно самый высокий а можно и тот который соответствует титулу в следующей компании, чтобы не привлекать внимания к даунгрейду.

3. Работы не существует, но описание компании вы все равно можете дать. ну не давайте линка.


Да, на счет support support и отсутствии некоторых описаний уже сразу принял к сведенью после прочтения статьи. Просто команда в которой работал так и называлась Support Team, потому и проскочило :) при том что там был далеко не только саппорт и баг-фиксинг, но и много разработки.

Идея нескольких резюме звучит интересно, подумаю.

А вот на счет проектов тут тоже есть нюансы. Все рекомендуют — пишите четко что за проект, что за заказчик, какие сроки, стеки технологий и лично ваше участие и сложность... Но это отлично ложится на большие проекты, но не ясно как это все положить на то чем я занимался на той первой фирме почти 3 года... Мы там имели CMS систему, которую изредка допиливали и фиксили (полноценной ее разработкой занималась другая команда), а мы были грубо говоря такими себе «внедренцами» — клепали каждую неделю-две по новому небольшому сайту для голандских клиентов (часто «кастомизируя» ЦМС под ключ для каждого заказчика, создавая ветки в репозитарие).

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

И вот что тут писать? Так и говорить? Клепал 3 года сайты? Показать ни один не могу т.к. их уже нет? :)

Ну а почему нет? Только не «клепал», а например «собирал сайты на основе готовой CMS с учетом требований заказчика». :)

Принял к сведенью, улучшу, спасибо за советы!

(оффтоп) Макс, молоток что не забросил сайт ;) Глянь как бурлит, а? :)

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

Очень интересная и полезная инициатива, спасибо всем участникам!

У меня есть такой вопрос: стоил ли в резюме указывать всяческие пет-проджекты, которые делаются в свободное время?

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

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

+1. У меня например знакомая серьезно занимается альпинизмом. Это значит, например, что ей нужны отпуски 3-4 недели. Пусть и за свой счет, но далеко не все работодатели на такое пойдут. Поэтому лучше если это выяснится раньше.

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

Разница с альпинизмом в том, что работодатель, увидев open source проекты в резюме, скорей всего пойдет и посмотрит на них. Само по себе их присутствие я оцениваю как плюс, но собственно качество кода — это где-то треть решения берем/не берем.

с позиции «сытого» все верно: я им нужен больше чем они мне. А как с позиции «голодного»?

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

я лично не против нумерации страниц как таковой. но, возможно, стоило бы еще и упомянуть, зачем именно нужны номера страниц, и почему это так важно. притензия зазвучала бы более обоснованно.

Вы правы. Так принято потому что удобно. Мне так удобно, особенно если я должен интервьюировать множество кандидатов. Но ведь это не трудно пронумеровать страницы, и я не вижу ничего плохого в том чтобы сделать жизнь кому-то чуть чуть удобнее, даже если кто-то «презренный рекрутер»

Спасибо за обзор, советы и предложения, я обязательно их учту!:)

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

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

а что по поводу тех резюме которые не были показаны тут, но они отсылались. До них еще не дошли, или они в целом нормальные?
Интересную презентацию видел Кирилла Климова по поводу резюме: hi-tech.tochka.net/...-kirill-klimov
тоже полезные вещи рассказывает.

Спасибо ДОУ за такое проект.

Ещё не дошли. Надеюсь, удастся опубликовать рекомендации по всем присланным резюме.

Не обещаю, что мы разберем *каждый* запрос. Резюме много, но ошибки повторяются снова и снова. Так что посмотрим. Будет зависеть от реакции читателей и желания экспертов продолжать.

Спасибо, очень интересно (полезно).

Но есть пару моментов:

Some people are listing as too many technologies under «skills». It is impossible to imagine that they know everything. For me, personally, it is a big red flag.

Это «рашн традишн». Резюме у нас часто пишут для ХР, а им так проще grep-ом. Это одна из причин почему у меня в резюме указан JUnit :)

Personal Qualities — I really do not see the need for them

Эт так же «рашн традишн». Вроде как никто не понимает зачем они надо, но все резюме которые я видел их содержали.

я не спорю. Многое из того что я сказал очень субъективно и тут влияли мои привычки. Но это длинное полотно у меня автоматически ассоциируется с junior, которому нечем взять меня кроме как количеством, т.к. качества там нет.

Ой, мне кажется я узнал чувака из CV3 по фото :-)

Супер! Георгий, Вы отлично поработали. Спасибо!

Офигенно! Если бы я искал работу и рассылал резюме я бы перечел это раз 5-6 и мое резюме улучшилось бы на порядок.

на всякий случай дам расшифровку для «bs» — bullshit. «try to bs me» — вешать мне лапшу на уши.

А все присланные резюме будут рассмотрены?

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

А все присланные резюме будут рассмотрены?

Да, все. Во всяком случае, цель именно такова.

...дама сказала что 3 страницы это плохо, нужно 10.

Инна несколько о другом говорила: «Рекомендованное количество страниц резюме для трудоустройства — две-три, в зависимости от опыта работы. Расширенное резюме, которое чаще всего просят уже непосредственно для показа заказчику, может содержать до 10 страниц».

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

Я понимаю так, что в любом случае первое резюме, которое вы отправляете, не должно быть длиннее трёх страниц. А потом уже, возможно, попросят «расширенное». То есть, необходимым условием наличие резюме на 10 страниц не является.

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

про 10 страниц — bs.

для того и собеседование, чтоб выяснить нужные детали.

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

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

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

в Штатах это считается персональной информацией

Мы не в штатах

а можно поподробней? я как-то с трудом представляю себе компанию, где предпочтению отдадут кондидату, который (в отличие от конкурента) еще и в настольный теннис шпилит, а значит может составить компанию ширики погонять? или приходит такой весь из себя джун и грит: я в хтмл-слабоват конечно, но зато от груди 200 кило жму и лбом могу кирпичи ломать, а вы ему: вау! берем, нам как-раз с крепкой головой чел нужен. я правильно понял мысль?

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

м... только мне английский режет глаз временами?

а так — советы, имхо, дельные.

Ну согласен с английским, спешил, простите ☺

Георгий, а разве в резюме раздел Education должен идти перед Experience? Не наоборот? Зачем мне, как работодателю, видеть первым пунктом образование?...важнее ведь опыт работы + скиллз!

я поставил это как рекомендацию только для одного конкретного резюме: резюме радио инженера. Мне показалось это важным именно для него. А так вы абсолютно правы. Я и в своем ставлю это после опыта

В Штатах в процессе найма человека на работу есть фраза «over qualified» в контексте фидбека по кандидату.
Очень часто встречал разные толкования и примеры такого несоответствия требованиям к вакансии.
Какое Ваше видение и понимание этого?

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

для меня лично это важный критерий, хотя мне он пару раз встречался просто как форма вежливого отказа. Я сам, закончив институт и московский универ, когда-то писал в своем резюме только одно образование, и ставил степень бакалавра, чтобы не получилось как раз это. А страх вызван непониманием нанимателя, почему человек имеющий по резюме значительно больше опыта и образования чем требуется для позиции, всеже хочет ее занять. Может быть ему просто требуется время пересидеть пока он найдет «правильную» позицию. Даже если он честно в позиции заинтересован, то сможет ли он ужиться с коллегами, не обладающими его качествами. Т.е. — он риск, риск конфликта, риск быстрого ухода.

А почему бы не видеть иногда в таких резюме не over qualified, например, а желание дауншифтинга? сам столкнулся в один такой момент, что всё, достало, добровольно спущусь на пару ступенек ниже, чтобы увидеть новый путь. Хотя в опыте присутствует именно руководящая работа несколько лет. Стоит ли в таких случаях именно прятать реальный опыт?

Может быть куча причин почему человека интересует работа на которую он по резюме «over qualified». И интервьюер может сделать ужасную ошибку не пригласив его. Но ведь мы рассматриваем «общий» случай. Если у меня (менеджера) на столе много резюме, мне надо построить свою работу наиболее эффективно т.е. отфильтровать резюме на саммом раннем этапе. «Оver qualified» будет красным флагом, и с более высокой вероятностью попадет в отфильтрованные.

Спасибо за ответ. Можно я еще один вопросик задам: имеет ли смысл не показывать реальный уровень знаний? Как говорят , прикинуться дурачком?

ну нет, таких экстримов не надо. Просто иногда надо «downplay your assets». Пример с образованием например. Ну вот другой: Вы работали СТО в маленьком стартаре, дело не пошло и вы ищете новую работу, в компании побольше. На СТО в этой компании вы не тянете, ну тогда не пишите что вы были СТО, просто пропустите «title» (к примеру). Все зависит от конкретной позиции вы пытаетесь получить

временами режет... но ничего тут страшного нет

Підписатись на коментарі