> I often tell my teammates exactly how I want them to implement something.

Ugh. I recently found myself working with one of those people. What a horrid experience. We waste days trying to reverse engineer out of him what the business problem actually is, and then, once we finally figure that out, even more going over all the things he failed to consider.

Software isn't the technical Olympics. It sole purpose in life is to solve human problems. You must work from understanding the human problems. "This is how we are going to do it" obscures all of the information that is necessary to write good software. I have no qualms about pushing back to ensure that we start from the right place, but it is so draining when it happens over and over. Building software doesn't have to be so stupid.

Don't be that guy.

> I ask myself all the time whether I'm insisting on too much control.

No. You're not. Someone has to wrangle those who are not providing positive contributions (without a forceful hand). But your job is to figure out why they are not providing positive contributions and solve for that problem, not to continually tell them how to do their job. You are no longer in a technical role. "Lead" means you are now in a people role, solving people problems not suitable to be solved with tech.

If you'd rather be a software developer, consider doing that job instead.