Сапожник без сапог: как я пересобрал собственное резюме

Это обновлённая в октябре 2026 года версия заметки 2025 года. Карьерная линия ниже включает последующий переход к управлению портфелем в декабре 2025 года.

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

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

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

1. Сначала роль, потом биография

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

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

Это не разрешение приукрашивать. Позиционирование выбирает порядок доказанных фактов, а не создаёт новые.

2. Одна компания — одна траектория

Несколько ролей внутри одной группы легко выглядят как набор коротких мест работы. Я объединил опыт в ГК Иннотех, входящей в Группу Т1, в единую карьерную линию: аналитика данных, руководство аналитикой, ИТ-лидерство Big Data, управление проектом, затем портфелем и кластером разработки.

Даты и названия ролей остались видимыми, но читателю больше не нужно самому собирать историю роста.

3. Результат выше списка задач

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

• какой контур был в зоне ответственности;
• какое решение я принял;
• что изменила команда;
• чем подтверждается эффект.

Технологии лучше оставлять рядом с релевантным кейсом или в компактном блоке компетенций. Три экрана библиотек не делают CTO убедительнее.

4. Масштаб формулировать аккуратно

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

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

5. Не прятать практические детали

Контакты, формат работы и язык должны находиться без поиска. В моей версии это Telegram и email, готовность к офисному, гибридному и удалённому формату, английский B2.

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

Как устроен первый минутный просмотр

У руководителя или рекрутера редко есть время сразу читать документ по строкам. Поэтому я собрал верхнюю часть как самостоятельный ответ на три вопроса.

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

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

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

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

Как я выбирал доказательства

Каждый сильный тезис в резюме должен вести к конкретному кейсу, который можно разобрать на интервью. Я проверяю формулировку пятью вопросами:

1. Какой был исходный контекст?
2. За что отвечал лично я?
3. Какое решение принял?
4. Что сделала команда?
5. Каким наблюдаемым результатом это закончилось?

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

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

Что я убрал

Сокращение оказалось не менее важным, чем новая формулировка. Я убрал повторяющиеся компетенции, инструменты без связи с кейсом, слишком ранние задачи, которые больше не объясняют текущий уровень, и общие характеристики вроде «ответственный» или «коммуникабельный».

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

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

Что получилось

После сокращения резюме стало не беднее, а яснее. В нём сохранились аналитика, data- и engineering-опыт, но они работают как основание для CTO-роли, а не спорят с ней за первое место.

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

---

Впервые опубликовано в моём Telegram-канале @it_underside.

Ваш ДПУПП