Если вопрос о применимости модели аутстаффинга на вашем, например, проекте?

Нет. Нам проще обучить своих разработчиков с нуля. Т.е. берется человек с "общим" опытом разработки и погружается в особенности нашей платформы и инструментов. Обычно на это уходит 1.5-2 месяца (до момента, когда человек начинает решать несложные боевые задачи). Через полтора-два года это уже вполне самостоятельный разработчик, как минимум уровня миддл.

У нас обязателен "испытательный срок" 3 месяца. Фактически это обучение и тест сработается человек с командой или нет.

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

У нас, как правило, берется или стажер (6 месяцев 20 часов в неделю) с нулевым опытом. Предложение о переходе в штат принимается по результатам работы. Возможно, до истечения стажировки (как минимум один случай знаю в нашей команде, сам этого человека "вел", удивительно способный парень, сейчас уже очень крепкий и самостоятельный разработчик, сегодня как раз "юбилей" у него - 2 года с начала стажировки у нас, в штат перешел через 4 месяца).

Или разработчик с опытом в других областях, на других платформах (сам такой - 25+ лет опыта под Win, основная часть - области связанные в промавтоматизацией, удаленным мониторингом объектов и т.п.) и "переучивается" под наши задачи и платформу.

Готов ли именно ваш бизнес двигать планы и time to market, ругаясь на низкие темпы отдела разработки при этом ограничивая и нежилая тратить экстра бюджеты на дополнительные инструменты и риски, возможно.

Почему-то есть стереотип - в "неайтишной компании" квалификация отделов разработки ниже чем в "айтишных". Фактически же у нас достаточно большое IT подразделение. Очень многоплановое - разработка идет по многим направлениям: сайт, мобильное приложение, Pega, WBI, middle слой (вебсервисы и т.п.), core уровень (IBM i). 

Только на уровне Core у нас более сотни разработчиков в нескольких командах (это не считая поддержки, сопровождения, тестирования, аналитики и т.п.).

Фактически, ДИТ (департамент информационных технологий) есть "государство в государстве" - продуктовая компания, работающая на одного заказчика - бизнес-подразделения (которых тоже не одно и не два). Живет он в некоторой степени по своим законам (в главной степени все это относится к уровню оплаты, категориям оценки, режиму работы, дресскоду и проч.) И уровень разработки тут достаточно высок даже просто в силу очень высоких требований к качеству, эффективности и надежности кода.