Julien
Co-fondateur, direction commerciale
Un expert commercial
Julien est un ancien chef de projet digital et ingénieur d’affaires. Il a pour rôle de gérer toute la partie commerciale, communication et marketing chez We IT.
We Are
Deux associés, une équipe d'experts, et des logiciels que nous construisons pour nos clients comme pour nous. Voici comment nous fonctionnons.
Les fondateurs
We IT est née de la rencontre d'un commercial et d'un technicien qui en avaient assez de voir les deux mondes se parler mal. Ils dirigent l'entreprise ensemble depuis le premier jour.
Co-fondateur, direction commerciale
Un expert commercial
Julien est un ancien chef de projet digital et ingénieur d’affaires. Il a pour rôle de gérer toute la partie commerciale, communication et marketing chez We IT.
Co-fondateur, direction technique
Un expert technique
Vincent est un ancien consultant Data et responsable d’équipes Data en client final. Son rôle chez We IT est de recruter, d’organiser et de challenger les équipes IT.
L'équipe
Produit, technique, ops, data : les compétences qui permettent de mener une application de l'idée à la production, sans passer le relais à un tiers. Quelques visages, parmi celles et ceux qui font We IT.
Team leader tech & expert technique
Il tient la barre sur le code
Luc encadre les équipes de développement au quotidien : conception des architectures applicatives, revues de code et arbitrages techniques. C’est lui qui garde la dette sous contrôle et fait monter les développeurs en compétence sur nos projets comme sur nos produits.
Product manager & product owner
De l'intuition métier au périmètre livrable
Alban transforme une intuition métier en produit cadré : ateliers de découverte, cadrage du besoin, arbitrage du backlog. Sa question favorite, celle qui revient à chaque projet : qu’est-ce qui entre vraiment dans la première version ?
Product manager
La vision produit, du besoin à la roadmap
Mounira porte la vision de nos produits : comprendre les utilisateurs, prioriser ce qui compte et tenir une roadmap qui reste tenable. Elle fait le lien entre les attentes du métier et ce que les équipes peuvent livrer, sprint après sprint.
AMOA
Le besoin métier traduit, puis vérifié
Gwladys fait le lien entre vos métiers et l’équipe qui construit : recueil du besoin, arbitrage du périmètre, spécifications, puis recette avec les utilisateurs. Elle accompagne aussi la mise en service, documentation et prise en main comprises. Un produit livré mais mal expliqué reste un produit non adopté.
Product owner & analyste fonctionnel
Le métier traduit en spécifications
Ali connaît les métiers de nos clients de l’intérieur. Il écrit les spécifications, anime les recettes et fait le pont entre les utilisateurs et l’équipe technique : un besoin flou d’un côté, une user story testable de l’autre.
Développeur back-end
Le back-end, du modèle à l'API
Djibril développe le cœur de nos applications : modèle de données, logique métier, API. Il intervient aussi bien sur nos produits que sur les projets clients, et c’est souvent lui qui reprend un existant pour le remettre en état de marche.
Développeur front-end
L'interface, jusqu'au dernier pixel
André construit les interfaces de nos applications : composants, accessibilité, performance perçue. Il tient la maquette et le code au même niveau d’exigence : un écran qui rame ou qui ne passe pas au clavier n’est pas fini.
Développeur Node.js
Services, temps réel et intégrations
Thomas conçoit nos services Node.js : API, traitements asynchrones, intégrations avec les systèmes tiers. C’est lui qui branche une application sur l’écosystème existant du client sans que rien ne tombe.
Expert monétique
Le paiement, là où l'erreur ne pardonne pas
Issa intervient sur les systèmes de paiement : flux monétiques, protocoles d’acquisition, conformité et recette. Un domaine où une transaction perdue se voit immédiatement, et où la rigueur passe avant la vitesse.
Expert technique & ops
Ce qui tourne en production
Ousmane intervient sur le développement et sur tout ce qui permet de le livrer : intégration continue, industrialisation des déploiements, supervision. Il fait en sorte qu’une mise en production soit un non-événement.
Ingénieur cloud & ops
Infrastructure, cloud et automatisation
Boris conçoit et opère les infrastructures qui hébergent nos applications : cloud, conteneurs, automatisation et sécurité. Son objectif est simple : que les équipes de développement n’aient jamais à attendre après la plateforme.
Data analyst
Des données aux décisions
Julie transforme les données de nos clients en éléments de décision : modélisation, indicateurs, tableaux de bord. Elle s’assure surtout qu’un chiffre affiché veuille dire quelque chose, et que l’on sache d’où il vient.
Data ingénieur
Les pipelines qui alimentent tout le reste
Maxime construit les chaînes de données : ingestion, transformation, industrialisation. Il met en place ce qui permet aux analyses et aux applications de s’appuyer sur des données fiables plutôt que sur des exports manuels.
Testeur fonctionnel & technique
Ce qui est livré fonctionne vraiment
Colin éprouve ce que l’équipe produit, sur les deux plans : la recette fonctionnelle avec les utilisateurs d’un côté, les tests automatisés et la non-régression de l’autre. C’est lui qui trouve le cas limite avant votre client, et qui fait de la mise en production un passage vérifié plutôt qu’un pari.
Notre couverture
Du cadrage au RUN, chaque phase est tenue par des compétences précises, et chacune arrive au moment où elle sert. Un référent technique dès le cadrage, une analyste des données au moment de la reprise, un testeur qui reste après la mise en ligne. Ce sont les personnes mobilisables sur chaque phase, pas l'effectif d'un projet : le vôtre en réunit une partie, choisie sur ce qu'il demande.
6 mobilisables
7 mobilisables
9 mobilisables
8 mobilisables
7 mobilisables
Nos priorités
Aucune ligne ne part en production sans revue humaine, tests automatisés et recette — y compris celles que l'IA nous a aidés à écrire. Aller vite se voit tout de suite ; avoir bien fait se voit au bout d'un an, quand l'application évolue encore sans tout casser.
Nous vous disons ce qui ne sert à rien. Une demande qui n'apporte pas de valeur mesurable, nous la questionnons avant de la chiffrer : c'est plus utile qu'un devis accepté sur un périmètre inutile, et c'est ce qui fait tenir un budget.
Les personnes qui vous cadrent sont celles qui construisent, puis celles qui exploitent. Pas de passage de relais à une équipe qui découvre votre métier au moment où l'application entre en production — c'est là que se perdent les projets.
Nos valeurs
Ce sont ces principes, posés dès le premier jour, qui nous ont permis de garder les équipes assez longtemps pour éditer nos propres produits.
Pour que ça fonctionne, tout le monde doit être gagnant : le collaborateur, le client et l’entreprise. Le client doit se sentir gagnant pour le service rendu. Le collaborateur doit se sentir gagnant car il est stimulé, résout des problèmes et a un vrai impact. Enfin, We IT est gagnant car son leitmotiv est atteint : la satisfaction du client et du collaborateur.
15 règles simples qu’on applique à nos clients et à nos collaborateurs, avec un seul objectif : la satisfaction. Avec nos clients, nous souhaitons créer des partenariats. Avec nos collaborateurs, nous souhaitons les accompagner pour les faire progresser et les mettre en valeur.
« Quand on veut on peut, quand on peut on doit. »
Nous récompensons les plus motivé·es et les plus impliqué·es. We IT tend à promouvoir ses collaborateurs afin d’aller plus haut ensemble. Différentes primes sont prévues pour que tout le monde soit gagnant.
Afin de faire progresser nos consultants, nous créons des équipes de 8 personnes, composées d’un responsable d’équipe (team leader) et de 7 consultants d’expériences différentes.
Le team leader, coaché pour ce rôle, a pour objectif de suivre, d’accompagner et d’aider les autres consultants en cas de besoin. Chaque équipe peut bien sûr s’appuyer sur les autres pour avancer.
Intrapreneuriat
Nos logiciels ne sortent pas d'un comité d'innovation : ils viennent de consultants qui ont vu un problème chez un client, qui l'ont résolu là où il se posait, puis qui ont eu le droit, le temps et les moyens d'en faire un produit.
Un projet retenu obtient du temps dédié sur les heures de travail. Pas du bénévolat le week-end, pas du « si tu as un moment entre deux missions ». Si l'entreprise n'y met pas de temps, c'est qu'elle n'y croit pas.
Avant la première ligne : des entretiens avec de vrais utilisateurs, et des engagements écrits. Ce n'est pas un frein, c'est ce qui évite de passer six mois sur un produit que personne n'attendait.
L'intéressement est indexé sur ce que le produit génère, pas sur le fait de l'avoir lancé. Vous portez le produit, vous en portez aussi le succès.
On écrit à l'avance ce qui nous ferait arrêter. Arrêter n'est pas un échec : c'est ce qui libère du temps, du budget et de l'énergie pour la tentative suivante.