Delivery assistée par IA
Équiper les équipes avec des agents de code, des garde-fous vérifiables et des changements contrôlés avant intégration.
Fondateur de LRJI
Staff Software Engineer · Architecture logicielle et delivery assistée par agents IA
Staff Software Engineer, Mohammed Hamdoune aide les équipes à livrer plus vite avec des agents IA sans perdre la maîtrise de leur architecture : leadership technique, DDD, modernisation et plateformes GCP.
Son profil est volontairement hybride : un cadrage lisible par un CTO ou une DSI, une contribution de niveau Staff dans le code, et des décisions transmises à l'équipe. Il livre lui-même avec des agents de code, sous des garde-fous qu'il a conçus et où chaque changement est vérifié avant son intégration : c'est ainsi qu'il construit Emovanti, son propre SaaS de gestion de flotte, dont la bêta est en préparation.
L'architecture n'a de valeur que si elle change les décisions concrètes : découpage, tests, contrats, pipelines, runtime, ownership et capacité à livrer. C'est là que se situe l'intervention.
Équiper les équipes avec des agents de code, des garde-fous vérifiables et des changements contrôlés avant intégration.
Relier les décisions, les standards et le renfort hands-on pour que l'équipe puisse avancer durablement.
Réduire la dette, simplifier les systèmes distribués disproportionnés et migrer progressivement sans bloquer la roadmap produit.
Poser un socle TypeScript et GCP prêt à livrer sans construire la réécriture de demain.
Les références publiques restent discrètes, mais elles montrent le type de contexte où le profil est le plus utile : systèmes sous contrainte, architecture à clarifier et équipes à réaligner.
Réduction de la complexité distribuée, CI unique, 21 pods par environnement ramenés à 3 et delivery simplifiée.
Luxe : flux identité et données clientCIAM, MDM, Kafka, contrats d'intégration et fiabilisation d'un écosystème distribué sensible.
Emovanti : décisions d'architecture d'un SaaS multi-tenantProduit propre : ADRs, décisions produit datées et garde-fous de domaine pour préparer la bêta sans utilisateurs en production.
Codebase, incidents, flux de delivery, contraintes produit, runtime et coûts de coordination.
Nommer la décision par défaut, le risque accepté, les alternatives rejetées et le critère de réussite.
Faire descendre la décision dans les modules, tests, contrats, pipelines ou runbooks.
Rendre les standards explicites pour que l'équipe garde l'autonomie après la mission.