Здесь важно понимать контекст. 1. Тимлидами чаще всего становится разработчики. Для которых руководить - это новая должность, в которую они только вкатываются. 2. Если к вам придёт новый сотрудник, вы как РП вряд ли с первых задач будете понимать необходимую степень детализации задач для сотрудника? Скорее-всего вам необходимо будет время, чтобы понять сильные и слабые стороны. Разработчик, который только начинает в роли тимлида - все его подчинённые являются "новыми". Даже если он сними работал в одной команде в роли обычного разработчика.

Я в маркетинге, но не суть, думаю. Принципы те же. Тоже выросла из линейного. У меня обратная ситуация. Всегда сложнее было что-то сделать руками в своей зоне ответственности. Внимание выходило на уровень выше: зачем я это делаю, как можно оптимизировать мою работу. Неизбежно касаешься чужих зон ответственности, и начинаешь их менять. Как результат, часто естественным образом оказалась на руководящей должности.

Направить на решение - точно подмечено.

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

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

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