Образцы и шаблоны резюме на русском и английском языках

Резюме (Resume или CV) - краткое описание деловой и профессиональной квалификации человека, его образования и опыта работы. Цель CV - заинтересовать потенциальных работодателей в способностях, квалификации и рекомендациях соискателя для выполнения определенной работы.

Существует два основынх формата резюме: хронологический и функциоанльный.

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

Сегодня составление качественного резюме – ? Вашего успеха на трудоустройство.

В Интернет приведено множество форм, бланков и шаблонов резюме. но на нашем ресурсе мы предлагаем Вам свои собственные примеры, проверенные опытным путем на работодателях.

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

• Образец резюме № 1.pdf - предназначен для резюме с фото.
• № 2.pdf - не предполагает размещение фотокарточки.
• № 3.pdf - предназначен для размещения с фото.
• № 4.pdf - не предполагает размещение фотокарточки. Сделан на основе стандарта ЕС .

• № 1 на аглийском.pdf - предназначен для размещения с фото.
• № 2 на английском.pdf - не предполагает размещение фотокарточки.

Все образцы и шаблоны сделаны в Word с использованием таблиц. Пользователи сайта имеют также возможность скачать предложенные выше образцы, но в формате .doc :

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

Как правильно писать резюме

09 октября 2011 в 19:47

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

Статья разделена на 2 части: структура резюме и "трюки". В первой части описаны довольно стандартные вещи, которые должны быть знакомы большинству людей, которые хотя бы пару раз устраивались на работу. Во второй собраны мои наблюдения, почерпнутые как из личного опыта, так и из опыта общения с рекрутёрами, а также из психологических исследований.

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

Перед тем, как сесть писать резюме, представьте, что его будет читать уставший менеджер за 5 минут до конца рабочего дня в пятницу. Ваша задача - сразу заинтересовать его и заставить потратить ещё 10-15 минут на то, чтобы всё-таки дочитать ваше резюме и пригласить вас на собеседование. А для этого в первую очередь нужно грамотно структирировать ваше резюме.

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

В кратком описании в первую очередь укажите свой headline - то, как вы себя видите. Это буквально 2-3 предложения, описывающие ваши основные черты с профессиональной точки зрения. Например:

".NET разработчик с 3-хлетним опытом создания десктопных и веб-приложений на C# и ASP.NET. Хорошие знания большинства распространённых технологий для данной платформы (в т.ч. WCF, WCP, WSE, ADO.NET, JScript и др.). Опыт проектирования и разработки крупных распределённых систем, а также опыт управления небольшой командой (до 5 человек)."

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

"Студент 4-ого курса БГУИР специальности Вычислительным машины, системы и сети. Уверенные знания в области объекто-ориентированного программирования и, в частности, языка программирования C#. Аналитический склад ума и умение решать сложные технические задачи."

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

Если в headline вы не указали основные технологии, которыми владеете, имеет смысл вынести их в отдельный пункт - "основные навыки" (principal skills). В этом пункте просто перечислите через запятую те вещи, которые вы знаете лучше всего и можете свободно ответить на любой вопрос по ним на собеседовании. Задача в данном случае - дать менеджеру "якорь", за который зацепится его глаз. Например, HR знает, что на их проекте используется WinForms, а вы как раз хорошо владеете этой технологией. Если вы укажете это в краткой части, менеджер сразу заметит это и заинтересуется. А вот в общем списке ваших скилов эту строчку можно и не заметить, и тогда ваше резюме сразу опустится на дно стопки таких же предложений от других кандидатов.

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

А вот тут уже можно оторваться и показать себя со всех своих лучших сторон. Однако это не значит, что в полном описании можно писать что угодно и как угодно - правила здесь менее строгие, но они всё ещё есть.

