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

Поскольку PHP сейчас чуть ли не в школе преподают, хороших специалистов по стране много. Вот мы и начали делать удалённые офисы. Где-то сидят команды разработчиков и аналитиков (без ПМов), а в Чебоксарах — целый отдел тестировщиков.

Принципы просты и одинаковы по всем регионам:

• Московская зарплата.
• Agile-манифест в части «лучше сделать работу, чем написать бумажки» — в действии.
• Дресс-код к разработке не относится (мы работаем с госзаказчиками, поэтому это важный пункт для тех же сейлзов).
• Собеседование по Скайпу одновременно с эйчаром и будущим руководителем. Задач про люки нет.

Где открыты офисы:

• Калининград
• Санкт-Петербург
• Москва
• Казань
• Чебоксары
• Екатеринбург
• Челябинск
• Новосибирск
• Хабаровск
• Владивосток

В этом списке особо выделяются четыре города: Москва (понятно почему: тут самый большой офис и головной офис компании), Санкт-Петербург (много людей, много ИТ-специалистов, много заказчиков), Казань и Калининград. Эти два города мы открыли буквально недавно, и команды разработчиков и аналитиков ещё не полностью укомплектованы. А интересны они тем, что в Казани произошёл всплеск интереса к ИТ несколько лет назад, и сейчас на рынке есть очень хорошие специалисты, и много. Возможно, это из-за Иннополиса. А Калининград — почти европейский город с соответствующим подходом к жизни, но при этом не такой шумный, как Москва. И многие ИТ-специалисты переехали туда в последние годы. Поэтому без офиса там ну никак.

Вот пример того, как устроен офис, Казань:



Это отдельно стоящее двухэтажное здание в Парке Тысячелетия близко к центру. В Иннополис решили не выносить офис: слишком далеко ездить получается. А конкретно на этом месте всем удобно. Сверху, конечно, не agile-пространство, но такое досталось здание из многих вариантов, и оно лучшее. Для команд — большие кабинеты. Это не здоровенные опенспейсы, но и не отдельные комнаты под каждого, потому что чаще всего в одном офисе все объединены одним проектом и постоянно общаются.

Корпоративного питания нет: мы решили, что нецелесообразно делать столовую или кейтеринг в офис. При выборе «все удобства и местная зарплата» против «найти кафе самостоятельно и московская зарплата» угадайте, что выбирают разработчики. И все наши офисы — не на отшибе, поэтому найти кафе легко. Но, насколько я знаю, многие носят еду из дома спокойно. Холодильник и кофемашина есть, чай-сахар, кофе тоже обновляем.

Релокация не сильно развита, но в теории возможна. Есть несколько человек, которые регулярно ездят между Челябинском и Екатеринбургом. Часто разработчики ездят в командировки в другие офисы. Это либо задача, либо встреча с заказчиком, либо конференция. На корпоратив приглашаются все сотрудники компании. Но есть глобальная ретроспектива для офиса разработки, поэтому надо встретиться и пообщаться всем. Это обязательная поездка на 2 дня два-три раза в год.



Внутренние онлайн-конференции для проектного офиса — в формате вебинаров, многие делятся опытом прямо внутри отдела. Каждый вторник ребята обмениваются опытом. После вторничных митапов — обычно внутренние доклады по конф-коллу. Вот последние пять тем, которые были:

1. Вводная информация по unit and functional testing, phpunit и основы unit тестирования с разбором примеров из legacy
2. Разбор нюансов unit тестирования legacy. Разбор функционального тестирования на примерах Symfony и Zend с нюансами legacy
3. Паттерны разработки
4. DI и DI Symfony
5. Docker и Gitlab CI

ДМС нет, но мы доплачиваем до 100 % покрытия больничного (то есть, пока разработчик болеет, он получает не меньше ставки, а ставку), 100 % покрываем отпуск (аналогично: время стоит столько же, сколько рабочее, а не меньше, это особенно важно для тех, кто хочет сходить в отпуск в январе или на майских). Всегда оплачиваем переработки по стандарту по ТК (выходной — двойная ставка и по часам). Не заставляем обучаться, не заставляем ходить или посещать курсы, но если сотрудник проявляет желание, а руководитель одобряет — согласовываем. Заболел — есть удалённый выход, но надо вовремя предупредить руководителя. Опоздал — не проблема, если это не помешало команде, но вечером надо отработать столько же.

Вот что говорят сами специалисты:

Отзыв из Челябинска:

Как программист из региона могу сказать о работе в ЕЭТП следующее: это замечательная возможность получить доступ к столичному уровню знаний и компетенций, работать под началом ответственных и здравомыслящих руководителей. Ну и чего скрывать — получать столичный уровень оплаты труда и социальный пакет. А проживать при этом на родном Урале, Сибири или Поволжье. По мне, так — здорово!

Отзыв из Санкт-Петербурга:

Много интересной работы. Возможность получить опыт kubernetes.
Отличная система мотивации, конкурентная и полностью белая заработная плата.

Отзыв из Екатеринбурга:

Работать в АО «ЕЭТП» лучше, чем в остальных компаниях Екатеринбурга, потому что получаешь московский опыт, оставаясь в своём городе. Больше зарплата, правда и ответственность масштабней. Ещё очень нравится организация процессов, за каждый шаг отвечает специалист, а не «шива разрываемый на части».

Набор новых людей — только через Москву, через отдел по подбору персонала и руководителя разработки напрямую. Собеседование — полтора часа, участвуют сразу и представитель HR-команды, и руководитель разработки. Чаще всего находим людей в LinkedIn либо на HH, совсем редко — на Моём круге. Договариваемся об удобном времени и дате, часто ставим на вечер по региону. Первые 15–20 минут — вопросы с точки зрения мотивации, проектов, проверки soft skills. Потом руководитель отдела разработки задаёт технические вопросы и даёт задание. Смотрим фактическую математику и логическое мышление. Задания разрабатываем внутри по практическим кейсам недавних лет.

Самое важное в отборе — ориентация на результат, а не на процесс. То есть важно, чтобы человек хотел увидеть свой код в продакшене и довести его до конца. Можно пропускать часть процессов, можно не очень точно оформлять документы — это всё решается легко. А вот желание сделать дело — оно самое главное. Второе — коммуникабельность. Сразу скажу: хорошая коммуникабельность в среде PHP — явление редкое. А нам очень важно быстро и открыто меняться информацией, вовремя знать про возможные проблемы и при этом не обижать друг друга и не травить джунов. Поэтому если человек хоть когда-то работал в проектной команде, то в целом навык есть. В одиночку у нас никто не работает. Важно, чтобы никого не бесили код-ревью. И ещё важна ответственность.

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

Интересно, что за полтора года поиска у HR-специалиста и руководителя разработки ни разу не разошлись мнения по кандидатам. Либо два «за», либо два «против».

Публичность в плане ведения собственных блогов или участия в опенсор-проектах не ограничиваем, главное — не раскрывать коммерческую информацию (её у нас много).

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

Ссылки:

• Экосистема цифрового мира закупок (чтобы воровали меньше)
• Электронная подпись для участия в закупках
• Для чего нужны закупки, и как это выглядит с точки зрения ИТ
• Модель атак: где в основном злоупотребляют на конкурсных закупках и как с этим борются
• Какие бывают процедуры закупок (простыми словами)
• Краткая история электронных госзакупок на Руси