Резюме на английском для IT в США: структура, образец и чек-лист

Чем американское resume отличается от привычного резюме

Главное отличие — в личных данных. Комиссия США по равным возможностям при трудоустройстве (EEOC) пишет, что сведения, которые работодатель запрашивает до найма, должны ограничиваться необходимыми для оценки квалификации, и что работодателю не следует просить у соискателя фотографию: если она нужна для идентификации, её можно получить после того, как оффер сделан и принят. Вопросы о семейном положении и детях, по разъяснению EEOC, часто используют для дискриминации женщин, а возраст (40 лет и старше) входит в перечень признаков, по которым дискриминация запрещена. Это требования к работодателям, а не к резюме, но вывод для кандидата тот же: карьерный центр MIT прямо советует не указывать возраст, религию, состояние здоровья и семейное положение и отмечает, что фото в американских резюме обычно не приветствуется.

Второе отличие — объём. Тот же центр MIT советует держаться одной страницы, если у вас нет обширного опыта или степени выше бакалавра (advanced degree), а Writing Center Университета Северной Каролины описывает resume как документ, который обычно не превышает одной страницы. CV в американском употреблении — подробный перечень достижений для академической и исследовательской карьеры, и он растёт вместе с ней. На позицию инженера или QA в компании, как правило, нужен resume. И ещё одно правило безопасности: Федеральная торговая комиссия (FTC) советует не указывать номер Social Security и банковские данные ни в резюме, ни в анкете отклика. Левый столбец таблицы ниже — наши наблюдения о том, как часто составляют резюме для русскоязычного рынка, а не статистика.

• EEOC: Prohibited Employment Policies/Practices
• EEOC: Pre-Employment Inquiries and Marital Status or Number of Children
• MIT Career Advising & Professional Development: Resumes
• UNC Writing Center: Curricula Vitae (CVs) versus Resumes
• FTC: Employer Background Checks and Your Rights (август 2025)

Структура: что и в каком порядке писать

Рекрутер читает сверху вниз, поэтому порядок разделов — это порядок важности. Для разработчика с опытом он такой: контакты, короткое summary, навыки, опыт в обратном хронологическом порядке, образование. У начинающего специалиста после навыков идут проекты, а образование поднимается выше. В контактах достаточно имени, города и штата, телефона, почты и ссылок на LinkedIn и GitHub. Имя пишите латиницей так, как оно записано в ваших документах, и одинаково во всех профилях.

Summary — две строки о том, кто вы и в чём сильны, без слов «ответственный» и «целеустремлённый». В навыках перечисляйте только то, о чём готовы говорить на интервью, и группируйте: языки, базы данных, инфраструктура. По оформлению MIT даёт простые ориентиры: консервативный шрифт не мельче 10 pt и поля не меньше половины дюйма. Два практических совета от нас: выбирайте формат страницы US Letter, а не A4, — в США печатают на нём, — и пишите даты в американском виде: Mar 2022 – Present.

• Header: имя, город и двухбуквенный код штата (City, ST — например, Seattle, WA), телефон, e-mail, LinkedIn, GitHub; полный адрес не нужен.
• Summary: две строки — роль, стаж, специализация.
• Skills: три-четыре группы, только рабочие технологии.
• Experience: должность, компания и чем она занимается, место, даты, три-пять пунктов.
• Projects: для junior и тех, кто меняет профессию; со ссылкой на код.
• Education: степень, специальность, вуз, год.

• MIT Career Advising & Professional Development: Resumes

Формула пункта: глагол + что сделал + результат в цифрах

Пункт опыта отвечает на вопрос «что изменилось благодаря вам», а не «чем вы занимались». MIT формулирует это так: описывайте достижения и вклад, а не только обязанности, начинайте с сильного глагола действия — built, managed, developed, wrote — и приводите числа, где можете. Местоимений первого лица (I, me, my) избегают, полные предложения не обязательны. Рабочая формула: глагол в прошедшем времени, затем что именно вы сделали и с помощью чего, затем результат — время, деньги, нагрузка, доля ошибок, число пользователей.