Первое, на что стоит обратить внимание, - это аккуратная структура. Краткое описание HR будет читать как художественную книгу - от начала и до конца (именно поэтому и нужно сделать из этой книги маленький буклетик, который не отнимет у менеджера много времени). В то же время, полное описание будут скорее не читать, а просматривать в поисках нужной информации. А значит нужно сделать "навигацию" по резюме как можно удобней. Нет, конечно делать предметный указатель или расставлять гиперссылки не надо (хотя если сделаете, думаю, никто не расстроится - по крайней мере будет оригинально ;)), однако разделить полное описание на части и секции внутри каждой части всё-таки стоит.

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

1. Основное.
2. Языки программирования и платформы.
3. Технологии профильного языка или платформы.
4. Операционные системы.
5. Базы данных.
6. Иностранные языки.

В основных навыках следует указать всё, что было перечислено в кратком описании, плюс то, что не вписывается в другие пункты, но о чём очень хочется сказать. Например, если вы идёте в геймдев, укажите математику и физику; если в финансовые структуры - экономику; если собираетесь заниматься графикой и хорошо знаете фотографию - укажите и её. Языки программирования и платформы - те, которые знаете лучше всего или просто считаете важными, 5-6 языков обычно достаточно. Технологии - подробно обо всех технологиях, с которыми когда либо работали и которые ещё кое-как помните. Здесь любая мелочь может помочь заинтересовать менеджера. Однако следует понимать, что любая ваша технология может быть использована на интервью против вас, и будет очень некрасиво, если вы не сможете ответить хотя бы на базовые вопросы по ней. Операционные системы - этот пункт имеет смысл указывать, если вы работали не только под Windows, но и хотя бы под Ubuntu. Базы данных и иностранные языки, думаю, пояснять не стоит.

Хорошим примером оформления списка навыков является стандартная эпамовская анкета. в ней для каждого навыка вы указываете три параметра: 1) опыт (кол-во лет использования); 2) уровень знания (от novice до expert); 3) год, когда последний раз использовали данную технологию. Эпамовская анкета в первую очередь рассчитана на автоматическое сохранение в базе данных, поэтому там практически нет полей "для людей". Однако в своём персональном резюме вам никто не мешает добавить ещё одну колонку - описание того, где и как вы использовали данный скил. Почему это важно? Представьте 2 следующих описания:

1. "Spring: опыт - 3 года; уровень - advanced; последний раз использовал - 2011."
2. "Spring: опыт - 3 года; уровень - advanced; последний раз использовал - 2011. Активно использую AOP фрейворк для построенияболее гибких архитектур и связывания всех компонентов приложения. С помощью Spring 3 MVC создал более 20 веб-приложений и сервисов. Есть опыт интеграции с EJB3, Hibernate, Axis и др."

Какое описание даёт более точное представление об уровне знания человеком данного фреймворка? Разумеется, второе. В нём конкретно описано, что претендент умеет делать с помощью Spring, а не даёт размытое представление о том, что человек делал с помощью этой технологии и что в его понимании означает уровень advanced. О важности конкретики в резюме речь ещё пойдёт ниже.

После списка навыков обычно указывают образование. В большинстве случаев - это чисто формальная часть: университет, факультет, специальность, годы обучения.

Далее идёт история трудоустройства и выполненные проекты. Объединять их в одну часть или разделить на две - дело строго индивидуальное. История трудоустройства помогает потенциальному работодателю оценить вашу общую компетентность (работал в Google vs. работал в Roga & Kopyta Soft), умение работать в команде (Mircosoft vs. freelance) и др. Список проектов в некотором смысле дополняет описание ваших навыков: следует указать основную идею проекта, вашу роль на нём и вкратце описать решённые вами задачи в рамках этого проекта. Не обязательно указывать все проекты, достаточно тех, которые вы считаете важными. Если вы студент без опыта реальной работы - не стесняйтесь указывать свои курсовые и большие лабораторные. Может это и не впечатлит менеджера, но по крайней мере даст ему представление о вашем профессиональном профиле.

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

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

