Когда вчерашний разработчик становится тимлидом, то часто теряется и не знает, что нужно делать. Очевидно, что в такой ситуации он будет скатываться на привычные рельсы. Вместо построения системы из людей его руки будут тянуться к привычному и понятному написанию кода.
Более того, перед тимлидом открывается новый соблазн. Зачастую он видит все самые интересные задачки заранее и теоретически может забирать их себе. Но делать так - грубейшая ошибка.
Это не значит, что руководителю запрещено делать что-то руками. Всё зависит от масштаба команды, зрелости людей и ситуации. Но тимлид в первую очередь должен заботиться о том, чтобы команда системно доставляла ценность. Сложная интересная задача плохо сочетается с постоянными переключениями и менеджерской нагрузкой.
Более того, такой эгоизм вредит команде. Представьте себя на месте программиста, который с таким тимлидом работает. Он наблюдает следующую картину: его руководитель тащит себе самые интересные задачи и с удовольствием их делает, забивая на всё остальное. У программиста возникнут вполне закономерные вопросики к такому руководителю.
Если задачка вызывает у вас дикий зуд в ладонях и желание поскорее открыть IDE - это отличный индикатор того, что стоит её отдать кому-то из членов команды. Так вы убиваете двух зайцев: кто-то из команды получает интересную задачку, а вы не отвлекаетесь от своих непосредственных менеджерских обязанностей (я не понаслышке знаю, как могут увлекать сложные задачи).
Бонусом получаем благодарных за интересную работу членов команды. Это всегда приятно.