В аутсорсе распространена практика «переодевания» джунов: заказчику их представляют как опытных программистов. В такой схеме ИТ-компания платит сотруднику небольшую зарплату, но получает от клиента деньги за услуги мидлов или сеньоров. Мы собрали несколько подобных историй от читателей dev.by и попросили ИТ-компании прокомментировать ситуацию. Ответила только одна.
В аутсорсе распространена практика «переодевания» джунов: заказчику их представляют как опытных программистов. В такой схеме ИТ-компания платит сотруднику небольшую зарплату, но получает от клиента деньги за услуги мидлов или сеньоров. Мы собрали несколько подобных историй от читателей dev.by и попросили ИТ-компании прокомментировать ситуацию. Ответила только одна.
Одну из подобных историй рассказал сотрудник VironIT, который недавно судился с компанией: в разговорах с заказчиками его просили представляться не джуном, а опытным разработчиком.
— В мае меня наконец взяли на проект американского заказчика. В общении с ним я должен был представляться Игорем, разработчиком из Украины с 3-летним стажем. То есть собеседование на проект проходил другой человек, а выполнять его поставили меня. Я пробыл на том проекте около полутора недель, в результате заказчик сказал, что я не подхожу ему по знаниям.
1. «Если не удавалось быстро найти человека, голос которого заказчик уже знал, нужно было выключить скайп — «отморозиться».
Во время учёбы в университете я проходил стажировку по JS в компании A., изучал React. После завершения стажировки меня назначили на проект с фреймворком Ext JS, о котором я никогда не слышал. Дали логин и пароль от чужого скайпа — для общения с менеджерами и разработчиками со стороны заказчика.
Мой ментор работал на этом проекте до меня — под тем же именем. Как я понял, на проекте поочередно трудилось человек шесть — и все выдавали себя за одного и того же человека.
Если заказчик хотел созвониться, я должен был сказать: «Давайте через 30 минут, у меня обед». За это время мой начальник находил человека, голос которого заказчик уже знает. Его вводили в курс дела — он общался с заказчиком. Если такого человека не удавалось быстро найти, я просто выключал скайп. Это называлось «морозиться».
Через 3 месяца мне дали стажёра, которого я должен был готовить на своё место на этот же проект.
2. «Так делают очень многие».
Так делают очень многие аутсорс-компании. Объясняют эту практику следующим образом: «Заказчики хотят опытного разработчика, но мы видим, что с задачей справится и джун — с небольшой помощью более опытного коллеги». Вот только клиенту никто не говорит, что на проекте работает джун, и он платит за работу мидла или сеньора.
3. «Использовали „креды“ других людей для GitHub и Jira».
На первом рабочем месте нас «продавали» на проекты как мидлов или сеньоров, а мы были джунами. Часто мы использовали «креды» других людей для GitHub и Jira. Мы выдавали себя за разработчиков с большим опытом. Через год работы я увидел своё резюме для заказчика — у меня был семилетний стаж.
Нас готовили к интервью с клиентами, подтягивали по технической части. Бывало, что после таких собеседований джун не попадал на проект — таких часто просили уволиться. Некоторые всё-таки попадали на проект, но долго там не задерживались — проекту требовался настоящий сеньор, а джуну не хватало знаний и опыта.
4. «Сами заказчики часто переоценивают важность опыта конкретного инженера».
Почти все знакомые программисты, и я в том числе, обманывали заказчиков, преувеличивая свой опыт и компетенции. Такая практика насаждается работодателем и поощряется коллективом.
С другой стороны, сами заказчики часто переоценивают важность опыта конкретного инженера. Они хотят, чтобы у каждого члена команды был опыт в управлении и потоками, и зависимостями, и версиями, и копиями серверов, и чтобы он интерфейсами операционных систем пользоваться умел. На деле всем этим может заниматься или тимлид, или разные люди в команде.
Почему-то компании предпочитают соврать заказчику вместо того, чтобы просто сказать: «наши специалисты помогут, если инженеру не хватит каких-то знаний или умений».
В итоге все поддерживают иллюзию, что условный Вася изучил почти все технологии, а Вася может вылететь с проекта или разочароваться в профессии.
Мы попросили прокомментировать практику «переодевания» джунов несколько беларуских аутсорс-компаний. Согласился высказать своё мнение только Николай Кураев, глава ScienceSoft.
— Мне кажется, что назначение на проекты недостаточно квалифицированных сотрудников случается во всем мире: чем больше нехватка специалистов в определённом регионе, тем чаще это происходит.
Завышать квалификацию сотрудника в глазах клиента — дело опасное, мы так не делаем. И дело не в регалиях. Критерии отнесения сотрудника к junior, middle, senior отличаются от компании к компании, и заказчика волнует не номинальный grade сотрудника, а качественное и своевременное исполнение работы.
Сотрудник, чья квалификация не соответствует заявленной, в лучшем случае не уложится в сроки, в худшем — вообще не справится с задачей, придётся ее экстренно переделывать. Заказчику же нужна качественная работа в оговоренный срок.
Вообще-то рынок сам это регулирует: компании, практикующие такие «подмены», рано или поздно потеряют доверие серьёзных клиентов. В результате они либо откажутся от таких практик, либо переключатся на более дешёвый и «терпеливый» сегмент рынка…
Кстати, мы видим другую проблему: сами кандидаты при собеседовании с нами очень часто преувеличивают свой опыт. Последнее время это становится настолько частым явлением, что мы даже стали задумываться — не завышаем ли мы свои требования к опыту кандидатов.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Вот те новость! А я думал все аутсорсеры так делают. Продают джуна как мидла, мидла как сеньёра и так далее. А ват как ЗП поднять так начинается)))
При этом все хотят соц.пакеты,офисы, хорошие ПК, 2 монитора, кофе печеньки, корпоративы.
Или все серьёзно считают, что аутсорсинговые компании это какие-то благотворительные фонды по поднятию уровня жизни в конкретном взятой стране?
У кого IQ выше 40, тот знает, что главная цель любого бизнеса - это прибыль, как и зарплата для работника . Но поскольку предприниматель несёт бо́льшие риски, его потенциальная прибыль и убыток (прошу заметить) несоизмеримо больше.
Не хотите чтобы на Вас зарабатывали, открывайте свой бизнес и выслушивайте недовольные высказывания вайтишников о том, какой Вы гнилой капиталюга )))
На шею себе повесьте свой офис со столами локоть к локтю, мониторы по 100 баксов, растворимое гуано и печеньки из светофора. А корпоративом можете махать как флагом. Удаленка рулит и выруливает. У кого iq чуть выше 41, тот знает, что главная цель работника - это его зарплата. И плевать мне, как работнику, на вашу прибыль. Не нравится - валите туда, где есть избыток разработчиков и тренды задают работодатели. Ну, там ещё эльфы на единорогах ездят.
То-то почти в каждой аутсорс компании все сеньоры, правда некоторым алкоголь без паспорта не продадут, да и зп в 2-4К не очень то и сеньорская в 2021-м.
Никогда такого не было, и вот опять
:)
Обидно, наверное, осознавать, что работу ленивого сеньора за дополнительные [попа] часы вполне может делать за 500 (а то и за 800) долларов мотивированный джун, разве что ревью делать и консультировать.
Учитывая, насколько разный смысл от конторы к конторе имеют под собой лычки
Я всегда знал что ты на самом деле 6 джунов.
рубрика "говорите правильно": джун-RAID
Мидл мотивированный, джун не сможет. Если джун может как-то делать работу сеньора, это уже мидл.
А учитывая упрощения Ops операций для проектов за последние 5-8 лет, уже, наверное, любой джун спокойно ворочает докерами и пайплайнами + код на ноде/реакте, вот и MVP готов
«Дело опасное, мы так не делаем» - ну да, ну да...
Я не готов оценивать насколько распространена такая практика, но за 20 лет работы и 7+ рабочих мест я с таким не сталкивался. Но я сталкивался с тем, когда заказчик апрувит мидла (реального мидла), но мидл откровенно не тянет и уже тогда сам заказчик просит сеньера. В некоторых случаях - да, работу может сделать кодер с любой квалификацией, но я последние годы работаю на проектах, где человек с недостаточной квалификацией не то, что будет делать долго - он с большой вероятностью сделает так, что потом разгребать дороже будет. А если садить над каждым джуном ментора-сеньера, то смысл в подмене нивелируется.
ну поэтому клиентам не стоит аутсорсить классическим аутсорсерам - а лучше брать ремоут-фултайм-фрилансеров и приставлять к ним своего in-house менеджера. все равно конечно привирать будут по часам но это хотя бы уже будет от конкретного разработчика зависеть ( насколько честный ) а не так что это полиси у аутсорсера такое - приписывать часы или привирать - и является частью должностной инструкции для сотрудников аутсорсера :)
фрилансер, который отработает все как надо на тебя от звонка до звонка - на вес золота. найти такого, как выиграть в лотерею. в 99 случаях из 100 у тебя будет каждые полгода новый фрилансер, который будет говорить, "а что тут наговнокодели до меня, нужно все с нуля переписывать"
Толковый PM и CR рулят в таких случаях) но наверное в таком случае проще взять DEVa в команду)
Уважаемый девбай, указывайте конторы которые отказались давать комментарии на этот счёт
В наших резюме только правда, никогда не преувеличиваем, не преукрашиваем и не пытаемся выделить достоинства. (сарказм)
-- Трындишь!
-- Ты первый начал! ©
видимо, я сильно далёк от менеджмента. но разве нельзя просто поставить задачу, указать бюджет и сроки. подписать договора где всё это прописано, и дальше заказчику должно быть похрен, кто пишет ему код, пусть хоть уборщица, абы всё укладывалось в требования и бюджет?
Такая модель есть - fixed price, но она часто неприменима, особенно если заказчик чётко не знает что ему в итоге надо (а так тоже часто бывает) или проект подразумевает постоянное развитие и поддержку, но на мелких проектах вполне себе употребима. Поэтому так же используется модель time and materials.
дык в этом случае ему посылаются отчёты о том что сделано и сколько это стоит. и пофик кто делал - сам лично директор, али приходящий стажёр.
Если результат ожидается через N месяцев, а в ежемесячных отчётах стажер вместо директора, то у заказчика есть обоснованная причина беспокоиться за результат. Именно поэтому утверждается специалист определённого уровня. Клиент не хочет волноваться за свои же деньги. И стажер может успешно править (к примеру) заголовки или размеры
формочек - не вопрос, но в сложных приложениях каждый модуль, зачастую, обременен кучей зависимостей и стажер в силу своего опыта может даже не догадываться о части из них, не говоря уж о том что бы не нарушить их при создании/правке модуля.
Хоть я и рад за такие конторы/продажников, которые могут продать велосипед по цене космолёта и потом посадить изобретать велосипеды кучу джунов вместо кучи сеньеров, но лично мне было бы скучно работать на таких проектах (и в таких конторах).
Если это ни php и cms, то фикс договор редко берут, чаще по часам команду или людей.
В принципе да! Но все хотят что бы код соответствовал многим параметрам. И вот тут заключается разница между джуном и сенькой. Хотя никто не гарантирует что без CR что код у сеньки будет лучше чем у джуна.
О, я смотрю девай бульдожьей хваткой вцепился кое кому в глотку и рвет со всей молодецкой дури. Цикава. В чем конечная цель у девая "разоблачая" аутсорсинг? Заказ на "похоронить сферу" получили свыше? Хлопцы, ваши мотивы уж очень очевидны становятся.
Для того, чтобы делать такой вывод, нужно со "многими" поработать. Вряд ли, у одного и того же специалиста была такая возможность.
Наверное, такие случаи есть, и это очень печально. Но без конкретики, это бросает тень на всю IT отрасль, и никак не устраняет проблему в каждом отдельном случае.