Добавьте нужных инженеров ровно тогда, когда они нужны

Часто задаваемые вопросы

Как быстро человек может приступить?

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

Работают ли привлечённые инженеры по нашим часам?

Да. Наши центры разработки в Грузии и России дают сильное пересечение рабочих часов с европейскими и ближневосточными командами, поэтому привлечённые сотрудники участвуют в ваших стендапах и взаимодействуют в реальном времени с вашей штатной командой. Мы считаем пересечение часовых поясов не опцией, а основой модели, потому что ценность расширения штата зависит от взаимодействия в реальном времени, а не от асинхронных передач через 24-часовой разрыв.

Что если человек не подойдёт?

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

Как вы проверяете инженеров до того, как мы их увидим?

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

Чем это отличается от выделенной команды?

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

Можно ли расширить штат за счёт QA или DevOps, а не только разработчиков?

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

Кому принадлежит код, который пишут привлечённые инженеры?

Вам, полностью. Привлечённые сотрудники работают внутри ваших репозиториев и окружений под вашим контролем доступа, поэтому весь код и интеллектуальная собственность принадлежат вам с момента написания. Нет отдельной кодовой базы у вендора и нет привязки. Инженеры — вносящие вклад участники вашей команды на весь срок, и всё, что они создают, остаётся у вас.

Есть ли минимальное обязательство?

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

Могут ли привлечённые сотрудники позже стать выделенной командой?

Безусловно, и это распространённый путь. Многие сотрудничества начинаются с пары инженеров и вырастают в полноценную выделенную команду по мере роста объёма работ и доверия. Начав с расширения штата, вы проверяете рабочие отношения с низким риском; когда вы готовы масштабироваться, те же люди могут стать ядром постоянной команды, а не начинать заново с новыми лицами.