POUR QUI
À qui je m'adresse
Je travaille avec des organisations qui ont un produit ou une opération technique réelle, une équipe qui avance, et personne au-dessus pour arbitrer.
Éditeur de logiciels
Un éditeur de logiciels ou une startup après une levée, dont l'équipe technique est bonne mais jeune, et où les décisions d'architecture se prennent par défaut plutôt que par choix.
Entreprise en croissance
Une entreprise en croissance qui recrute des développeurs sans personne pour cadrer les entretiens techniques ni la trajectoire.
Agence ou studio
Une agence ou un studio qui vend des projets complets et sous-traite le backend sérieux : API, intégrations, infrastructure, reprise de données.
Commerce, industrie, tourisme
Un commerce, un industriel ou un opérateur touristique dont plusieurs personnes passent leurs lundis à recouper des exports entre plusieurs canaux de vente ou plusieurs outils.
EN CHIFFRES
14
personnes encadrées, développement et infrastructure
15 ans
en développement, architecture et infrastructure
2 ans
en Amérique du Nord, dont une banque et une plateforme à forte audience
MODE D'INTERVENTION
Deux façons de travailler ensemble
Une journée par semaine, à jour fixe, entièrement en visioconférence. Vous savez à l'avance quand je suis là, et vos développeurs aussi.
Les arbitrages d'architecture : ce qu'on construit, ce qu'on achète, ce qu'on reporte.
La revue de code senior, sur les parties qui portent le risque.
Le cadrage des recrutements techniques : fiche de poste, tests, participation aux entretiens.
L'arbitrage des devis prestataires : je lis les propositions techniques que vous recevez et je vous dis ce qu'elles valent.
L'infrastructure et l'hébergement : coûts, résilience, ce qui cassera en premier.
Engagement de trois mois reconductibles.
Formule d'essai possible : une demi-journée par semaine.
Il y a dans votre entreprise un process que quelqu'un exécute à la main toutes les semaines. Il est fiable tant que cette personne est là, coûteux en temps, et invisible dans vos comptes. Je le cadre, je l'automatise, et je vous le rends avec son monitoring.
1. Un appel de cadrage. On identifie le process et on mesure ce qu'il coûte réellement en heures.
2. Une proposition à périmètre fermé. Prix ferme, délai ferme. Vous savez ce que vous achetez avant de signer.
3. La construction. TypeScript, NestJS, PostgreSQL, et les intégrations vers les outils que vous utilisez déjà. Rien que votre équipe ne puisse reprendre.
4. La livraison, avec sa reprise sur erreur et son monitoring. Une automatisation qui échoue en silence est pire que pas d'automatisation du tout.
Périmètre fermé, prix ferme, délai ferme.
Livraison en dix semaines, maintenance mensuelle en option.
CE QUI CHANGE
Avant, après
Le même travail, vu de haut : à gauche ce que coûte un process tenu à la main, à droite ce qu'il devient une fois automatisé et supervisé.
Aujourd’hui
Après
BUDGET
Comment je chiffre
Je facture au forfait ou au mois, jamais à l'heure — vous achetez un résultat, pas de la présence.
Le montant dépend du périmètre et du marché sur lequel vous opérez, comme pour n'importe quel prestataire qui travaille dans plusieurs pays.
Je vous l'annonce dès le premier appel, avant toute proposition écrite. Vous ne perdrez pas trois rendez-vous à découvrir que nous n'étions pas sur la même échelle.
PARCOURS
Qui je suis
Mounir Khebbaza
Je suis responsable de l'hébergement et du développement chez un prestataire qui construit des plateformes web complètes — sites, e-commerce, marketplaces, réservation d'hébergements et de transports — pour des collectivités et des offices de tourisme, et depuis deux ans pour des entreprises.
J'y encadre une équipe de 11 développeurs et 3 ingénieurs infrastructure. Je suis architecte sur les deux plans, applicatif et infrastructure, et responsable de l'ensemble des choix techniques : ce qu'on construit, ce qu'on achète, ce sur quoi on héberge, et ce qu'on refuse.
À ce titre, j'ai été responsable technique de plateformes livrées à plusieurs grandes stations alpines et destinations de montagne : réservation, séjour, hébergement, transport, avec les pics de charge qu'suppose une saison. Je ne peux pas nommer ces destinations — ce sont les clients de mon employeur, pas les miens — mais c'est un terrain que je connais de l'intérieur, et je peux en parler en détail lors d'un appel.
Avant ce poste, j'ai passé deux ans en Amérique du Nord. À la Banque Nationale du Canada, sur une plateforme de détection de fraude bancaire. Puis chez Turbulent, à Montréal, sur les plateformes e-commerce et communautaires de Star Citizen et sur des sites à forte audience comme Radio-Canada. J'avais commencé chez STMicroelectronics, sur de l'outillage et de l'industrialisation de données — c'est là que j'ai pris le goût des systèmes qui font disparaître le travail manuel.
Ma particularité tient à la double casquette infrastructure et développement. La plupart des profils qui font de l'accompagnement technique viennent du produit ou du code. Peu savent aussi dimensionner un cluster, lire une facture cloud, ou dire si une architecture tiendra la charge annoncée — et c'est souvent là que se prennent les décisions les plus coûteuses, faute de quelqu'un pour les instruire.
Ma stack : TypeScript et Node.js avec NestJS, Vue et Nuxt, React et Next, React Native, PostgreSQL et MongoDB, Docker, AWS et Kubernetes sur EKS.
Ingénieur en informatique et réseaux de communication, CPE Lyon. Basé en Savoie, à une heure de Genève.
J'occupe toujours ce poste. J'interviens donc en indépendant sur un volume limité et annoncé : un accompagnement d'une journée par semaine, et un chantier d'automatisation à la fois. Je préfère le dire d'emblée plutôt que de le découvrir en route — c'est ce qui garantit que ce que je prends, je le livre.
EXEMPLES
À quoi ressemble une mission
Ces quatre situations sont des illustrations, pas des références clients.
Exemple de mission type — la réconciliation du lundi
Une équipe logistique exporte trois fichiers depuis trois outils, les recoupe dans un tableur, et corrige les écarts à la main. Quatre heures par semaine, et une seule personne sait le faire. Automatiser ce process représente une trentaine d'heures de travail, et rend une demi-journée par semaine à quelqu'un qui a mieux à faire.
Exemple de mission type — la dette qui bloque le recrutement
Une équipe de quatre développeurs n'arrive plus à livrer, et le dirigeant croit que c'est un problème d'effectif. C'est presque toujours un problème d'architecture ou de chaîne de déploiement. Un diagnostic de cinq jours répond à la question avant d'engager un salaire annuel.
Exemple de mission type — l'arbitrage d'un devis
Un prestataire propose une refonte lourde, et personne en interne ne peut juger si le chiffrage est honnête ni si l'approche est la bonne. Une journée de lecture technique suffit à trancher — et c'est souvent le premier jour d'un accompagnement.
Exemple de mission type — la saison qui approche
Une destination touristique exploite une plateforme de réservation, un site de séjour et un outil d'hébergeurs qui ne partagent pas leurs données. Chaque début de saison, quelqu'un ressaisit les disponibilités. Le chantier consiste à faire parler ces trois systèmes entre eux avant le pic, pas à tout refaire.
Un problème technique non arbitré coûte plus cher qu'un jour par semaine.
PREMIER ÉCHANGE
Commençons par trente minutes
Un appel de trente minutes, sans engagement et sans présentation commerciale. Vous décrivez votre situation, je vous dis ce que j'en pense et ce que je ferais — que l'on travaille ensemble ensuite ou non.
Ou écrivez-moi directement, à l'adresse de contact.
Les informations transmises servent uniquement à préparer notre échange. Elles ne sont ni revendues ni utilisées à d'autres fins. Politique de confidentialité.