Как по мне, так это вопрос зоны комфорта и лени

У нас в компании (вернее даже в филиале) есть небольшая группа прошаренных людей, которым интересно заниматься такими делами, типа новых подходов, фреймворков и так далее

Они сначала как бы "протаптывают тропинку", а потом пропихивают по этому же пути других разработчиков

И те же ребята-энтузиасты работают часто как пожарная бригада: в тех случаях, когда все плохо и ничего не помогает, они высаживаются на проект минут на 15 и решают затыки на проекте

А есть и такие ребята, которые сами не идут и не хотят, хотя они достаточно крутые спецы в своей области. В нашем случае они просто не растут, им не повышают ЗП по итогам аттестации

Я такие проблемы решаю разговором. Руководители/тимлиды по моему наблюдению часто забывают о том, что с сотрудниками надо разговаривать. Часто разговаривать, если метафорично, то "по чайной ложке". Так и команды формируются, и развитие сотрудников так же должно проходить.

Опозиционный взгляд: если человек следит за трендами в разработке и в мире и стремиться быть самым востребованым специалистом в области, а тут к нему приходят и говорят “Вот есть React Native, брось свой Андроид и пошли”. И тут человек понимает, что он просто потеряет свои пол года по дороге к цели экспертизы в области нативной разработки.

Это я для примера, все совпадения случайны ).

Поэтому дать разработчику задачу из другой области можно, заставить - нет. Если у него нет задач по его основной специальности, то можно ставить условие - увольнение/снижение зп. или таки попробовать новую задачу. Просто на пальцах обьяснить его нулевую ценность для бизнеса в этот месяц/два/полгода/год.

А вообще хороший скил убеждения решает. Видел очень много таких случаев.

Может есть какие-то причины, по которым тому спецу неинтересно или не хочется браться за эту таску

все зависит еще от договоренностей, если ты специализурешься на ангуляре, приходишь на работу писать на ангуляре, а тебе подсовыввают реакт и говорят, пиши на нем

У нас реакт в стратегическом плане нужен. Некоторые заказчики приходят и говорят, вот мы реакт хотим. Тут уж будь добр, делай как просят

ну тогда вы должны сразуже говорить как условие принятие на работу, что будет реакт и тогда не должно быть проблем

Так и делаем

Увольнение лично я не рассматирваю. Увольнять человека, который делает свое дело хорошо - глупо, как по мне.

Итак, варианты - задалбывать, что не очень приятно никому

Я ж не про новых людей говорю. Компания растёт, меняется, мода меняется в конце концов

Сыграть на самомнении и стремлении к идеалу, к примеру - назначить джуна, который будет постоянно задвать вопросы и показывать кривой код на ревью

часто после такого люди говорят - да проще самому сделать, чем объяснять как это нужно сделать

ну, или пригласить еще одного человека, но это - бюджет, и не особо понятно, чем его дальше загрузить

самый дешевый варинт - второй, вот его и попробуем

и да, я - тот самый тимлид из разработчиков )