Ocus
Comment Ocus a stabilisé son équipe tech et mené sa refonte produit à terme
Contexte
Ocus est une startup parisienne qui automatise la création de contenu visuel pour des marques internationales, en s'appuyant sur une plateforme technologique et une communauté de plus de 20 000 photographes et créateurs.
L'entreprise avait engagé une refonte complète de sa plateforme, rendue nécessaire par une dette technique accumulée sur plusieurs années. Le projet avait pris du retard. L'équipe tech, une dizaine de personnes, traversait une période de turbulence : plusieurs départs récents, des responsabilités mal définies, une communication difficile avec le produit. Le CTO portait l'ensemble des sujets en parallèle (architecture, management, recrutement, relation board) et manquait de bande passante pour tout faire avancer.
La direction souhaitait un renfort capable de prendre en charge le pilotage opérationnel, pour permettre au CTO de se recentrer sur la stratégie technique.
Défis
Défi #1 — Relancer le delivery pour rendre le travail de l'équipe visible
Plusieurs mois de retard avaient créé un décalage entre ce que la direction attendait et ce que l'équipe produisait. Les livrables n'étaient pas assez fréquents pour que le business suive l'avancement réel de la refonte.
Hones a mis en place un fonctionnement en sprints de deux semaines, chacun conclu par une démo de fonctionnalités concrètes. Le pilotage quotidien du delivery, appuyé par des rituels simples (daily, rétros, roadmap trimestrielle ajustée mensuellement), a créé un rythme régulier et observable. La pression côté business a commencé à redescendre quand le progrès est devenu visible, sprint après sprint.
Défi #2 — Stabiliser une équipe en pleine transformation technique
La migration de stack (PHP/Vue vers NestJS/React) ajoutait de l'incertitude à une équipe déjà fragilisée. Quelques développeurs, pas alignés avec la direction du projet, sont partis en début de mission. L'enjeu était d'absorber ces départs sans effet domino, tout en intégrant rapidement de nouveaux profils.
Hones a pris le management direct de l'équipe avec des 1:1 réguliers et une communication renforcée. L'organisation a été simplifiée : une équipe unifiée tech + produit, pas de squads séparées, pour que tout le monde partage le même contexte. Trois développeurs expérimentés sur la nouvelle stack ont été recrutés et intégrés. En parallèle, l'équipe historique a été accompagnée sur les nouvelles pratiques pour construire une culture technique commune.
Résultats
- Le turnover s'est arrêté. Après les départs initiaux, aucun développeur n'a quitté l'équipe pendant le reste de la mission.
- La refonte de la plateforme a abouti dans les délais convenus avec le board, malgré le contexte de départ.
- Le travail de l'équipe tech est devenu lisible pour la direction. Le rythme de démos toutes les deux semaines a permis au COMEX de suivre l'avancement concret du projet.
- Le CTO a retrouvé la bande passante pour se concentrer sur l'architecture, la relation avec le board et la vision produit.
Ce qu'on a appris
Quand une équipe tech est en difficulté, l'instinct de beaucoup de dirigeants est de commencer par la qualité : reviews de code, tests, process. C'est une erreur de séquençage. Une équipe sous pression qui se voit imposer des contraintes supplémentaires sans résultat visible va se braquer.
L'ordre qui a fonctionné chez Ocus : d'abord la vélocité, pour produire des résultats concrets et desserrer la pression du business. Puis la communication, pour aligner tech et produit. Puis les pratiques partagées, pour que l'équipe fonctionne de manière cohérente. Et seulement ensuite la qualité, pour consolider ce qui avait été construit vite dans la première phase. L'enjeu était aussi que ces pratiques soient portées par l'équipe elle-même, pas par des procédures imposées de l'extérieur. C'est ce qui fait qu'une organisation tient après le départ du consultant.