Цифра должна быть вашей и проверяемой: на интервью спросят, как вы её измерили. Если точные данные закрыты NDA, укажите порядок величины или относительное изменение. Если числа нет совсем, покажите масштаб: сколько сервисов, команд, клиентов. В примерах ниже цифры условные — подставьте свои. В строке «Было» — типичный дословный перевод обязанностей, в строке «Стало» — пункт по формуле.

Было:  Responsible for backend development of the payment service.
Стало: Built a refund API in Go handling 2,000 requests per second
       at peak; cut failed refunds from 3% to 0.4%.

Было:  Worked on performance optimization.
Стало: Reduced p95 latency of the pricing API from 800 ms to 250 ms
       by caching rate tables with event-based invalidation.

Было:  Participated in testing and releases.
Стало: Automated 120 regression checks in CI, shortening the release
       cycle from 2 days to 3 hours.

Было:  Team lead of 5 developers.
Стало: Led a team of 5 engineers; shipped a warehouse routing service
       in 4 months and mentored 2 engineers to senior level.

Таблица сильных глаголов для IT-резюме

Слабые начала — Responsible for, Worked on, Participated in, Helped with: они сообщают, что вы присутствовали, но не что сделали. Замените их глаголом, который точно называет ваш вклад. Не ставьте Led там, где вы были исполнителем: глагол задаёт ожидания, и на интервью вас попросят рассказать о решениях, которые вы принимали. Для текущей работы допустимо настоящее время, для прошлых мест — только прошедшее.

Не повторяйте один глагол больше двух раз на странице и не гонитесь за редкими словами: Built и Reduced понятнее, чем Spearheaded и Orchestrated. Примеры в таблице условные — это образцы конструкции, а не готовые строки.

Как перевести должности, грейды и названия компаний

Переводите не слово, а роль. «Инженер-программист 1-й категории» ничего не скажет американскому рекрутеру, а Software Engineer — скажет. Грейд выбирайте по фактическому масштабу задач, а не по записи в трудовой книжке: если вы самостоятельно вели проекты и наставляли коллег, это Senior Software Engineer; если формально были «ведущим», но работали по готовым задачам, честнее написать Software Engineer. Завышенный титул вскроется на техническом интервью. И помните о проверке сведений после оффера: работодатель может сверять места и даты работы, поэтому компанию и даты пишите точно, а если английское название должности заметно отличается от официального, будьте готовы это объяснить.

Компанию, которую в США не знают, поясните одной фразой в скобках: чем занимается и какой у неё масштаб. Вуз и степень запишите как есть: Specialist degree (5-year program) понятнее и честнее, чем самовольная замена на Master's. Названия технологий, продуктов и сертификатов не переводите. Для QA полезен список названий должностей из базы профессий O*NET: QA Analyst, QA Engineer, Software Test Engineer, Automation Tester.

• O*NET OnLine: 15-1253.00 Software Quality Assurance Analysts and Testers
• Грейды в IT: junior, middle, senior

Строка о праве на работу: что говорят официальные источники

EEOC пишет, что большинству работодателей не следует спрашивать кандидата, является ли он гражданином США, до оффера. При этом закон об иммиграции и гражданстве (INA) обязывает работодателя проверить личность и право на работу каждого нанятого сотрудника по форме I-9, а проводить эту проверку, по разъяснению EEOC, нельзя раньше, чем кандидат принял оффер. Какие документы из списков допустимых предъявить, сотрудник, по тому же разъяснению, выбирает сам. На сайте USCIS сказано, что документ из списка A — например, паспорт США, Permanent Resident Card или Employment Authorization Document с фотографией (форма I-766) — подтверждает и личность, и право на работу.

Вопрос о праве на работу может встретиться уже в анкете отклика. Greenhouse, разработчик системы найма, приводит именно такой пример: рекрутер может настроить правило, по которому ответ «нет» на вопрос о праве на работу автоматически отклоняет заявку. Поэтому отвечайте на такие вопросы внимательно и только правдиво. Строка Work authorization в самом resume необязательна; её добавляют, чтобы снять вопрос рекрутера, если опыт получен за пределами США. Что именно позволяет ваш статус, определяют ваши документы и правила USCIS — это вопрос к официальным источникам или иммиграционному юристу, а не к шаблону резюме.