1. "Мелкие" навыки, то есть такие, которые подразумеваются сами по себе и вырабатываются как бы между делом. Такими навыками являются SQL, XML, HTML и др. Например, если вы идёте на вакансию back-end разработчика, то лучше укажите MySQL или Oracle, чем просто SQL - если у вас есть опыт использования реляционных баз данных, то уж наверняка вы знаете SQL, и незачем указывать это отдельно. Скилы мелкого порядка часто вписывают люди, которые особо ничего и не умеют, поэтому и стремятся написать побольше, в надежде что хоть что-то "зацепит" менеджера. Ведь если вы хвастаетесь друзьям новым iPhone 5, вы не станете указывать, что по нему ещё звонить можно! Единственное исключение из этого правила, которое приходит в голову, это указание навыков из вашей основной области. Если вы претендуете на вакансию верстальщика, то имеет смысл написать что-то вроде "глубокие знания HTML всех версий, CSS/CSS3. ".
2. То, что не имеет отношения к работе. Как-то мне на глаза попалось одно довольно странное резюме, где среди прочих характеристик было что-то вроде "люблю животных и забочусь о бедных". Нет, само по себе это, конечно, похвально, но какое это имеет отношение к работе программиста (дизайнера/верстальщика/DBA - нужное подчеркнуть)? Не знаю, как вас, но меня такие вещи настораживают. Если человек указывает в своём официальном рабочем профиле, что любит животных, то наверное он считает это важным, а значит, у него, возможно, на эту тему "загон". И стоит ли его тогда вообще приглашать на интервью? Мало ли ещё, ляпнешь лишнее о собаках во время собеседования, а он на тебя вечером своего бультерьера натравит! Запомните: резюме - это не живой журнал и не профиль на фейсбуке, это - деловой документ. Его будет читать менеджер с целью найти работника на определённую вакансию. Не собаковода, не рыбака, не авиаконструктора, а именно работника на открытую вакансию. Как и в любом правиле, в этом есть свои исключения. Например, не стесняйтесь добавить немного юмора или оригинальности в своё резюме. Ход немного рискованный, но если вам ответят "ой ты ж юморист, нафиг нам такие", то и вам, скорее всего, такая компания вряд ли понравится. Другое исключение - упоминание увлечений, которые любят в компании, куда вы подаёте резюме. Например, если вы точно знаете, что в компании вашей мечты принято на корпаративы играть в пейнтболл, а вы как раз вернулись с чемпионата по этому виду спорта, его упоминание наверняка добавит баллов в вашу карму.

А вот несколько не совсем стандартных способов заинтересовать работодателя.

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

Цифры производят просто фантастическое впечатление на менеджеров. Цифры - это не слова, которые можно понять по разному. Цифры точны, они однозначно характеризуют ваш опыт. Представьте такое описание дизайнером одной из выполненых им работ: "Переработал дизайн сайта, добившись значительного повышения посещаемости". Значительного - это на сколько? А сколько было до этого? А действительно ли дело было в дизайне? А если попробовать так: "Переработал дизайн сайта, добившись повышения посещаемости в течение 1 месяца с

5000 уникальных посещений в день". Вопросы? Вроде нет. Указывайте время работы над проектом, количество людей в вашей команде и на проекте вообще, увеличение прибылей, номера в рейтингах и т.д. и т.п. Цифры - лучше слов!

