Hum, je comprends tout à fait ton approche/ton point de vue. Mais d'une ça dépend du domaine d'activité, et de deux ça dépend aussi beaucoup de la personne en question.
Quand tu mets en place un gros projet (informatique, typiquement) qui va réunir au moins une dizaine de personnes, tu ne vas pas être seul sur le processus organisationnel du projet. Tu vas t'entourer de référents techniques, en qui tu places ta confiance. Toi [le dirigeant], ton travail sera avant tout de sélectionner ces référents, de gérer la cohésion du service (sur le plan de l'optimisation des ressources, mais aussi sur le plan humain), le calendrier et de faire tampon entre la hiérarchie et le service, en encaissant les coups de part et d'autre et en les retranscrivant par la suite de façon à les faire entendre de la bonne façon à ceux qui sont de l'autre côté.
Un responsable qui est du métier peut être un plus en ce qu'il maîtrise certains aspects techniques, mais ça peut aussi être un (énorme) frein s'il cherche absolument à imposer sa vision technique (qui n'est pas forcément la plus pertinente, bien souvent les chefs ont perdu le contact avec les dernières technologies ou la réalité du terrain) ou, plus simplement, s'il ne permet pas d'avoir un regard différent sur le système (dans une équipe d'informaticien, si le chef est lui aussi informaticien, tout le monde va réfléchir comme des informaticiens, au détriment d'une certaine "fraîcheur").