J'ai découvert OpenERP en 2015, sur des projets menés en parallèle de mon poste, avant de travailler à temps plein sur Odoo à partir de 2017, en construisant des bases de données internes et des outils CRM pour une agence de communication relationnelle. Depuis, j'ai été responsable du développement informatique chez un prestataire d'infogérance, consultant senior chez un Gold Partner Odoo, et je suis depuis fin 2025 consultant indépendant, travaillant directement avec mes clients.

Ce parcours compte plus qu'il n'y paraît. J'ai été côté client, à rédiger des notes de cadrage et à défendre un budget en interne. J'ai été côté intégrateur, à livrer selon le cahier des charges d'un autre. Et je suis aujourd'hui à mon compte, ce qui veut dire que lorsque je vous dis qu'une fonctionnalité ne vaut pas la peine d'être développée, personne ne me paie pour dire le contraire.

Ce que cela m'a appris

Un ERP n'est pas un problème technique. C'est un problème d'organisation avec une couche technique par-dessus. Le code est la partie facile.

La plupart des projets échouent avant qu'une seule ligne ne soit écrite, dans l'écart entre ce que les gens disent avoir besoin et ce qu'ils font réellement au quotidien. C'est pour cela que je commence par des ateliers et une cartographie des processus plutôt que par du paramétrage, et pourquoi je challenge une demande avant de la construire. Avec bienveillance, mais je la challenge.

Comment je travaille

Le standard d'abord. Du développement spécifique uniquement là où il crée une réelle valeur métier. Chaque ligne de code spécifique est une ligne que quelqu'un devra migrer à la prochaine montée de version.

Un périmètre écrit et figé avant de commencer. Des points hebdomadaires courts. Pas de facturation surprise.

Un arbitrage honnête. Si Odoo n'est pas la bonne réponse pour vous, je vous le dirai avant que vous ne signiez, pas au milieu du projet.

Socle technique

Odoo : v13, v15, v18, v19 — paramétrage, développement de modules spécifiques en Python, migrations de version, intégrations et connecteurs API.

Domaines fonctionnels : CRM et ventes, facturation, gestion de projet et interventions terrain, stock, RH.

Secteurs : assurance et services, énergie solaire, infogérance informatique, communication relationnelle.

Stack : Python, JavaScript, PostgreSQL, XML, HTML et CSS, plus un passé d'administration réseaux et systèmes qui sert bien plus souvent qu'on ne l'imagine.

Parcours

Cycle ingénieur à l'ECE Paris, après un diplôme en génie électronique et télécommunications de l'Université du Kalamoon à Damas. Entre les deux, un projet de recherche en radio logicielle, où j'ai appris qu'une théorie élégante et un système qui fonctionne ne sont pas la même chose.

Je travaille en français, en anglais et en arabe — et je forme dans les trois langues.