Сталкивались ли вы с ситуацией, когда собеседование на вакансию разработчика проходит один человек, а в должность вступает в другой?

Такое бывает и внутри компании, и в формате “заказчик — исполнитель проекта”.

Естественно, что при личной встрече подмену было бы сделать очень сложно, но ведь в IT сфере множество процессов протекает в дистанционном формате.

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

Например, достаточно во время интервью с представителем компании сослаться на технические неполадки и отключить видеосвязь.

Или прибегнуть к более изобретательным способам маскировки.

Этим псевдоразработчики и их посредники преследуют свои цели, о которых более подробно и поговорим далее.

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

Это позволяет заполучить выгодного клиента.

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

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

Рекомендуем обратить внимание и на другие материалы Kraftblick.Media:

“Разработчики из Индии пока не раскусили, что европейцы понимают по-английски”. Интервью с Павлом Ободом, основателем Sloboda Studio.

Ниаршоринг в Латинской Америке: как нанимать местных разработчиков для североамериканских клиентов.

Как поднять рейт разработчиков до $50+/h. Опыт Redwerk.

Как работать с местными партнерами, чтобы продавать аутсорс/аутстафф на рынках Сингапура, Гонконга и других азиатских стран. Опыт Powercode.

В этой статье вы прочитаете:

• Когда и зачем IT компания может использовать теневую схему
• Внимание работодателям: гаджет и языковой барьер помогают скрыть реальную личность
• Выгода и арсенал уловок псевдоразработчиков
• Кто же загадочные посредники?
• Как работодатель может рассекретить теневого разработчика
• Почему теневая схема — изначально проигрышная идея?

Когда и зачем IT компания может использовать теневую схему

Явление теневых разработчиков надо изначально рассматривать с разных ракурсов.

Первый и более частый вариант — замещение коллеги внутри IT компании.

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

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

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

Руководитель, получив запрос и желая произвести впечатление на потенциального клиента, говорит своему лучшему разработчику: “Пройди собеседование, привлеки клиента и начни работать. В процессе я поручу этот проект другим ребятам”.

Разработчик устанавливает контакт с заказчиком, компания подписывает договор и получает набор задач по проекту.

Только выполняют эти задачи другие члены команды.

Причем подмена может произойти на любом этапе проекта. Бывает, что и на самом старте работы.

Т.е. на должность сажают сеньора, чтобы потом поставить вместо него мидла или “недосеньора”. Рокировка происходит внутри компании (проекта).

Цель ясна — получить выгодный заказ.

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

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

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

В целом здесь нет ничего плохого. Такое практикуется в разных сферах.

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

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

Гласно ли фирма-исполнитель использует труд теневого разработчика или умалчивает об этом и приписывает результат тому, кто проходил собеседование на проект.

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

Последних ставим в проект дополнительно.

Но заранее предупреждаем заказчика: “Мы внедряем в работу над вашим заказом еще столько-то сотрудников. Главный разработчик, которого вы собеседовали, остается в проекте и будет все контролировать. Гарантия качества сохраняется”.

Изредка бывает, что мы не извещаем заказчика из-за каких-то его нюансов, предубеждений.

В любом случае теневой разработчик с нашей стороны — это всегда дополнительный человек.

Мы никогда не подменяем одного на другого. Я рекомендую изначально быть честным с клиентом.

Внимание работодателям: гаджет и языковой барьер помогают скрыть реальную личность

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

Я впервые столкнулся с этим явлением в 2006 году, когда работал в США.

Там засилье программистов из Индии, которые и запустили данную тенденцию.

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

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

Если его берут на вакансию, то программист из Индии (теневой разработчик) вступает в должность от своего имени.

Почему у многих индийцев срабатывало?

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

Граждане Индии, настроенные работать в США, хоть и хорошо говорят по-английски, но на своем варианте языка.

Некоторым американцам тяжело понять все нюансы их диалекта.

Помните, как Штирлица вычисляли по радиограммам?

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

2. Благодаря менталитету: у индийского народа не так ярко выражено самосознание.

Толпа для них значит больше, чем свое “Я”. По моему опыту, у индийских разработчиков нет моральных трудностей с тем, что приходится представляться не своим именем. Они не видят в этом ничего зазорного.

3. Благодаря внедрению дистанционного формата проведения собеседований (через мессенджер на любом гаджете).

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

