Un cadre concret pour diagnostiquer, décider et faire durer une équipe tech.
Dans Jira, un ticket est en retard. La PR reste sans review et une décision du Product Manager est arrivée après le planning. Sur les zones sensibles, le même senior est encore sollicité. Le manager peut relancer la personne assignée au ticket, mais il lui manque encore une partie de ce qui s’est passé.
J’ai écrit Engineering Manager OS pour les Engineering Managers, CTO, VP Engineering, leads techniques et développeurs expérimentés qui prennent des responsabilités de management. J’y utilise cinq zones pour reprendre ce type de situation : clarté, confiance, flow, exigence et énergie.
Avant de décider quoi changer, le manager ouvre les tickets et les PR concernés, puis relit les décisions prises autour du sujet. Il peut retrouver une règle métier restée dans Slack ou constater que toutes les reviews d’un module passent encore par la même personne. Le manager utilise les KPI pour choisir où regarder. Il ne s’en sert pas pour noter ou classer les développeurs.
Les outils restent simples. Vous pouvez reprendre une grille dans un tableur, écrire une décision dans Jira ou conserver une checklist dans un document partagé. Ils sont là pour être utilisés pendant le travail, pas pour ajouter une nouvelle plateforme à administrer.
Vous pouvez utiliser le livre seul. Je prépare aussi une boîte à outils gratuite pour CTO et Engineering Managers, avec certains outils d’EM-OS sous forme de fichiers LibreOffice Calc, de graphiques et de modes d’emploi.
Jean-François Renauld
CTO, développeur et manager. J’ai aussi connu quelques « petites modifications » qui ont occupé plusieurs semaines.