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