Я работаю в ИТ-компании, которая глубоко специализируется на проектах, сделанных с использованием старых и устаревших технологий.
Самые большие проекты обычно представляют собой смесь Cobol (самые старые версии, а не самые современные) и Java 4 (не менее 60 проектов в этом стеке), но у нас также есть проекты на Java 2 (менее 5), Java 3 (несколько дюжина), только Java 4 (не менее 30) и Java 5 и 6 (как правило, перевод без какого-либо рефакторинга архитектуры или логики проектов в более старых версиях Java). Обычно мы не используем какие-либо Java-фреймворки (такие как Spring, Hibernate и т. д.), главным образом потому, что на момент начала проекта этих фреймворков не существовало. У нас также есть сборка, сборка - Cobol, сборка - Cobol - Java (обычно Java 4), проекты C, C++, Fortran, Visual Basic (и, возможно, несколько других языков). Наши программные проекты часто не имеют графического интерфейса; когда он существует, он находится в Cobol или в JSP, отображающих таблицы (CSS почти не используется, и есть только несколько проектов, использующих ванильный Javascript). Наши проекты обычно длятся от 3 до 5 лет, но у нас также есть проекты, которые длятся более 20 лет (насколько я знаю, это очень и очень необычно в мире ИТ).
Мы НЕ МОЖЕМ изменить стек проектов и используемый язык, потому что это выбор клиентов. Мы работаем с многонациональными/всемирными банковскими и страховыми группами, которые широко используют эти языки. Например: всемирная банковская и финансовая группа имеет все свои внутренние системы (не только пакетные, но и те, которые используются операторами в филиалах) на Cobol на мейнфреймах. Единственная часть системы, которой нет в Cobol, — это домашний банковский сайт, который на самом деле не наш.
Люди, работающие в моей компании, согласно HR-статистике, остаются в среднем около 6 с половиной лет (другое дело, что в ИТ большая редкость), но у нас есть коллеги, работающие здесь по 20 или 25+ лет (может быть, над одним и тем же проектом или на одних и тех же проектах). Наша зарплата намного выше средней (статистика HR, разговоры с друзьями в других компаниях и простое сравнение наших списков вакансий с чужими), потому что старший может быть в два раза выше, чем у конкурентов.
В последние 5 лет (и даже больше, чем за последние 2 года) мы сталкиваемся с огромными трудностями при найме новых разработчиков, особенно джуниоров и мидлейнов. Многие из наших списков вакансий на эти должности получают смехотворно мало заявок, и еще меньше людей проявляют интерес к нашим устаревшим проектам после первого собеседования. Как мы можем переломить эту тенденцию?
20% времени + открытый исходный код
Вы, наверное, слышали о политике Google 20% времени. По сути, любой сотрудник может попросить использовать до 20% своего времени на любимые проекты.
Я предлагаю вам реализовать что-то подобное.
Проблема работы с устаревшими технологиями в проектах технического обслуживания двояка:
Вот где 20% времени вступают в игру!
В их 20% времени поощряйте своих сотрудников веселиться. Я бы лично предложил участвовать в проектах с открытым исходным кодом, так как это имеет множество преимуществ как для вашей компании, так и для них:
И, что самое приятное, когда один из ваших клиентов решит перейти на Big Data Framework X (я слышал, что это модно), вы, если повезет, сможете похвастаться: «Знаете, у нас как раз есть 3 участника для проект в нашей команде со всем опытом, который вам может понадобиться, чтобы помочь вам разработать ваше приложение!».
По-царски платят за работу над крутыми проектами с открытым исходным кодом по моему выбору?
Что ж, теперь это крутое предложение!
Если вы рекламируете поиск кого-то с опытом работы с COBOL, вам не повезло. Так кто же мог выполнить эту работу? Кому-то меньше десяти лет до пенсии, кто может позволить себе перейти на тупиковую технологию и кто готов выучить новый/старый язык. Недавно я изучил Swift. По сравнению с этим COBOL примитивен (я это знаю, прошел двухнедельный курс в 1979 году). Нет проблем, чтобы узнать это вообще. Разместите рекламу для кого-то с опытом, который все это видел, предложите отличную зарплату с перспективами на несколько лет работы и скажите им, что они должны изучить COBOL, а не знать его.
PS Есть среды разработки, с которыми я бы не стал мириться, так что это может быть проблемой.
and tell them they are expected to learn COBOL, not know it.
наверное ключ тут. Даже если бы я хотел начать карьеру в COBOL сегодня, я бы посчитал это невозможным, поскольку я думал, что каждая компания требует 10-летнего опыта работы с этим языком. Может быть, даже не называйте вакансию «Разработчик COBOL», а скорее «Разработчик программного обеспечения», чтобы больше людей посмотрели на нее и действительно рассмотрели ее.the job will probably be quite boring
YKMMV, некоторым людям по праву нравится бороться с византийским кодом, которому десятилетиями. Возможность поддерживать старые приложения ценна, компании, не связанные с ИТ, будут регулярно использовать старые приложения, потому что они работают, а создание новых не является их основным бизнесом. Я думаю, это то, что вы могли бы продать, но, если быть честными, это загоняет вас в довольно узкую область.Это проблема растущего технического долга и приверженности устаревшим технологиям — количество людей, знакомых с технологией, сначала уменьшается медленно, а затем быстро, по мере того, как они стареют и покидают рабочую силу.
В конце концов, люди, которые разбираются в технологии, будут редкостью, как куриные зубы, и будут получать высокие зарплаты, если технология достаточно важна для бизнеса. В то же время количество предприятий, которым требуются люди с таким опытом, исчезающе мало.
Название игры в современной ИТ-среде — безопасность карьеры. Если вы продолжаете застревать в одном устаревшем стеке технологий, в конечном итоге вам будет все труднее и труднее найти новую работу. Вот почему младшие и средние разработчики не хотят к вам присоединяться — это может стать смертным приговором для их карьеры.
Лучшее, что вы можете сделать, — это начать регулярно обновлять свои текущие приложения и основные технологии в соответствии с современными стандартами. Это будет означать переписывание почти всего — возможно, полностью с нуля. Это будет долго, сложно и, скорее всего, дорого. Вот как вы привлекаете новых людей — говоря им, что вы обновляетесь до современных стандартов, используя новейшие технологические стеки.
В противном случае вы в конечном итоге обнаружите, что когда какое-то важное для бизнеса приложение или служба в конечном итоге сломается, никто не сможет даже попытаться это исправить.
Может быть, будьте более подготовлены к найму пожилых людей, например, тех, кто возвращается на работу после того, как остался дома с родителями или опекунами.
Мой общий опыт показывает, что ИТ-индустрия невероятно стареет, часто в ущерб себе.
Вы с трудом понимаете, почему так много разработчиков, специализирующихся на старых языках, делают сейчас серьезные деньги.
Для молодого разработчика внедрение этих технологий сейчас проигрышно — передовой опыт и возможности настолько далеки от того, что было тогда, а разработка программного обеспечения — это такая быстро развивающаяся область, что если вы не работаете с новейшими и величайших или, по крайней мере, наиболее широко используемых технологий, вы серьезно подрываете свою собственную карьеру. Им придется ожидать, что через 20 лет так мало людей будут заниматься такими вещами, как Fortran или COBOL, что их недавно приобретенный набор навыков будет бесполезен — мрачное предположение.
Так что делайте то, что должны: предлагайте обучение без отрыва от работы людям, которых в противном случае нигде бы не взяли на работу, прямо упомяните, что вы будете нанимать людей с судимостью за уголовные преступления (если вы можете согласовать это со страховкой), предложите более чем конкурентоспособные условия. зарплата, лучшие льготы.
Суть здесь в том, что вы просите новых разработчиков пожертвовать своими будущими карьерными перспективами, поэтому вы должны адекватно компенсировать это.
Вы должны предложить достаточно высокую заработную плату, чтобы компенсировать соискателям негативное влияние на их карьеру, которое окажет специализация на устаревших технологиях.
Если у вас слишком мало соискателей, которые хотят устроиться на работу, как только узнают о ней, то предлагаемая вами зарплата слишком мала.
В качестве альтернативы: можете ли вы изменить спецификацию работы, чтобы люди, занимающие эту должность, не тратили больше половины своего времени на работу с устаревшей техникой? Это могло бы снизить беспокойство кандидатов по поводу того, что они в конечном итоге застрянут с бесполезными навыками.
Никакого JavaScript, никакого CSS, никаких малопонятных аннотаций, только Java... Уже одно это, безусловно, привлекает мое внимание...
Старайтесь участвовать в университетских мероприятиях. В моем университете была неделя, когда компании приходили в кампус и выступали с речами о том, чем они занимаются и почему они являются хорошим рабочим вариантом. Тогда они с удовольствием собирали резюме заинтересованных студентов. Возможно, вы даже получите платный грант, чтобы узнать друг друга изнутри.
В настоящее время существует больше фреймворков, чем программистов, и здорово, что вы используете новейший фреймворк, который избавляет вас от необходимости печатать точку с запятой в конце каждой строки...
Итак, почему программиста может привлечь старый стек технологий? Никакого JavaScript, никакого CSS, только Java было бы для меня достаточно хорошей крылатой фразой (не относящейся ни к какому фильму ).
Зарплата уже упоминалась. Как насчет гордости? Эта работа подходит не всем, вам нужно быть способным разработчиком, потому что вы не можете просто просмотреть SO в поисках решения... Может быть, эта работа предлагает интеллектуальные задачи, которые заставят вас полюбить ее.
Когда вы размещаете предложение о работе в Интернете, создайте ощущение, что компания — это не динозавры с компьютерами (извините, но это первое, что приходит мне в голову, когда я читаю COBOL). Есть ли какие-либо действия, выполняемые вашими работниками, к которым могут присоединиться посетители, если они будут наняты? Лазерные игры, может быть?
Предложение о работе позволяет вам работать несколько дней в неделю из дома после стажировки?
Для некоторых людей заработная плата может быть не тем, что привлекает их внимание, а тем, что поддерживает их интерес. Еще один типичный пример — обучение: я очень ценю работу, за которую выдаются официальные (вне компании) сертификаты.
Если технологии необычны или редки, вашим кандидатам может потребоваться стабильность работы. Вы предлагаете долгосрочный контракт? Кроме того, каковы шансы на внутреннее продвижение?
Я работал в компании (в качестве консультанта), которая технически была частной организацией, но мне было разрешено работать исключительно в органах власти местного города.
Как это обычно бывает с разработкой программного обеспечения для государственных органов (по моему опыту), проекты были не очень хорошими. Я работал над недокументированной платформой социального обеспечения 25-летней давности, которая когда-то была написана на COBOL, перенесена на VB неконтролируемыми стажерами, перенесена на VB.Net без рефакторинга, если только это не сломало сборку, и над ней работало несколько поколений малоквалифицированных команд разработчиков. отсутствие чувства сопричастности и оставление проекта недокументированным и более фрагментированным, чем он уже был.
Таких проектов было много. Около 80% работы было сосредоточено на поддержании работоспособности устаревших кодовых баз, зараженных спагетти-кодом, потому что правительство не могло выделить бюджет на его улучшение.
Короче говоря, разработчики начали массово уходить. Остались только те, кто не знал (или не пытался) лучше, что только усугубляло проблему.
Когда компания получила увеличение бюджета на один год, они решили провести рефакторинг компании , чтобы сохранить более молодых и опытных сотрудников. И им это удалось.
Что они сделали, так это (в частном порядке) признали дерьмовые проекты и предложили значительно увеличить баланс между работой и личной жизнью:
Улучшило ли это качество проектов? Нет. На переработку этих приложений по-прежнему не было ни бюджета, ни времени.
Но компания начала удерживать хороших разработчиков, и спокойная рабочая среда давала им более чем достаточную свободу, чтобы компенсировать неприятную в остальном работу над проектом.
Раньше компания задыхалась от неквалифицированных (или не желающих) сотрудников, которые не вносили реального вклада, но создавали больше работы, пытаясь выглядеть занятыми. Очень трудно избавиться от этих сотрудников, когда они превосходят численностью «квалифицированных» разработчиков.
Может быть, это применимо не везде, но менталитет «создать работу, чтобы создать гарантии занятости» — это то, что стереотипно приписывается здесь государственным служащим. Это очень распространено.
Поскольку компания предоставила сотрудникам почти преступную свободу, сотрудники чувствовали себя достаточно свободными, чтобы больше не выглядеть занятыми. Работа оценивалась по конечному результату, а не по времени, затраченному на работу.
Я читал и другие случаи, когда компании экспериментировали с системой «бесплатных отпусков», т. е. сотрудники могли брать столько отпусков, сколько хотели. И, как оказалось, средний размер отпуска существенно не изменился по сравнению с жесткой системой отпусков, которая была у них раньше.
Некоторое злоупотребление имело место, но многие сотрудники чувствовали себя достаточно свободными, чтобы брать отпуск, когда хотели, поэтому они стали менее настаивать на конкретных днях отпуска, которые им были отведены.
Лично я предвещал крах компании, но я должен исправиться. Хотя качество работы не улучшилось, им удалось компенсировать ужасные проекты удивительным балансом между работой и личной жизнью.
Я работаю в ИТ-компании, которая глубоко специализируется на проектах, сделанных с использованием старых и устаревших технологий.
Крупнейшие проекты обычно представляют собой смесь Cobol...
Рассмотрите возможность изменения мышления и подхода вашей компании. Вместо того, чтобы требовать просто знания Cobol (и вашего программиста, чтобы кодировать только на Cobol), также попросите об опыте статического анализа исходного кода и наймите людей, способных использовать или даже разрабатывать методы статического анализа исходного кода (возможно, даже некоторые полуавтоматические методы внутри компании ). кодовый преобразователь/анализатор). Этот рынок более привлекателен (технологически). Конечно, вам нужно будет предложить конкурентоспособную заработную плату (и, возможно, вы наймете разработчиков с докторской степенью).
Кстати, я знаю несколько компаний (специализированных малых и средних предприятий), которые занимаются статическим анализом исходного кода (и полуавтоматическим преобразованием/рефакторингом кода) на коде Cobol, которому десятки лет.
Человек, проработавший несколько лет над анализом исходного кода Cobol, вероятно, позже найдет другую интересную работу (например, перейдет в другую компанию, занимающуюся анализом исходного кода Java). Специалист по Коболу (только) должен остаться в этом мире (и делает ставку на то, что в Коболе будет еще какая-то работа). Конечно, анализаторы исходного кода часто написаны (сами инструменты, а не код, который они анализируют) с использованием причудливых технологий (например, Ocaml, Haskell и т. д.).
Конечно, вы также будете продавать своим клиентам услугу рефакторинга (возможно, даже частичного переписывания) старого кода Cobol (поэтому убедите их, что технический долг — это проблема). И это не дешево.
Кстати, если вы знаете какое -либо европейское проектное предложение H2020 или будущего FP9 , где может подойти такая работа — статический анализ исходного кода Cobol, а не рефакторинг кода Cobol вручную (но в июле 2018 года я ничего не знаю) — или если вы хотите предложить прямой производственный контракт с моим работодателем CEA, СПИСОК -, не стесняйтесь обращаться ко мне по электронной почте, чтобыbasile.starynkevitch@cea.fr
. Я работаю в лаборатории с навыками статического анализа исходного кода (но наши текущие инструменты не нацелены на COBOL; мы могли бы адаптировать их для COBOL — не уверен, что это технически целесообразно — или разработать инструменты статического анализа COBOL, если и только если мы для этого есть финансирование; мое наивное мнение состоит в том, что ваш рынок может быть недостаточно большим для этого: разработка инструментов статического анализа стоит дорого и требует времени. Но если ваша компания или клиент может позволить себе проект на миллион евро в течение 4 лет, пожалуйста, свяжитесь со мной. ; более вероятно, что вам лучше - и это сложно - установить сеть и найти несколько других компаний, готовых разделить риск и затраты).
Мое наивное мнение состоит в том, что навыки, которые вам нужны, стоят дорого, но не настолько. Через несколько лет они могут стать еще более дорогостоящими и редкими, и тогда статический анализ и полуавтоматический подход к рефакторингу будут иметь гораздо больше смысла. Ваша компания может сделать ставку на это и начать создавать собственный статический анализ исходного кода кода Cobol. И да, это занимает годы и дорого стоит. Серебряной пули не существует .
Вкратце: на эти роли не стоит рассчитывать на юниоров.
Есть несколько очень отличных комментариев, и я не могу эффективно перечислить авторов исходных текстов, но эти пункты в основном таковы:
Вы предлагаете кому-то пойти на бесперспективную работу и рискуете остаться без работы.
В списке есть только один наилучший сценарий: человек, работающий над этими старыми стеками, уходит на пенсию раньше, чем стек.
Для юниора мы говорим о 30-40 годах... вы действительно не ожидаете, что проработаете на месте в течение такого периода времени, особенно если вы не сможете получить другую работу после работы там. Если я получу 5-летний опыт работы со всеми технологиями, с которыми вы работали, что именно это даст мне для моей следующей работы? Увеличит ли это мою возможность трудоустройства или уменьшит ее?
Я не думаю, что вы можете реально ожидать, что юниоры пойдут на эти должности. Это чрезвычайно рискованная карьера, и если вы не предложите какую-то крупную досрочную пенсию, риск чрезвычайно высок... они присоединяются к вашей компании, работают 5-10 лет, женятся, заводят детей, а потом вдруг стать безработным.
Вы должны принять свою бизнес-модель и подумать, реально ли нанимать джуниоров.
Я младший разработчик, работающий в компании с теми же ограничениями и языками, что и у вас, и я не согласен с людьми, говорящими об обновлении ваших технологий или ожидающими старения населения. Выбор технологий не в наших руках, но мы уверены, что Cobol не скоро умрет. Новые проекты маловероятны, но область обслуживания очень велика. Мой ответ может заключаться в том, что мне не хватает понимания того, на что похож «настоящий» рынок, но это то, как и почему я попал в свою компанию. То, что решила сделать моя компания, возможно, специфично для Франции, но я уверен, что вы найдете аналогичные решения в своей стране.
Во-первых, мы берем стажеров и платим им в два раза больше нормы. Мы заботимся о том, чтобы стажеров было не слишком много, а лишь небольшое их количество, о котором мы можем позаботиться и с которым мы можем справиться (по одному на группу, т.е. по одному на примерно 12 человек). Затем мы пытаемся систематически предлагать должность в конце стажировки или обучение на неполный рабочий день (думаю, мы называем это сэндвич-курсом по-английски). Идея состоит в том, чтобы выглядеть максимально привлекательно для юниоров и предлагать им то, что им нужно (опыт, стабильность, хорошие деньги или просто стажировку). Обязательно сообщите им, что у вас есть контракты на техническое обслуживание на десятилетие, и что они могут продвигаться в компании по мере накопления опыта. Я не гарантирую, что вы сохраните их на 10+ лет, но 3 или 4 из 10 могут остаться на 5+ лет.
У нас также есть прочные партнерские отношения со школами и факультетами вокруг. Идея состоит в том, что наши джуниоры могут получить хороший опыт и поделиться им со своими друзьями/коллегами, университет найдет способ убедиться, что их студенты найдут работу, а у нас есть кадровый резерв. Мы также предлагаем сотрудничество (вы получаете бонус, если вы предлагаете нанятого рекрута).
Когда я подавал заявку, мои коллеги показали мне, что у них приятная рабочая среда, без использования всего Google как рабочего места. Это могут быть простые предложения, такие как гибкий график, занятия с коллегами или массажное кресло.
Мы не боимся нанимать людей из разных слоев общества. Многие из моих коллег — бывшие исследователи в области биологии и физики. У нас также есть партнерские отношения с национальным агентством по безработице. Недавно мы заключили с ними контракт в обмен на прием на работу 14 отобранных ими безработных. Мы сформировали их за 2 месяца, они дали им поработать 3 недели, чтобы посмотреть, как у них дела, и теперь они все наняты.
Как я сказал в комментариях, это та работа, которую я бы хотел (хотя я работаю в основном в области науки и техники, а не в бизнес-приложениях), и я не думаю, что я одинок.
Так как ты привлекаешь меня? Во-первых, будьте готовы нанять пожилых* людей. Я думаю, что есть много людей, которые имеют большой опыт работы с этими языками и которым действительно нравится программировать, особенно если проект по своей сути им интересен. Предлагаю неполный рабочий день, гибкий график и удаленную работу. Хорошая оплата помогает, но она не должна быть впечатляющей. Честно говоря, на данном этапе моей жизни мне не нужно работать (если только нынешний президент полностью не облажается в экономике, и в этом случае мы все можем вернуться к сельскохозяйственному труду :-(), но я также не заинтересован в будучи «пенсионером».
*Или другие люди нетрадиционного происхождения, как, например, моя подруга из университета с большим опытом работы, которой около 20 лет, потому что она решила стать мамой на полную ставку. Что ж, дети выросли, и ей скучно, но всем нужны либо новые выпускники, либо люди, которых они переманили из других компаний.
Я бы посоветовал искать людей в возрасте от 30 до 50 лет, особенно тех, кто думает об уходе из ИТ, потому что они больше не занимаются программированием. Оседлые люди с детьми, особенно женщины, которые не могут работать в смехотворные часы некоторых стартапов. Пенсионеры, которым больше не нужно идти в ногу с Джонсами.
Предложите что-то привлекательное для этой группы, например платный детский сад. Никаких сверхурочных. Много времени отпуска. Гибкие часы. Удаленная работа. Неполная занятость. Пенсионерам особенно может понравиться неполный рабочий день, поскольку они не захотят работать полный рабочий день и не будут так сильно заботиться о том, чтобы оставаться в курсе событий.
Посмотрите, можете ли вы предложить проекты, которые представляют собой смесь старых технологий и передовых технологий. Или предложите 20% времени для работы над проектами с использованием любой технологии, которую они хотят изучить.
На этот вопрос есть ответы, с которыми я полностью согласен, но я считаю, что в них не хватает нескольких незначительных нюансов.
Я не думаю, что вы очень хорошо продаете свои должности начального уровня в качестве ученичества. Попробуйте использовать комбинацию современных практик написания кода (парное программирование, какая-то версия Agile) со старыми технологиями, с которыми вы работаете, и заинтересуйте парней уровня Junior-Mid, которые хотят сделать следующий шаг, сказав: «Привет! , эти старики знают COBOL / и т. д. как свои пять пальцев. Это поможет вам писать код на более простых языках намного лучше».
Потому что это правда. Предложите парням начального уровня возможность унаследовать знание десятков языков/подъязыков, которые умрут, но оставят после себя огромный след, требующий обслуживания и кого-то, кто сможет понять код для обновления.
Также: обновите свои инструменты и используйте лучшее, что сможете найти. Автоматизированные системы сборки, подключенные к системе управления исходным кодом, облачные серверы, если вы можете ими управлять, и т. д. Если у вас есть современная среда программирования, которая делает что-то старомодное, вы можете повысить производительность своих существующих сотрудников и привлечь халявщики, как вы хотите.
Как и в любом "как нанять программистов?" вопрос,
хорошо это или плохо, есть один и только один ответ.
ОП в основном говорит: «Нам невероятно сложно нанять {определенный тип} программиста ...»
Но ждать. В настоящее время невероятно сложно нанять ЛЮБОГО определенного типа (хорошего) программиста.
Bascialy: «учиться учиться».
Многие люди здесь отмечают, что изучение COBOL - это «тупик», рекламируя в качестве примера обратное, например. Весна. Это совершенно неразумно. Весне сегодня всего 15 лет. Небезопасно предполагать, что что-то может прослужить вам всю жизнь. Что вам нужно, так это разрушить это ошибочное предубеждение и объяснить кандидатам, что их гарантия занятости зависит не от какой-либо конкретной технологии, а от их способности освоить любую технологию, необходимую в данный момент. Оберните это каким-нибудь крутым, рыночным термином, например, « гибкость в разных языках ».
Кроме того, вы можете сделать акцент на долгосрочной безопасности варочной панели. Высокая текучесть кадров в ИТ не является самоцелью, это всего лишь инструмент для увеличения зарплаты. Если вы предлагаете хорошую зарплату с самого начала, то в среднем 6+ лет — это хорошо. « Работа, на которой вы захотите остаться ».
Однако при смене работы, особенно младшей, общие навыки не так важны, как непосредственный опыт работы с данной технологией. Чтобы решить эту проблему, вы должны предлагать курсы, семинары, сторонние проекты и участие в открытом исходном коде и т. д. в современных технологиях. По сути, это побочный проект, чтобы следить за текущими событиями. Что-то, что ваши сотрудники могли бы написать в своем резюме, чтобы не выглядеть на 100% посвященным ИТ-археологии. Для меня было бы очень интересно переписать существующий проект с новыми инструментами, просто чтобы посмотреть, будет ли он работать лучше, но это должны решать ваши люди.
Последним вопросом является текущее состояние рынка труда. Вакансии есть у всех, но не хватает людей, чтобы их заполнить. Даже на таких современных работах, как моя, у нас было два разумных респондента на одно сообщение. Большинство каналов дали ровно 0, единственные ответы, которые мы получили, пришли из группы FB. Может быть, попробовать это, вместо того, чтобы пытаться убедить выпускников массового производства в COBOL, ищите людей, которые уже интересуются историей программирования (или на низком уровне), и обучайте их программистам .
Диверсифицируйте свою клиентскую базу. Вы утверждаете, что не можете изменить технологические стеки из-за ваших клиентов, но вы можете изменить клиентов.
Ваша текущая траектория имеет две конечные точки:
Подойдя к проблеме с немного другого ракурса:
Примечательно, что многие люди, увидев вакансию с надписью «COBOL», просто отвернутся, потому что это новая (для них) технология, с которой они точно не сталкивались. Точно так же Java 4 (или до 4) и так далее. Я думаю, что самое главное здесь — заявить заранее и открыто, что вы не ожидаете, что люди придут с ЛЮБЫМ опытом работы с COBOL., и жить верным этому. Лично пройдя кучу собеседований, многие компании говорили на экране своего телефона: «Да, мы используем эту технологию, но мы не ожидаем, что люди на самом деле знают ее, вы можете научиться на работе», а затем интервью было все конкретные вопросы по мелочам этой технологии. Это не круто, и, к сожалению, слишком много компаний делают это, поэтому «мы на самом деле не требуем этого в нашем наборе навыков» в публикации о вакансии не имеют большого значения для соискателей, IMO.
Что может быть более полезным, так это объяснить в своем объявлении о вакансии, как соискатели должны изучать эти старые технологии в компании, чтобы доказать, что вы на самом деле этого не ожидаете. Затем, во время собеседования, задавайте как можно более общие и технологически независимые вопросы: имейте в виду, что, вероятно, никто из тех, с кем вы беседуете, на самом деле не обладает набором навыков, которые вы ищете, но если они подали заявку, то они готовы узнать его; это означает, что вопросы об этих технологиях во время собеседования, скорее всего, будут отвлекающим маневром и дадут вам много ложноотрицательных ответов, т. е. людей, которые являются хорошими разработчиками, но не знают ваш технический стек (как уже было установлено, никто не знает ваш технологический стек, кроме вас, из-за вашей ниши бизнеса).
Еще одна вещь, которую следует учитывать, это то, кто ваши кандидаты? Навскидку, я думаю, вы, вероятно, можете разделить хорошего кандидата в вашу компанию на одну из двух групп:
1) Чрезвычайно умные, чрезвычайно талантливые люди, для которых жизнь в Google рутинна и обыденна, которые ищут более сложные задачи на нишевом рынке. Когда вы говорите, что платите вдвое больше, чем конкуренты, вы рассматриваете Google как конкурента? Потому что для этих людей вашим конкурентом являются Google, Amazon, Twitter, Facebook и т. д., то есть технологические гиганты. Это люди, которые могли бы работать где угодно, но они выбирают вас, потому что считают, что ваша компания ставит перед ними особенно интересную задачу. Тем не менее, эти люди хотят получать компенсацию за то, что они стоят, и вы должны ожидать, что будете платить им столько, сколько они стоят, иначе они не будут заинтересованы.
2) Люди, у которых нет другого выбора; их навыки работы с современными технологиями отстой, поэтому они идут с вами, потому что «могут также попробовать». У этих людей гораздо более низкие ожидания, но они, как правило, гораздо худшие разработчики, поэтому это спорно, если вы хотите агрессивно нацеливаться на них. Однако, если вы это сделаете, размещение объявлений на досках объявлений, вероятно, не то, где вы хотите быть; эти люди уже просмотрели доски объявлений о вакансиях, подали заявки на сотни вакансий и устали от рутины. Для этих людей вам следует обратиться к рекрутерам/хедхантерам. Эти кандидаты могут ждать, пока хедхантер позвонит им и расскажет о любой новой и блестящей вакансии, которая есть на столе, и вы хотите, чтобы она была вашей. Однако важно то, что доски объявлений о трудоустройстве не примут этих людей; если они хотели получить работу на доске объявлений о трудоустройстве,
Есть третья группа, это разработчики, которые настолько стары, что выросли на COBOL и Java 4. Причина, по которой эти разработчики не обсуждаются, заключается в том, что они близки к пенсионному возрасту; даже если они массово присоединятся к вашей компании, вы только отсрочите текущую проблему, может быть, на 5-7 лет, а затем снова окажетесь в том же положении. Ориентация на этих людей — не то решение, которое вы ищете.
Одним из признаков хорошей компании является то, что они предугадывают свои потребности в рабочей силе и имеют план удовлетворения этих потребностей независимо от того, что может предложить текущее количество безработных разработчиков.
Противоположный подход — полагаться на удачу. Так делают только дураки.
Ваша практика найма должна зависеть от выявления людей со способностями к программному обеспечению. Это бонус, если они знают конкретный язык (языки), которые соответствуют вашим потребностям, но их отсутствие не должно быть помехой.
Ваша программа обучения на борту должна включать учебный лагерь для конкретных навыков, которые вам нужны.
Флагманский продукт моей собственной компании написан на языке COBOL. Мы нанимаем таланты начального уровня и обучаем их COBOL. Мы также пишем продукты на C++. Мы нанимаем специалистов начального уровня для этих продуктов и обучаем их C++. То же самое для C#, SQL, JavaScript, VBScript и т. д.
Те, кто приближается к пенсионному возрасту, особенно если они десятилетиями занимаются КОБОЛИНГОМ, с большей вероятностью будут искать работу на неполный рабочий день, чем более молодые работники. Среднее количество часов, отработанных для людей в возрасте 56–75 лет, составляет менее половины этого показателя для людей в возрасте 26–55 лет в этой статистике IFS , даже несмотря на то, что оба показателя различаются.
Нанимать сотрудников на неполный рабочий день может показаться контрпродуктивным, поскольку вы получите меньше работы в расчете на одного трудного для найма сотрудника, но вы можете убедить их добавить часы работы после того, как они присоединились.
Если бы я увидел такую возможность, то единственное, что меня бы убедило обратиться, это возможность одновременного выполнения работ на современной технике. Если бы я мог работать над своими навыками в новых технологиях (оплата ниже средней), одновременно выполняя эту работу (оплата высокая), это был бы приемлемый компромисс.
Если у вас есть часть бизнеса, которая работает с новыми технологиями, предложите смешанную роль, в которой зарплата выше среднего дает сотруднику как новый опыт, так и более высокую оплату старой технологии.
Большинство ролей в развитии малого бизнеса включают в себя определенную степень нового, смешанную с определенной степенью поддержания (не)славного старого; иногда вы соглашаетесь с тем, что потратите неделю на ремонт чего-то, что вышло из ковчега, просто так.
Существует огромная дыра, где должны быть рабочие места, которые работают в соответствии с семейным графиком квалифицированных, но ориентированных на семью людей. Роль, сочетающая в себе вышеуказанные возможности изучения/использования современных технологий, прилично оплачиваемая и полностью гибкая, была бы абсолютным подарком. У меня есть семья, и я хотел бы иметь возможность работать между тем, чтобы забрать детей, пару дней дома, делать дополнительную работу по вечерам или сидеть вне урока балета.
Согласно комментарию LeopoldT ( OP):
Насколько я знаю, моя компания является крупнейшей в стране по такого рода проектам. И единственный, кто так специализировался на этих старых технологиях . Еще один фактор заключается в том, что клиентам очень сложно перейти к конкурентам после 20, 25 и более лет работы с нами: объем передаваемых знаний просто огромен (в том числе и за потраченные деньги).
Если ваша компания по-прежнему преуспевает (т. е. имеет достаточно ресурсов), то эффективным решением для привлечения молодого поколения может быть простое:
Собирайте таланты, обучайте таланты, защищайте таланты.
Это будет недешево, но вы, наверное, уже это знали. Хорошая новость заключается в том, что у вас есть уникальная возможность централизовать ресурсы для устаревших технологий.
Прежде всего, собирайте таланты. Получите лучших разработчиков в своих областях, каких только сможете. Переместите их откуда угодно. Вы, вероятно, можете получить чистый H1B для этого, чтобы импортировать разработчиков. Это становится вашей опорой.
Вам нужно будет заявить, что у вас есть лишние таланты. Социальный блог, вероятно, ваш лучший выбор. Вы хотите, чтобы как можно больше ваших лучших и ярких людей предстало перед публикой в надежде, что один или два из них станут второстепенными знаменитостями. Специалисты по маркетингу оценят такую открытость, но ваша настоящая цель — заявить о себе в сообществе разработчиков. Вы хотите, чтобы другие первоклассные игроки увидели людей, которых они знают и уважают. Это привлечет больше резюме и создаст благотворный цикл сбора талантов.
Далее тренируйте таланты. Верхний уровень выпускников колледжей закрыт для вас. Извините, но это жизнь. Вы хотите просмотреть остатки. Свяжитесь с отделом кадров в государственных органах, чтобы узнать, кто занимается переподготовкой. Вы, вероятно, сможете установить учебный план, обучать их за счет государства и платить едва ли половину их зарплаты в течение первых 3-6 месяцев. Установите для них соответствующие ожидания: это стажировка с редкой возможностью найма, но вы заплатите им больше денег, чем большинство из них когда-либо считали возможным, если они будут усердно работать и добьются успеха. Устраивайте ярмарки вакансий в местных колледжах и принимайте ихлучший и самый светлый. Станьте спонсором некоторых из этих самостоятельных онлайн-программ обучения и найма и поймайте себе несколько сильных самостоятельных стартеров. Дайте шанс людям, у которых есть портфолио, но нет резюме (и, возможно, для безопасности оставьте их среди стажеров по смене карьеры). Если вам нужно, наберите нижнюю половину выпускников CS, но я бы избегал этого, если бы мог. Затем вы обучаете их, используя сочетание собранных вами талантов и лучших доступных стандартизированных учебных программ.
Наконец, обеспечить талант. После того, как они прошли ваш испытательный срок, вы никогда никого не увольняете ни по какой причине . Вы ясно даете понять это на собеседовании и в процессах найма. Работа в вашей компании — это работа до тех пор, пока вы следуете правилам и добиваетесь результатов. Если вы проделали хорошую работу по сбору талантов, вы станете ценным активом для корпоративных клиентов, потому что вы уже наняли почти всех, кого они хотели. Вы также можете сделать это в масштабе, потому что, хотя отдельные клиенты приходят и уходят, у вас должен быть достаточно большой пул клиентов, чтобы оплачивать все счета. Эта часть является проблемой маркетинга.
Многие из наших списков вакансий на эти должности получают смехотворно мало заявок, и еще меньше людей проявляют интерес к нашим устаревшим проектам после первого собеседования.
Ваша компания отстой. Работа, которую вы предлагаете, отстой. Плата отстой. Не обманывайте себя, думая, что это вина соискателей или интервьюируемых. Это ты . Никто даже не хочет претендовать на вашу работу, те немногие, кто это делает, даже не хотят продолжать собеседование после первой встречи. Вы не просто не привлекаете кандидатов, вы их активно отталкиваете. (Вы также переживаете период самой низкой безработицы в американской истории.) Вам нужны радикальные перемены.
Наша зарплата намного выше средней, для старшего может быть вдвое больше, чем у конкурентов.
Очень маловероятно. Давайте поговорим о зарплатах по-настоящему. Не намекайте намеками и зашифрованным языком и не заставляйте меня догадываться. Я не знаю, на чем основано ваше сравнение. Скажи мне, что ты платишь. Вы платите людям $350k+, 425k+? Возможно, это было бы вдвое больше. Кто такой «старший» в вашей компании? через 5-10 лет? Тогда какое отношение это имеет к кандидатам или интервьюируемым? Какая рождественская премия — 15% от зарплаты или продуктовая карточка на 50 долларов?
Мы НЕ МОЖЕМ изменить стек проектов и используемый язык
Это означает, что вам нужно «купить» (т. е. нанять) дефицитный ресурс — людей, желающих и способных работать над старой, устаревшей технологией. Основы экономики говорят, что дефицитный ресурс будет стоить намного дороже.
Теперь есть люди, которые были бы счастливы сделать эту работу. Но, как заявляли здесь другие люди, вам нужно 1) платить им много (т.е. больше, чем вам удобно) и 2) быть невероятно гибкими в отношении часов, местоположения, времени отпуска, предыдущего опыта / готовности тренироваться, принятия сотрудников, работающих неполный рабочий день, пожилых работников и 3) опубликовать это — как я уже сказал, не заставляйте меня гадать, сколько вы платите или могу ли я работать из любого места, где захочу. И имейте в виду, что наиболее квалифицированные и компетентные люди будут теми, кто в наибольшей степени способен требовать более высокой заработной платы и наименее склонен мириться с жесткостью, такой как установленный рабочий день, потому что, как правило, это опытные, умные люди, которые сделали успешную карьеру в течение долгого времени. много времени.
Мы работаем с многонациональными/всемирными банковскими и страховыми группами
Это большой плюс. У них сейчас много денег .
Чтобы заставить кого-то устроиться на работу, они должны верить, что это хорошая работа на данный момент, и либо:
Поскольку никто не может предсказать следующее:
Большинство людей достаточно благоразумны, чтобы не верить в то, что работа — это на всю жизнь, если только они не планируют работать еще несколько лет .
Суть в следующем. Большинство работодателей ожидают, что люди будут иметь современный опыт работы с системами, которые они используют... следовательно, вы ничего не можете сделать для привлечения и удержания кандидатов, не дав им немного работы в современных системах .
Поэтому вам, возможно, придется взять на себя дополнительные проекты, которые позволят вам обучить весь персонал современным системам и дать им опыт, заставляя их тратить несколько месяцев в году на «устаревшие» технологии.
Или, может быть, вы можете стать лучшим работодателем в городе для обучения, и все будут знать, что, если кто-то проработал на вас несколько лет, он может получить работу во многих других компаниях. Вы также можете предложить гибкие контракты, бесплатный уход за детьми на рабочем месте, неполный рабочий день, и этот список можно продолжить. По сути дела, вы единственный работодатель в городе, который хорошо вписывается в образ жизни некоторых людей.
Василий Старинкевич
кдгрегори
Бернхард Баркер
WernerCD
Леопольд Т
ягода120
Джереми Френч
Страж
Мадалина Тайна
Соленый Sub2
Нильс Линдеманн
пользователь