Варианты строки (выберите тот, что соответствует вашим документам):

Work authorization: U.S. citizen
Work authorization: U.S. permanent resident
Authorized to work in the U.S.

Чего не писать: номера документов, SSN, дату рождения.

• EEOC: Pre-Employment Inquiries and Citizenship
• USCIS: Form I-9 Acceptable Documents
• USCIS: Working in the United States
• Greenhouse: What really happens after you apply for a job? (08.01.2025)

Что известно об ATS из первичных источников

ATS (applicant tracking system) — система, в которой рекрутеры ведут отклики. О «роботах, отсеивающих резюме» написано много, но первичных источников мало; самый доступный — материалы самих разработчиков. Greenhouse в статье от 8 января 2025 года описывает свой продукт так: отклик попадает в очередь рекрутера, большинство рекрутеров просматривают заявки в порядке поступления, а когда откликов много, очередь фильтруют — многие компании сначала смотрят рекомендованных (referrals) и внутренних кандидатов. Автоматические правила — auto-reject и auto-advance — в документации Greenhouse строятся на ответах на вопросы анкеты, и настраивает их рекрутер.

Там же Greenhouse утверждает, что его ИИ не оценивает и не ранжирует заявки, а «набивать» отклик ключевыми словами не нужно. Важные оговорки: это рассказ одного вендора о собственном продукте, и в той же статье Greenhouse признаёт, что некоторые компании используют ИИ, чтобы оценивать и автоматически отклонять заявки без участия человека. Другие системы и работодатели могут работать иначе, а MIT предупреждает, что работодатели могут искать по ключевым словам. Утверждений вроде «ATS автоматически отклоняет большинство резюме» мы в первичных источниках не нашли и повторять их не будем. Практический вывод скромный: используйте термины из вакансии там, где они правдивы, называйте разделы стандартно и отправляйте файл, из которого текст копируется без искажений.

• Greenhouse: What really happens after you apply for a job? (08.01.2025)
• Greenhouse Support: Application rules overview

Образец резюме разработчика и чек-лист перед отправкой

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

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

• Одна страница, US Letter, PDF с копируемым текстом (если в вакансии не просят другой формат).
• Нет фото, даты рождения, семейного положения и SSN.
• Каждый пункт начинается с глагола и содержит результат.
• Каждую цифру вы можете объяснить на интервью.
• Должности названы так, как их поймут в США.
• Ссылки на LinkedIn и GitHub открываются, профили совпадают с резюме.
• Текст вычитан: орфография, времена глаголов, единый формат дат.

ALEX IVANOV
Seattle, WA · (206) 555-0142 · alex.ivanov@example.com
linkedin.com/in/alex-ivanov-example · github.com/alex-ivanov-example

SUMMARY
Backend engineer with 7 years of experience building payment and
logistics services in Go and PostgreSQL. Authorized to work in the U.S.

SKILLS
Languages: Go, Python, SQL
Data: PostgreSQL, Redis, Kafka
Infrastructure: Docker, Kubernetes, AWS, GitHub Actions

EXPERIENCE
Senior Software Engineer, Acme Delivery (B2B delivery platform) · Remote
Mar 2022 – Present
- Reduced p95 latency of the pricing API from 800 ms to 250 ms
  by caching rate tables with event-based invalidation.
- Led the migration of refund processing to Kafka with idempotent
  consumers; cut manual reviews of duplicate refunds from 40 to 5
  per week.
- Mentored 3 engineers; introduced design reviews for changes
  that touch more than one service.

Software Engineer, Example Pay (payments startup) · Kazan, Russia
Jun 2019 – Feb 2022
- Built a reconciliation service in Python that processed 1.2M
  transactions per day at 99.95% monthly availability.
- Automated regression checks in CI, shortening the release
  cycle from 2 days to 3 hours.

EDUCATION
Specialist Degree (5-year program) in Applied Mathematics
[University name], 2019

• Резюме разработчика для hh.ru и Хабр Карьеры
• Резюме junior-разработчика без опыта
• Как найти работу в IT в США: этапы найма
• Зарплата программиста в США: base, bonus, RSU
• Трек подготовки backend-разработчика

Коротко

Частые вопросы