Причина такого магического воздействия цифр в той точности описания, которую они дают. Однако не только цифры, но и просто конкретные факты способны дать менеджеру чёткое впечатление о вас. Сравните: "работал над крупным проектом в большой команде" и "работал над крупным многомодульным проектом для сферы обслуживания, в подразделении мобильных разработок". И снова, что из этого даёт менеджеру больше информации? Разумеется, второе. Правда, некоторые неправильно понимают это правило, считая что чем больше. тем лучше, и начиная описывать одни и те же свои действия со всех сторон. Например, в одном резюме на должность QA-специалиста было указано: "Разработка методик приёмочного тестирования. Участие в приёмочном тестировании [. ] Разработка планов приёмочного тестирования". Единственный вопрос, который у меня возник при прочтении этого резюме, - "зачем?". Зачем несколько раз описывать одно и то же? Менеджер - не идиот, и наверное может с первого раза понять, что у вас хороший опыт организации приёмочного тестирования. Старайтесь указывать "ортогональные" навыки и опыт. Если вы писали системные утилиты для Linux, то не обязательно указывать bash - системные утилиты подразумевают, что скорее всего с bash-ем вы тоже имели дело, а если и не имели, то освоить его для вас не составит труда. В то же время знание стека LAMP слабо связано с системными утилитами и является "ортогональным" по отношению к ним, поэтому его можно свободно указывать сразу после системных утилит.

В последнее время здесь, на dev.by, всё чаще стали появляться "разборки" между HR-ами и работниками. Каждая сторона считает, что это именно они делают одолжение противоположной стороне. Работники говорят "как будто это они мне нужны, а не я им!". HR-ы отвечают "кандидаты всегда есть, так и что и без вас неплохо!". Ребята, вы договариваетесь о взаимовыгодном сотрудничестве. Компания хочет получить некоторый результат. Работник хочет получить вознаграждение за свой труд. Вас никто не заставляет, всё делается добровольно. И если речь идёт о найме, то это выгодно обеим сторонам. Почему тогда так часто одна сторона ведёт себя надменно (или, как это бывает у джуниоров, принижается) перед другой? Я не буду описывать, как такие неравные отношения выглядят со стороны кандидата - думаю, тут каждый решит за себя сам. А вот как обычно выглядят самонадеянные или унижающиеся кандидаты со стороны нанимателя: "Я суперкрутой разработчик, очень умный и очень опытный. Любите и почитайте!" - заносчивый, тяжёлый в общении, большая вероятность, что не сработается с командой. "Я готов работать по 12 часов в сутки, лишь бы заплатить за съёмную квартиру и прокормить своих 5-х детей. Пожалуйста, возьмите меня на работу!" - если готов перерабатывать за гроши, значит скорее всего ничего толком не умеет. Да и когда он будет работать, если всё время будет думать о своих 5-рых детях!

Отсюда вывод: общайтесь с менеджером на равных. Как партнёры, желающие произвести взаимовыгодный обмен рабочей силы на материальный достаток.

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

Есть простой способ развеять сомнения менеджера - показать пример своей деятельности из каждодневного, реального мира. Укажите в резюме свои профили в профессиональных социальных сетях, таких как LinkedIn, сооществах вроде dev.by или Habrahabr. Если у вас есть Open Source проекты - вперёд, покажите, что умеете писать хороший код не на словах, а на деле! Отдельно стоит сказать про StackOverflow. По профилю на SO менеджер или технический специалист может узнать ваши наиболее сильные навыки, увидеть примеры кода, оценить общую компетентность и умение чётко формулировать мысли. И всё это не на основании написанного вами же резюме, а на основании вашей реальной деятельности.

Есть одна фраза, которая способна с самого начала задать тон всего дальнейшего разговора, поставив вас в очень хорошее положение в глазах менеджера. Это фраза "я ищу". Например, "я ищу работу, связанную с обработкой больших объёмов данных". Вспомните пример про кандидата с 5-ю детьми, готового работать 12 часов в сутки. Впечатление от такого кандидата как от низкоквалифицированного неуверенного в себе работника. Если же вы в самом начале резюме указываете, что ищете определённый тип проектов, то это означает, что для вас не стоит вопроса о деньгах - вы пытаетесь удовлетворить потребность более высокого уровня (по классификации Маслоу это прыжок со 2-й сразу на 5-ю ступень пирамиды потребностей). И у менеджера автоматически складывается впечатление о вас как об очень сильном, уверенном в себе работнике.

