Ce qui m'anime au quotidien ?
J’ai toujours aimé les systèmes (engrenages, mécanique) et les casse-têtes. Je suis tombé dans l’informatique depuis que je compose des commandes avec Linux.
Assembler des commandes, des objets, des composants, des pipelines, c’est comme jouer aux Légo pour moi !
Depuis mes premières missions, j’ai toujours cherché à améliorer les conditions de travail de l’équipe par de petits scripts, puis de la CI/CD suivi par de la montée en compétence sur les bonnes pratiques de développement agile comme le craftsmanship (artisanat logiciel, TDD, DDD, etc.) et sur l’organisation agile du travail en équipe (XP, Scrum, Kanban et ateliers d’intelligence collective).
J’ai commencé par renforcer des équipes qui devaient absorber un pic de charge. J’ai continué en développant des initiatives d’architectes ou en leader technique d’équipes agiles. J’ai ensuite eu la chance de faire une première mission de coaching technique (déploiement de pratiques de développement agile) dans une équipe de transformation agile d’une grande DSI. Cela m’a lancé dans d’autres missions de coaching technique mais aussi dans diverses missions de conseils et d’accompagnement d’architectes.
Aujourd’hui, je fais de ces activités de conseil et d’accompagnement en édition de logiciels mon coeur de métier. Mes audits, conceptions de solution et accompagnements vont du code du logiciel lui-même à l’organisation des équipes qui produisent ce code en passant par leurs outils de travail.
Je me différencie de cabinets de conseils par deux aspects :
- Bien que j'ai une vision de l'organisation du travail et des équipes qui le réalisent, je me limite aux modèles opérationnels dans l'édition de logiciels donc autour des métiers d'Architectes, Product Owners, Scrum master, Tech Leads, Développeurs, Testeurs, etc. comme un technical operator, responsables opérations IT.
- Contrairement aux conseillers traditionnels, je ne me limite pas au management ou au pilotage de la mise en oeuvre. Je contribue en montrant l'exemple comme un mentor ou un responsable technique.
Mon conseil est aussi opérationnel, j’accompagne l’exécution et je peux montrer l’exemple ou faire le nécessaire moi-même pour faire tomber un obstacle.
Je prends de moins en moins de missions de développement logiciel Java sauf lorsque que le sujet inclus de l’accompagnement ou que je ressent le besoin de « vivre » mes recommandations.