Notre organisation
Des interlocuteurs identifiés, des pratiques partagées et une visibilité sur les livraisons : nous organisons la collaboration autour du logiciel à réaliser.
Des choix explicites
Nous pilotons depuis la France et réalisons avec nos équipes d’ingénieurs francophones à Madagascar et à Maurice. Une équipe au Vietnam intervient en soutien, avec Maurice, sur des projets anglophones et des projets à forte valeur ajoutée. L’organisation se construit autour du périmètre du produit : les usages à comprendre, les compétences à réunir et les responsabilités à partager. La localisation des personnes ne remplace ni une architecture claire ni des critères de livraison.
Nous définissons les interlocuteurs et les modes d’échange au démarrage. Votre équipe sait à qui exposer une priorité, une question technique ou un problème de réalisation. Les personnes qui construisent le logiciel disposent du contexte métier nécessaire pour comprendre leurs décisions.
Qui fait quoi
Chaque projet a un lead technique Etixio. Il porte l’architecture et les choix techniques, fait les revues de code, organise le travail de l’équipe au quotidien, reste votre interlocuteur technique et garantit la continuité (documentation, transmission). Le pilotage se fait avec vous : vous fixez les priorités et les arbitrages, le lead technique répond de la qualité de ce qui est livré.
Toutes nos équipes suivent le même standard d’ingénierie : revue de code systématique, tests automatisés, intégration continue, gestion des secrets, environnements séparés, documentation vivante et, pour l’IA, jeux d’évaluation avec suivi de la qualité et des coûts. Il est détaillé dans notre méthode.
Propriété et intégration
Tout reste à vous : le code source et les dépôts, les accès et les comptes, les outils, les données et la documentation. Nos équipes s’intègrent à votre système d’information (vos dépôts Git, votre outil de tickets, vos environnements, vos règles de sécurité) et vous pouvez reprendre la main à tout moment.
En pratique
Nous réunissons les accès, les environnements, les règles de travail et les premiers sujets. Vos référents métier et techniques et notre lead technique sont identifiés. L’état de l’existant et les dépendances sont partagés afin de ne pas confondre une difficulté de compréhension avec un manque de capacité.
Le backlog et les décisions d’architecture rendent visibles le travail prévu et ses conditions de validation. Les échanges synchrones servent aux arbitrages et aux sujets complexes. Les informations importantes restent documentées pour être accessibles sans devoir retrouver la personne présente à une réunion.
Les démonstrations et les revues donnent une visibilité sur les fonctionnalités et sur les points techniques. Les blocages sont reliés à une décision, un accès ou une dépendance à traiter. Les modifications de périmètre sont discutées avec leurs conséquences avant de changer l’engagement.
Le code, les configurations et la documentation sont transmis au fil du travail. Les responsabilités de maintenance et de support sont définies avec votre équipe. Cette organisation permet de conserver la connaissance lorsque le produit, les priorités ou les personnes évoluent.
Des choix explicites
Un projet délimité peut être réalisé au forfait après cadrage. Une roadmap continue peut demander une organisation durable. Une difficulté précise peut être traitée par une intervention ciblée, encadrée par notre lead technique. Dans chaque cas, le périmètre, les responsabilités et la transmission doivent rester explicites.
Présentez-nous ce que vous voulez construire, les utilisateurs concernés et votre environnement technique. Nous préciserons ensemble le premier périmètre à étudier.