Даже если вы хорошо постарались, выкинули из резюме всё лишнее и очень лаконично сформулировали свои грандиозные достижения, и выделили жирным самое-самое важное, ваше резюме - это всё ещё большая куча текста. В последнее время появилась тенденция создавать графические резюме. Вместо длинного и скучного описания истории трудоустройства можно нарисовать временную шкалу с пометками где и кем вы работали. Вместо перечисления основных профессиональных навыков можно создать круговую диаграмму с долями, равными относительному уровню владения тем или иным скилом. Вместо обычных ссылок на профили в социальных сетях - вставить их иконки. Использование инфографики - вещь несколько рискованная, поскольку не все могут оценить оригинальность. Но, с другой стороны, если вас послали из-за нестандартного подхода, то подумайте, действительно ли вы хотите работать с такими занудами ;) Важно заметить, что графическое резюме НЕ является заменой стандартному текстовому: как я уже говорил, многие компании импортируют резюме в свои системы поиска кандидатов, а искать по графикам и диаграммам такие системы, естественно, не умеют. Поэтому имеет смысл отправлять сразу 2 резюме - одно для людей, другое для машин. Множество примеров хороших графических резюме можно найти в гугле. здесь же приведу только одно особо понравившееся:

Напоследок хотелось бы сказать пару слов о письме с заявкой на работу. Поскольку это не основная тема статьи, я не буду подробно описывать правила (хотя многое из того, что было сказано про резюме, в равной степени можно использовать и в письме). Я отмечу только 3 самые базовые и очевидные вещи, которые приняты не только при общении с HR-ами, но и при любой деловой переписке, однако про которые многие так часто забывают:

1. Начните со слова "Здравствуйте". Человек, который не умеет здороваться, выглядит просто некультурно и сразу вызывает негативное впечатление.
2. Поприветствуйте HR-а по имени, например: "Здравствуйте, Ольга". Собственное имя для человека является мощным раздражителем (наряду со словами "секс" и "бесплатно". Но эти слова лучше не включать в письмо) и сразу формирует положительный образ.
3. В конце письма не забудьте поставить подпись, например: "С уважением, Владимир". Можно даже без уважения, главное указать имя - во-первых, так принято, а во-вторых, это немного облегчает узнавание человека, особенно когда ваш email адрес никак не связан с именем.

И кстати да, "Бонус-мысли от Гурского" из соседней статьи (http://dev.by/blog/39787 ) просто великолепны в качестве руководящих принципов при поиске работы:

* Не мыслите как нищеброды, продавайтесь дорого. Зарплата никакого отношения к скилам не имеет.

* Если вы не готовы к тому, что на вашей могиле напишут название проектов, которые вы делали в этой компании - посылайте к е. м эту компанию.

* Наниматель должен платить долго

* Сжигайте мосты позади: их свет хорошо освещает дорогу

* Самую лучшую информацию узнаешь в ресторане за бокалом вина

* Самый большой риск – не рисковать

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

В принципе согласен, если не считать сжигания мостов.

Например, я и сейчас иногда выполняю работу для моих старых, и вполне доволен этим.

И еще - конечно, хорошо было бы пригласить симпатичную эйчарщицу на бокальчик вина, но скорее всего такой вариант не прокатит. Другое дело - пригласить симпатичную знакомую эйчарщицу:)

Да уж. судя по плюсикам к посту никто не заметил, что это была злобная ирония.

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

Следовательно профессионализм у нас совершенно не мотивируется, следовательно в перспективе с профессиональными кадрами, которые реально пишут код будет балшой и толстый сэвэрный лыс!

И это по-настоящему прекрасно. )

Зигмунд Фрейд считал, что психоанализ должен стоить дорого. Если пациент платит мало, то подсознательно считает, что и эффект от лечения слабый либо вообще отсутствует. В докозательство этого Фрейд еженедельно встречался с одним пациентом совершенно бесплатно. С этим пациентом он отмечал очень медленный прогресс.

