Extrait de The Manager’s Path
You probably have tech leads reporting to you now, though, and juggling the work of directly managing more than three or four people with the process of understanding details about what’s happening across a couple of teams probably means one important thing: you’re not writing (much, any, production) code.
Je suis toujours impressionné par les CTO qui disent être encore hands on de façon significative. Parfois je me demande si nous faisons le même métier.
J’ai alterné entre les postes de lead tech et de manager, parfois dans la même boite avec le même titre. En pratique je ne sais pas à la fois me concentrer sur un projet précis en contribution significative, et à la fois avoir le recul pour gérer les interactions entre plusieurs équipes plus la vision opérationnelle du futur.
I took pains to make sure that we called out the fact that engineering directors would not necessarily be writing code every day, because I believe that it is very difficult for a person responsible for hands-on management of multiple teams to write code.
Sur une seule équipe qui travaille sur le même projet, oui. Sur plusieurs équipes qui ont leur propre feuille de route, je ne sais pas faire. Je ne suis même pas certain de le conseiller.
Je mets la limite probablement au même niveau que l’auteure : quand on commence à manager des managers, et ne plus être impliqué personnellement dans la réalisation des différents projets et des différentes décisions.
The risk of going hands-off is greatly amplified if you don’t spend enough time coding before moving into this role to get yourself deeply, fluently comfortable with at least one programming language.
I advocate strongly that you spend the time to gain mastery of programming before moving into management.
Ça peut fonctionner, mais je l’ai plus souvent vu échouer que réussir. Ceux qui s’orientent trop rapidement sont souvent ceux qui ont monté leur propre entreprise. Il est difficile de revenir en arrière ensuite pour reprendre la partie technique dont l’expérience manque.
Là aussi, tant qu’on est au niveau d’une équipe ça fonctionne. C’est le palier de direction (manager de manager) qui trace la frontière.
Finally, even if you don’t intend to write much code, I strongly advise you to keep at least a solid half-day once a week completely free from meetings or other obligations, and try to use this time at least partially on some creative pursuit.
Et c’est là dessus que je rédige ce billet. Pour moi c’est très différent de ce qui précède. Il faut rester technique, parler architecture, revue de code, faire soi-même parfois des fix ou des outils, lire et rédiger, que ce soit pro ou perso (et c’est de mon expérience plus facile de le faire côté perso) mais on ne peut plus aussi facilement s’impliquer dans l’opérationnel des projets.
J’irai même jusqu’à dire que plus on avance en management et en direction, plus on doit éviter d’intervenir dans ce qui est nécessaire et plus on doit agir sur l’autour (hors des roadmap, hors de la production). Les scripts d’intégration continue, les explorations de performance, les preuves de concept, l’exploration d’API ou de langages, sont probablement des meilleurs candidats.
Laisser un commentaire