Comment un responsable non technique peut-il ajouter de la valeur à une équipe de développeurs de logiciels motivés?

63

Je vois beaucoup de programmeurs se détourner des rôles de gestion et d'administration. Ils veulent construire des choses. Et par conséquent, bon nombre de ces postes sont occupés par des personnes non techniques. Je ne vois pas comment ils ajoutent de la valeur. La planification de réunions, la réservation de sites externes et d’autres tâches administratives suffisent-elles à justifier leur rôle?

teamwork management Senthil Kumaran
la source
10
Selon vous, quel pourcentage de toutes les équipes de logiciels pourrait fonctionner de cette manière sans que les ego et les agendas ne gênent?
Ozz
30
Du Tao de la programmation : Un novice a demandé: "Dans l'Est, il existe une grande arborescence que les hommes appellent le" siège social ". Elle est déformée par les vice-présidents et les comptables. Elle émet une multitude de mémos ... Comment une entité aussi peu naturelle peut-elle être? " / Le maître a répondu: "Vous percevez cette immense structure et êtes troublé par le fait qu’elle n’a pas de but rationnel ... Ne profitez-vous pas de la facilité sans faille de programmation sous ses branches protectrices? Pourquoi êtes-vous dérangé par son inutilité?"
apsillers
doublon possible de je suis un manager. Comment puis-je améliorer les relations de travail et la communication avec les programmeurs?
moucher
2
Les écrits assez récents de Rands tournent autour de certaines de ces questions; Je lui donne un sceau de recommandation. (Sans compter qu'il a aussi beaucoup d'autres excellents écrits sur la gestion!)
Jari Keinänen le

Réponses:

112

Je ne vois pas comment ils ajoutent actuellement de la valeur et la planification de réunions, la réservation de sites externes et d'autres tâches administratives suffisent pour leur rôle?

Ne sous-estimez pas le nombre d'interactions que votre responsable entretient avec d'autres départements. Ils gèrent les budgets, les plans de formation, la paperasse RH. Ils empêchent les développeurs de se laisser entraîner dans des réunions avec d’autres départements et fournissent un front unifié à votre groupe.

En bref, leur travail consiste à protéger les développeurs motivés de toutes les autres choses démotivantes qui existent dans le monde des affaires.

Telastyn
la source
4
Et ils feront un bien meilleur travail en défendant un salaire / une augmentation.
JeffO
20
Très +1. Nous recevons parfois des "fuites" dans le système et nous avons une petite idée de ce que nos gestionnaires, et en particulier notre responsable produit, subissent. Je ne pas veux traiter que tous les jours.
Izkata
1
Je sais que ces éléments sont importants, mais je ne comprends pas l'importance relative de l'équipe de développement de logiciels et la valeur qui en découle.
Senthil Kumaran
17
@SenthilKumaran En tant que développeur, préférez-vous passer deux heures avec un responsable d'un autre service à expliquer pourquoi le logiciel n'est pas complet ou préférez-vous passer ces deux heures à écrire du code? Vous savez à quel point il est difficile d'expliquer les problèmes techniques à votre responsable. Imaginez que vous essayez de l'expliquer à quelqu'un qui en sait même moins que votre responsable non technique. Les meilleurs gestionnaires non techniques empêchent leurs développeurs de tout ce qui pourrait leur faire perdre du temps, ce qui serait une meilleure utilisation de la programmation et des tests.
David Navarre
5
Ceci encore et encore. Même pour un responsable technique, cela reste la plus grande partie de son travail.
Earlz
36

Les meilleurs gestionnaires sont des magiciens. Ils font disparaître le reste de la société pour leurs développeurs. Je ne me souviens pas de la citation exacte de Joel, mais c’est en quelque sorte à quoi il incombe à la direction de s’assurer qu’il existe un gros Internet Pipe, une véritable machine, et une bonne dose de caféine. Tous les développeurs doivent donc se préoccuper de ils font mieux.

Un bon manager est la voix de votre groupe auprès du reste de l'entreprise.

Michael Brown
la source
4
Citation de Joel probablement adaptée d'ici?
MarkJ
29

En ce qui concerne plus particulièrement le développement de logiciels, il existe deux sortes de rôles à valeur ajoutée pour les gestionnaires: la gestion de projet et la direction d’équipe.

Un chef de projet assure l'interface avec les clients et les cadres moyens, ce qui permet aux développeurs de gagner du temps. Des clarifications ou des changements de portée sont souvent apportés dans les projets, et il est utile pour les clients et les cadres intermédiaires d’avoir un seul point de contact. Essayer de répondre aux questions de chaque membre d'une équipe de développement entraîne des décisions de projet non enregistrées et des engagements non documentés, le fléau de la gestion de la portée.

De l’autre côté, un chef d’équipe participe au développement des carrières et des compétences, s’assure que la charge de travail est bien répartie entre les membres de l’équipe et fournit des ressources et des récompenses adaptées aux contributions et aux besoins individuels.

Aucun de ces rôles ne nécessite un programmeur tête en bas, en fait un peu le contraire. Un programmeur passe souvent à une tâche d’écriture de code comme première réponse à une question ou à une crise, et il est utile d’avoir quelqu'un à qui le travail est de demander si cette tâche doit vraiment être accomplie.