Мне как-то отказали в одном разовом проекте потому что я попросил мало денег. Взяли человека с очень похожим профилем, но со ставкой в

1.5 раза выше моей. При этом мне не было задано ни одного вопроса, так что скилы действительно оказались не причём :)

По общечеловеческому подходу я и не спорил. Меня просто улыбают аналогии:

разработчик = Фрейд = туфли ака весчь

работодатель = мнительный псих

Браво вашему подсознанию. )

Возвращаясь к. изначально я говорил (выражаясь в рамках вашей аналогии) про мотивацию для туфлей за $10 стать туфлями за $100. В вашем примере $10 - дешево, $100 - дорого. Средняя цена - $50. Такое ни то, ни се заполтос.

И через 10 лет саморазвития профессионального сообщества туфлей с такими мотиваторами все туфли будут в районе "записят": средняя цена == среднее качество.

То есть, все тот же балшой сэвэрный лыс с реально профессиональными кадрами :)

Ну, во-первых, подсознание к метафорам/аналогиям никакого отношения не имеет. По крайней мере согласно господствующим теориям.

Во-вторых, вы смешиваете 2 разные проблемы - умение правильно поставить себя при приёме на работу и профессиональную мотивацию подчинённых. В первом случае это проблема кандидата, во втором - работодателя. Касательно первого случая я уже всё сказал, касательно второго. ну можно, конечно, вдаться в долгие заумные рассуждения о способах мотивации подчинённых и их связи с запрашиваемой на собеседовании ЗП, но мне кажется, ни вы, ни я не обладаем достаточным опытом, чтобы обоснованно вести такие разговоры.

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

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

Эээ, ну я даже не знаю, какие пруфы можно привести, чтобы доказать, что осознаные продуманные аналогии создаются сознением, а не подсознанием. Определение из Википедии, может быть?

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

Выдатна распісана, падрабязна й даходліва, дзякую. )

Паспрабую падзяліцца якімі рэчамі са свайго вопыту, можа каму будзе карысна ;)

1. "Суправаджальны ліст". На мой погляд, яго атсутнасьць - гэта проста непавага да чалавека, да якога мы зьвяртаемся. У той жа момант ліст больш за чвэрць развароту экрану наўрадці нехта будзе чытаць. Сэнс ліста ў тым, каб удакладніць адразу нейкія важныя моманты й даць магчымасьць HR-у ўбачыць у вас індывідуальнасьць. Зразумела, што ён павінны датычыцца менавіта прафессійнай вобласьці, праца ў якой прапануецца (аб сваёй любві да акварыўмных рыбак распавядзеце потым :). Мне падаецца, дзьвух-трох абзацаў па 3-4 сказа больш чам дастаткова ;)

2. "Інфаграфіка". Цалкам згодны, зь ёю выглядае лепш, але важна не "перагрузіць", памеры малюнкаў павінны быць ня больш, чым яны ёсьць у сеціве на тых жа кнопках "Facebook" ці маленькіх лога "PHP". Калі сумняваецеся - лепш няхай будзе больш тэксту. Пры тым можна яшчэ дадаць свае фота невялікага памеру (150px будзе дастаткова) - так значна прасьцей запомніць, чыё гэта CV ;)

3. "Я шукаю" - так, гэта сапраўды чароўнае слова :) Чым лепш HR разумее вашу матывацыю, тым прасьцей будзе зразумець, ці атрымаецца ў вас супрацоўніцтва. Але я б дадаў яшчэ і пытаньні да фірмы адносна таго, як на ёй адбываецца працоўны працэс, якія ў іх асноўныя каштоўнасьці, зь якімі праэктамі звычайна працуюць (маштаб, памер каманды). Як верна сказана ў артыкуле, мы шукаем лепшага для абедзьвух бакоў.

Жадаю ўсім знайсьці "сваю справу" і тую каманду, у якой сапраўды хоччацца працаваць ;) Пачытайце Шэклі, у яго аб гэтым выдатна напісана: http://cosmozoo.narod.ru/lib/sheckley/spets.html

