Adopter l'IA dans le développement : le vibe coding à la place des développeurs

La product lead de Bitrix24 a publié un retour d'expérience sur l'adoption de l'IA dans le développement : une équipe de cinq personnes, sans développeurs dédiés, a construit en trois mois, avec l'aide d'assistants d'IA, un service multi-utilisateurs pour un marathon d'entreprise interne.

Ce qu'ils ont construit

La mission semblait modeste : un outil interne pour le marathon sportif annuel de Bitrix24, où les employés enregistrent leur activité physique, voient les résultats de leurs collègues et s'affrontent par équipes. Aucune solution toute faite ne correspondait à ce format précis ; l'équipe a donc décidé de créer le produit de zéro et choisi le vibe coding comme principal outil de développement.

• Équipe : 5 personnes, sans développeur backend dédié
• Durée : environ 3 mois, travail uniquement en dehors des heures de bureau
• Approche : vibe coding, avec des assistants d'IA comme principal outil d'écriture du code
• Résultat : un service multi-utilisateurs fonctionnel pour des utilisateurs internes

Obraztsova prévient d'emblée : pas de théorie sur les microservices, pas de beaux schémas d'architecture, seulement un récit honnête des écueils que rencontre une équipe quand des profils produit se lancent dans un projet réellement technique.

Pourquoi les victoires rapides s'arrêtent

Les premières semaines produisent l'effet classique du vibe coding : le code arrive vite et les fonctionnalités s'enchaînent. L'assistant d'IA écrit des composants, gère les erreurs et transforme une tâche en code fonctionnel en quelques secondes. Les profils produit se sentent développeurs, et c'est un vrai « moment waouh » au départ.

Mais avec le temps, le rythme baisse. Les outils d'IA gardent bien le contexte d'un composant isolé, mais s'embrouillent quand le système atteint des dizaines de modules interdépendants. Dépendances incohérentes, logique dupliquée, erreurs difficiles à diagnostiquer à la jonction des couches : tout cela réclame ce que l'IA ne fait pas à votre place, la réflexion architecturale.

« Il n'y aura pas ici de conseils sur l'architecture en microservices ni de beaux schémas.

Ce sera un récit honnête de ce qui se passe quand des profils produit s'attaquent à un projet technique complexe, sur quels écueils ils butent et ce qu'ils obtiennent au final », écrit Obraztsova.

Comment le vibe coding devient une équipe AI-driven

L'étape suivante est une réorganisation délibérée. L'équipe passe d'un prompting chaotique à un travail structuré : chaque membre se spécialise dans une partie précise du produit et sait formuler les tâches pour l'IA dans son propre domaine.

Ce passage change les compétences requises. Dans une équipe AI-driven, le product lead passe plus de temps à décomposer les tâches et à fournir le bon contexte à l'IA qu'à écrire du code à la main. La conception des prompts et la conception d'architecture deviennent des compétences d'égale importance, et la vraie productivité de l'équipe naît à leur intersection.

Au final, les cinq sont arrivés à un modèle où l'IA prend en charge l'écriture routinière du code, tandis que les humains font ce que l'IA fait mal : prendre des décisions d'architecture, gérer la dette technique et synchroniser les modules.

Ce que cela signifie

Le cas Bitrix24 illustre un schéma qui gagne en maturité chez les équipes tournées vers l'IA : le vibe coding abaisse réellement la barrière d'entrée pour les profils non techniques et permet de démarrer vite, mais il n'élimine pas le besoin de pensée systémique. Sans approche architecturale, le produit ne dépasse pas le stade du prototype. Les entreprises qui le comprennent plus tôt évitent des refactorisations coûteuses. L'IA accélère l'exécution, mais ne remplace pas la conception.

Comment utiliser un réseau de neurones pour développer un outil interne ?

L'équipe de Bitrix24 a utilisé des assistants d'IA comme principal moteur de développement et monté un service multi-utilisateurs en trois mois de vibe coding (travail le soir et le week-end).

Adopter l'IA dans le développement : qu'est-ce que cela apporte ?

Dans le cas de Bitrix24, l'adoption de l'IA a permis à cinq employés sans développeurs dédiés de construire un service multi-utilisateurs complet pour un marathon sportif d'entreprise.

Quel problème cherchaient-ils à résoudre ?

Ils avaient besoin d'un outil interne pour le marathon sportif annuel de Bitrix24, où les employés enregistrent leur activité physique, voient les résultats de leurs collègues et s'affrontent par équipes.

Combien de temps le développement a-t-il pris ?

Trois mois de travail le soir et le week-end.