Как обновлять резюме разработчика за 10 минут: спринт вместо генеральной уборки

Открываешь файл, чтобы дописать один новый фреймворк. Строка добавлена — и вторая страница разъезжается: отступы поехали, последний абзац уехал на третий лист. Знакомо?

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

Лучший момент для правки — сразу после релиза

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

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

Как выглядит спринт на 10 минут

Таймер, один открытый файл, никаких «заодно приведу в порядок весь документ». Задача — добавить один факт и сохранить.

1. Открой резюме сразу, как только фича ушла в прод. Не вечером, не в выходные — в тот же день, пока память свежая.
2. Сформулируй один-два измеримых факта. Не «улучшил производительность API», а конкретика: время ответа, количество запросов, размер базы, число пользователей. Метрика из головы лучше выдуманной через полгода.
3. Добавь ровно один блок — новую задачу в текущем проекте, новый стек или новую роль. Остальное не трогаешь, даже если чешутся руки.
4. Проверь формат. Экспорт в PDF, взгляд на разбивку страниц: ничего не уехало, ничего не повисло.
5. Закрой файл. Таймер вышел — выходишь из редактора, даже если что-то кажется незаконченным.

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

Редактор важнее, чем кажется

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

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

Что делать в спринт, а что отложить

Разделение простое, но многие его игнорируют и потому застревают.

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

Типичные ошибки

Копить до «большого обновления». Через три года половина проектов забыта, детали стёрлись, и резюме собирается по остаткам памяти и старым тикетам.

Перечислять технологии без роли. Список из тридцати слов ничего не говорит о том, что человек умеет решать. Один проект с задачей и результатом весит больше.

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

Тянуть с резюме до идеала. Актуальная версия на восемьдесят процентов полезнее идеальной, которую никак не закончат.

Когда десяти минут не хватит

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

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