Згодны з усім, акрамя аднаго пункта - фатаграфіі. З аднаго боку так, з ёй лягчэй. З іншага - у некаторых краінах Еўропы даданне фатаграфіі да рэзюмэ заканадаўча забаронена, бо можа атрымаецца дыскрымінацыя па знешнім выглядзе :) Так што зноў жа - як пашанцуе з працадаўцам.

Дзякую, нават ня думаў пра такое, буду мець на ўвазе! Што датычыцца Беларусі, здаецца ў нас усё ж наяўнасьць фота будзе хутчэй за ўсё ў "плюс", але дакладна гэта можна спытаць у саміх HR'аў, калі яны тут ёсьць ;)

Присоединяюсь к предыдущему оратору (Abrakadabr). Ничего не скажу про иностранные фирмы, но при поиске работы программиста в Минске в резюме имеют значение чисто утилитарные моменты:

1. Ключевые слова (технологии, языки программирования etc)

2. Предыдущие места работы (там можно найти отзывы о кандидате, также позволяет определить стаж в разработке и "прыгучесть")

4. Языки - как указанный уровень, так и уровень грамотности самого резюме, если оно не на русском.

5. Особые условия (зарплата, режим работы etc.) если указаны.

6. Любые проявления неадекватности.

Все остальное - несущественно. Все и так знают, что резюмеписательство не является сильной стороной многих хороших программистов - поэтому никто от них подвигов на этом фронте не ожидает, файлик txt с десятком фраз не повод для отказа.

Резюме аналитиков, менеджеров, технических писателей - вот там все намного интереснее.

Отличие от программиста в том, что и у аналитика и у менеджера есть профессиональные навыки, которые можно проверить непосредственно по резюме:

(И для бизнес-аналитика и для менеджера)

1. Системность и внятность изложения фактов и мыслей,

2. "Эстетичность" документа (для технического писателя это еще более принципиально).

3. Банальная грамотность.

(В основном для менеджера)

4. Cпособность "продать" - в данном случае себя.

5. Понимание того, что входит в менеджерские компетенции - к примеру постановка MS Project на видное место в начале списка практически гарантирует низкий уровень соискателя.

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

7. Стиль управления - иногда его можно оценить по резюме.

8. Активная жизненная позиция - личные проекты, блоги, членство в communities etc.

9. Осознанный профессиональная самоидентификация - если идете именно в пиэмы (а не в тимлиды) технические компетенции не должны указываться наравне с управленческими, хотя и могут присутствовать "на чердаке".

Ну и так далее. Рецептов не даю, так как видел великолепные резюме очень разного стиля - вплоть до хулиганских.

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

То есть, как я понимаю, вы не обращаете внимания на показатели уровня владения технологиями, а просто смотрите наличие/отсутствие их в резюме? А как тогда быть с описаниями типа того, что приведено в статье, на которую дал ссылку Ratmir, когда в резюме указано просто "C++, Python, Java", но нет ни слова о том, насколько хорошо человек знает каждую из технологий? И может оказаться, что он спец по Java, а вам скорее нужен питоновец со знанием C++?

Или я неправильно понял мысль?

– PM в Softeq Flash Solutions

Я не акцентировал на незначимости именно уровней - скорее мой "пафос" относился к незначимости в резюме программиста структуры, стиля, шумов, трюков - всего неутилитарного, всего кроме фактов.

Но раз уж вы задали именно такой вопрос - да, я не особо доверяю уровням указанным в резюме. Слишком часто встречаю как крайне заниженную, так и крайне завышенную самооценку - тем более в отсутствии строгих критериев. Если у меня есть два кандидата с сопоставимым послужным списком - у обоих в резюме "C++, Python, Java", причем у одного написано Expert/Expert/Expert, а у другого - ничего или допустим Average/Average/Average, мне и в голову не придет предположить, что первый сильнее второго априори - до интервью. Буду говорить с обоими.