Помню, менеджер фирмы, в которой я проработал в США 15 лет, как раз жаловалась на теневых разработчиков из Индии.

Кого-то удавалось разоблачить, других нет.

Причина по-своему комична: представители определенных наций для жителей США на одно лицо. Они их просто в упор не могут различить.

Отношение к таким дублерам уже тогда было, естественно, отрицательным.

А позже эти негативные тенденции пришли и на постсоветское пространство.

Да, сейчас на нашем IT рынке не очень часто встречается теневая схема, но она все же есть.

Выгода и арсенал уловок псевдоразработчиков

Зачем разработчики идут на вышеописанную теневую схему?

Самое частое — ради повышения статуса.

Им хочется обозначить в портфолио, что они работали в Microsoft и подобных фирмах-гигантах.

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

Вы спросите: “А разве новый потенциальный работодатель не проверит?”

Смотря куда потом идет разработчик.

Если он попробует после Yandex устроиться на Facebook, то рекрутер, вероятнее всего, постарается выяснить о его опыте в Yandex.

А если дублер пойдет на собеседование в какую-то компанию среднего звена и покажет резюме с опытом в Google, там вряд ли будут проверять. Если и попробуют, то в фирме-гиганте наверняка проигнорируют такой запрос.

Скорее всего, новый работодатель сразу скажет: “Раз ты работал в Google, значит, крутой. Берем!”

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

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

Поэтому фраза “я не могу назвать имена и подробности проекта, над которым работал” нисколько не смутит рекрутера.

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

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

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

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

Такое редко встречается на IT рынке, но имеет место.

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

У нас надо реально работать за деньги, а не за имя.

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

Я собеседую разработчика по мессенджеру, задаю вопросы… и слышу стук клавиш, долгое молчание перед простыми ответами. Даже во время блиц-опроса.

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

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

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

Снизим зарплату на первое время и будем платить согласно цифре в вакансии, как только программист станет соответствовать уровню.

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

Кто же загадочные посредники?

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

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

Есть и другой вариант: продажники/представители. Когда у программиста не получается устроиться на желаемую работу, потому что он не умеет произвести впечатление во время собеседования. И кое-кто готов помочь.

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

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

Выгода скрытого посредника очевидна: деньги за результат.

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

Ну а посредники в аутстаффинге — коллеги-сеньоры внутри компании.

Очевидно, начальство рассчитывается с ними процентами от сделки с полученным клиентом или какими-то еще финансовыми поощрениями.

Как работодатель может рассекретить теневого разработчика

Опыт показывает, что подставной специалист чаще всего сам себя выдаст.

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

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

А еще рано или поздно всплывут разные страницы в соцсетях, другие номера в мессенджере и прочие случайности.

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

1. 1. Переходите на личное общение. Ведь мессенджер привязан к сотовому телефону, там есть риск использования аккаунта несколькими людьми.
   2. Ищите профили новых программистов в соцсетях. Если несоответствие в аватарках, описаниях, событиях и т.п. — сразу задавайте вопросы.
   3. При найме через аутстаффинг ищите исполнителя на профильных сайтах и в группах. Проверьте, действительно ли он работал в той компании, которую указал в резюме.
   4. Пропишите в документации (обычно в актах и отчетах) ФИО программиста, чтобы в случае раскрытия обмана можно было уйти в юридическую плоскость.
   5. Включайте в договор правило о том, что все замены разработчиков возможны только с письменного разрешения клиента.
   6. Проводите все планерки по видео и голосовой связи (если, конечно, нет возможности собраться очно). Это помогает очень быстро заметить подмену нового члена команды.

Почему теневая схема — изначально проигрышная идея?

Любое вранье серьезно наказывается. В аутстаффинге это гарантированное расторжение контракта, в трудоустройстве — потеря работы.

Хотелось бы, чтобы появился централизованный черный список работников в IT секторе, чтобы все могли делиться с коллегами негативным опытом.

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

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

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

Это очень важно — делиться информацией о нечистоплотном поведении, подставных сотрудниках и т.п.

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

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

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

Материал подготовлен при участии журналиста Kraftblick.Media Марины Матвеевой-Мельник

Узнавайте о новых статьях на Kraftblick.Media!

Сообщение Теневые разработчики: откуда берутся в аутстаффинге и нужно ли с ними бороться появились сначала на Kraftblick.Media.