Как происходит аутстафинг и взаимодействие с заказчиками
Что проверяют
Понимаете ли вы, как устроена работа через аутстаф и готовы ли жить в процессах заказчика. Вопрос задают в сервисных компаниях, и не менее часто его задаёт сам кандидат, чтобы понять, куда идёт. Следом спрашивают, работали ли вы уже в команде заказчика и как решали конфликты приоритетов.
Как отвечать
Сначала разведите понятия:
- аутстаф: вы оформлены в компании-подрядчике, а работаете внутри команды заказчика, по его процессам, в его трекере и под его техлидом. Подрядчик отвечает за зарплату, оформление и замену специалиста;
- аутсорс: подрядчик берёт на себя результат целиком, сам управляет командой и сдаёт работу по этапам.
Дальше опишите, как это выглядело у вас:
- вход: часто есть отдельное техническое интервью уже с заказчиком, потом доступы через его VPN, иногда его ноутбук и NDA;
- работа: дейли и планирование вместе с командой заказчика, его правила ревью и CI. Стек тоже его: может оказаться современный .NET, а может поддержка legacy на .NET Framework 4.x;
- отчётность: учёт часов в тайм-трекере, по которым подрядчик выставляет счёт, и регулярные встречи с менеджером со своей стороны;
- конец проекта: переход на другой проект или бенч, то есть период без проекта.
Если спрашиваете вы, уточните: как часто меняются проекты, оплачивается ли бенч и сколько он обычно длится, кто решает о пересмотре зарплаты и учитывается ли отзыв заказчика, можно ли отказаться от проекта. Если опыта аутстафа нет, так и скажите и объясните, чем модель вам подходит: разные домены, быстрый рост на разных кодовых базах.
Где спотыкаются
Путают аутстаф с фрилансом или считают заказчика своим работодателем. Договор у вас с подрядчиком, и все кадровые вопросы решаются там.
Жалуются на прошлого заказчика. Для сервисной компании это сигнал, что вы можете испортить отношения с клиентом.
Не спрашивают про бенч и смену проектов, а потом неприятно удивляются, когда проект закрывается и начинается поиск нового на неясных условиях.