Вывод, правда, сделаю - о том что первый скорее всего амбициозней второго :) .

Вот поэтому я предложил добавить в резюме как можно больше конкретных фактов, а не субъективных оценок типа "Expert" :) Согласитесь, если человек показывает кусок своего кода из опен сорс проекта, то это уже кое-как его характеризует. Если подробно рассказывает, как использовал некоторую технологию, то по крайней мере можно быть уверенным, что он с ней знаком (на интервью, конечно, стоит задать пару "контрольных" вопросов, но это именно для контроля, а не с целью выяснить уровень владения, который должен быть понятен из фактов, описанных в резюме).

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

– PM в Softeq Flash Solutions

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

Далее - "контрольные" вопросы можно задать мимоходом по несущественным (для компании-интервьюера) технологиям - для проверки. А по существенным - глубокое тестирование.

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

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

Ну, на месте интерьвюера мне не так часто случалось быть, да и то в основном когда искал людей для своих проектов, но вот на месте кандидата побывал прилично. И обычно на интервьюера производили наибольшее впечатление именно психологические трюки. Как минимум, уверенность в себе. Это как со студентом на экзамене - если даже не ответил на какой-то вопрос, но ведёт себя уверенно и видно, что учил, то скорее всего просто забыл. А если сидит трясётся, значит скорее всего не учил и не знает, а на вопросы если и отвечает правильно, то просто потому что ему везёт.

И в таком ракурсе резюме позволяет сформировать первое впечатление, которое закрепляется в течение первых 3-5 минут разговора на интервью, т.е. того времени, когда технические вопросы ещё даже не начали задавать.

Но это тоже уже субъективный опыт кандидата.

– Software Engineering Team Leader в EPAM

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

Допустим был я когда-то лет 5 назад экспертом по C++, но не работал на нем все это время. И соотв. на данный момент времени этот мой навык уже потерял актуальность - я более не эксперт в с++.

Спасибо за дополнение! Очень верно сказано, и очень хороший пример. C++, как правило, считается хорошим навыком, даже если вакансия не предполагает никакой работы с этим языком, поэтому указать его стоит. Но если работали с ним, когда по земле ещё ходили динозавры, то выставлять его сверху не имеет смысла - вначале должны быть важные и всё ещё актульные навыки.

– Principal Software Engineer в PlayStation Network

Не очень согласен в части мелких навыков.

Это ваши keywords и именно по ним будут вас искать скрипты среди миллионов анкет на монстре или линкедине.

Потому что тот, кто занимается первичным отловом может вполне быть не в курсе - чем отличается SQL от MySQL.

Но у него же написано, что нужен ему специалист с MySQL ).

Могу согласится, что нужно несколько видов резюме - но не могу согласится с тем, что такие детали должны отсутствовать.

Люди, которые запускают эти скрипты, ищут по ключевым для кандидата технологиями. Если скрипт по запросу "SQL" укажет (среди десятка прочих) на человека с заголовком профиля "Flex/Flash developer", то эти люди скорее всего пройдут мимо этого резюме, даже не заглядывая в полный профиль. Другое дело, если это то, чем вы гордитесь и хотите показать. Как я и написал в статье, если вы разработчик баз данных или просто бек-енд разработчик с упором на хорошее владение реляционными БД, то, естественно, SQL стоит указать.

В принципе, пункт больше относится к тем ключевым словам, по которым вас вряд ли будут искать. Я ни разу не видел, чтобы искали bash-программиста, или человека со знанием cron, или с опытом работы с STL. Искать будут по ключевым словам Linux/Unix, C++ и т.д. но не по bash, cron и STL.

– Principal Software Engineer в PlayStation Network

А я знаю пример, когда человека нашли по BigTable.

Вобщем то спорить с Вами не буду, так как свое мнение я и так высказал )

И да - я пишу про свой американский опыт поиска работы.В случае с РБ наверное

я с Вами соглашусь.