dur
la source
6
Les développeurs voient les arbres. Leurs gestionnaires voient la forêt.
David Navarre
9
@DavidNavarre - Les responsables non techniques de l'OMI ont du mal à voir quoi que ce soit ...
Vecteur
13
@Vector: ce à quoi vous faites allusion, ce ne sont pas des gestionnaires non techniques, mais des gestionnaires incompétents.
Lie Ryan
@Vector: Cela rappelle le PHB de Dilbert , mais je ne pense pas que ce soit la même chose qu'un gestionnaire non technique.
Hardmath
@hardmath - je comprends :-) Votre réponse est vraiment incluse dans ce que le PO a accordé, comme dans l'édition. Ce que j'essaie de dire, c’est qu’en ce qui concerne les aspects techniques, ils doivent céder. J'ai une expérience amère dans ces domaines ... "Un peu de connaissance est une chose dangereuse" - Je suis sûr que vous comprenez ma dérive. Voir ma réponse.
Vecteur
12

Outre les autres avantages mentionnés, le responsable non technique peut être plus à même de prendre les décisions finales en cas d'impasse parmi les experts. Je sais que cela semble contre-intuitif, mais les bons gestionnaires non techniques comprennent les forces et les faiblesses de leurs collaborateurs.

Exemple: deux programmeurs discutent du serveur à utiliser pour une application. Dans une sorte de démocratie factice, ils obtiennent tous les deux leur vote unique, de sorte qu'aucune décision n'est prise. Cette guerre pourrait durer éternellement (et avec certains techniciens, ce sera le cas). Quelqu'un doit intervenir pour arbitrer ce désaccord et faire avancer le projet. Un bon juge s’appuiera sur l’opinion de celui qui possède le plus d’expertise dans ce domaine.

Ce n’est pas parce qu’une personne manque de talent, de compétences ou de connaissances dans un domaine qu’elle ne peut pas identifier les autres. Reconnaître le talent est un talent.

JeffO
la source
1
En outre, un responsable non technique est disponible pour répondre aux besoins de l'équipe au lieu d'écrire du code.
JeffO
1
"Outre les autres avantages mentionnés, le responsable non technique peut être plus efficace dans la prise de décision finale en cas d'impasse parmi les experts." Non-expert possède le moins d'informations sur un sujet spécifique. Il ne peut prendre parti qu'avec un expert en la matière (ou choisir une solution qui lui semble la meilleure). Mais cela ne signifie pas que sa décision est juste. La solution d'un programmeur moins expérimenté peut être meilleure, mais le non-expert ne pouvait pas le savoir. joelonsoftware.com/items/2006/08/08.html
Christian P
Dans une telle situation, une partie de la direction souvent sous-estimée ne permet pas toujours aux meilleurs de se débrouiller seuls. Un bon manager lira bien la situation et émettra un jugement qui peut ne pas être techniquement correct, mais qui sera politiquement correct. Si l'argument ne porte pas sur quelque chose d'important, le responsable peut préférer la personne qui a besoin d'encouragement ou qui est victime d'intimidation de la part des autres développeurs. C'est une affaire de jugement et parfois difficile, mais c'est pourquoi ils sont payés très cher.
Stephen
@Stephen a accepté - un bon gestionnaire saura gérer son personnel (par exemple, comme vous l'avez dit, encourager les gens, etc.). Mais si nous parlons strictement de prendre des décisions techniques (importantes), le gestionnaire a le moins d'informations possibles sur le problème et est probablement la mauvaise personne pour prendre cette décision.
Christian P
@Stephen: mais ce sera politiquement correct - c'est souvent un très bon moyen pour un responsable non technique de perdre toute crédibilité auprès du personnel technique. OMI très risqué.
Vecteur
2

La planification de réunions, la réservation de sites externes et d’autres tâches administratives suffisent-elles à leur rôle?

Oui. Parfaitement suffisant. Ils conviennent également à la gestion des immeubles en cas de problème de chauffage, de climatisation, etc. s'assurer que les distributeurs automatiques et les refroidisseurs d'eau sont bien approvisionnés et entretenus; apportant des goodies spéciaux pour noshing; garder le bureau propre et ordonné ...

Faites de votre mieux pour penser à d'autres tâches de ce type afin de les tenir occupés et d'éviter les ennuis ...

Leur rôle le plus important? Restez à l'écart et ne mélangez pas avec les programmeurs, et assurez-vous que d'autres personnes non techniques fassent de même.

Pensez à une équipe de développement comme un club de balle de la MLB (l’analogie est plutôt bonne, à l’OMI): les gérants sont toujours d’anciens joueurs - ils sont les seuls à savoir comment gérer de manière pratique une équipe de professionnels hautement qualifiés, ringards, idiosyncrasiques, qui font des choses que la plupart des «gens ordinaires» ne peuvent pas.

Vecteur
la source
Vous avez également beaucoup de managers dans le sport qui n'étaient pas d'anciens joueurs, ou qui n'étaient pas de très bons anciens joueurs - Arsène Wenger, José Mourinho, André Villas-Boas, ça vous tente? qui se révèlent être d'excellents gestionnaires. Vous avez besoin de solides compétences interpersonnelles et organisationnelles pour être un bon chef de groupe qui ne code pas.
bobo2000
@ bobo2000 - J'ai mentionné MLB , pas le sport en général.
Vecteur
-1

D'après mon expérience, les responsables non techniques sont les mieux placés pour occuper ce rôle. Outre qu'ils apportent une valeur ajoutée en évitant toute interférence de la part de l'entreprise dans le travail des développeurs, ils encouragent les partenariats entre développeurs (car il est bien connu que les développeurs sont des introvertis http://www.unwesen.de/ 2012/03/16 / introversion-productivité-environnements de travail / ), les bonnes équipes permettent à l’équipe de travailler à leur rythme tout en veillant à la visibilité.

cesarggf
la source
2
Votre réponse serait plus forte si vous citiez des références externes ou développiez vos principes. La déclaration cause it's well know[n]est une forme de preuve faible.