Как не надо делать резюме на аутстафф

Мы сейчас ищем двух .NET разработчиков на аутстафф уровня middle и выше в команду CVM, которая занимается персонализацией и коммуникациями с клиентом. Но пост не об этом.

Пост о том как же, черт возьми, больно читать резюме от аустафф-компаний.

Шаблоны и список технологий

Все компании, которые предлагают аутстафф разработку, делают свои стандартные шаблонные резюме. По сути, когда ты получаешь пачку резюме, штук 5-10, они все выглядят одинаково. На 2-3 резюме это превращается уже в игру “найди 10 отличий”.

Ощущение что резюме составляют не разработчики, а HR или сейлзы аутстаферов. Вот возьмем например перечисление технологий. Напомню, мидлы нужны. В списке технологий перечислен абсолютно весь зоопарк, который когда либо трогал разработчик. Туда даже HTML вписывают, я не шучу! Мидл разработчик, в .NET, который будет работать с API приложения. Он знает HTML. Окей. А сам он видел это резюме?

Обычно список технологий еще делят на группы, языки, платформы, базы данных, IDE и…другое. В “другое” лучше вообще не заглядывать, там может быть что угодно вперемешку, winforms, а за ними сразу docker и aws, ну да ладно.

Описание проектов

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

Но что же я часто вижу вместо этого?

• Автоматизация бизнес-процессов бэкофиса компании

• Разработка API для платежного приложения

• Вклад в in-house решение компании по управлению бизнес-процессами

• Вклад в инфраструктурные библиотеки компании

• Проведение code review

• Формализация требований заказчика

• Проектирование/создание таблиц/процедур/функций на стороне базы данных

• Оценка сроков выполнения работы

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

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

И на сладкое, мое любимое.

Я напомню, мы ищем middle разработчиков на аутстафф. Вверху резюме написаны профессиональные навыки, которые хочет отметить аутстафер.

И один из них, внимание: Написание кода, Code review и контроль качества кода.

Вот объясните мне, зачем это писать в саммари резюме аутстафера, который потенциально присоединится к команде в роли middle разработчика?

И снова это не шутка, это реальный пример резюме от компании, которая предлагает свои услуги на аутстафф. Я как-то с горем пополам могу еще понять когда речь об аутсорсе и вы продаете услуги компаниям, которые вообще не имеют своего IT и не понимают чего там как работает и вам надо объяснить в стиле: “вот прожект менеджер, он отвечает за ваш проект, вот программист Иван, он умеет писать код, вот программист Семен, он тоже умеет писать код, вот тестировщик Женя, он умеет писать тесты и проверять работоспособность продукта”.

Но мы же с вами не про то…

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