Comment nous travaillons
Une démarche qui s'adapte à votre projet — pas un modèle qui prétend le faire.
Cinq étapes universelles par lesquelles chaque mission passe, avec des variantes pour les migrations, le développement sur mesure et les missions de solutions métiers.
Les cinq étapes
Découverte
1–3 semainesNous posons les questions difficiles sur le périmètre, les risques et les résultats avant de rédiger un devis.
Amenez les référents fonctionnels, des réponses honnêtes sur ce qui fonctionne et ce qui ne fonctionne pas, et l'accès aux parties prenantes.
Proposition de mission chiffrée, journal d'hypothèses, devis qui sépare le connu de l'inconnu.
Conception & architecture
1–4 semainesNous transformons le périmètre en architecture. Modèle de données, topologie d'intégration, UX au besoin, choix techniques justifiés.
Revoyez et challengez. L'architecture qui survit passe par cette porte avec des questions posées, pas balayée d'un revers.
Document d'architecture, maquettes UX, carte d'intégration, liste des risques, esquisse de plan de bascule.
Build / Migration
Variable selon le périmètreSprints avec logiciel fonctionnel à chacun. Pour les migrations : migration de test sur un réplica, itérations jusqu'à la propreté, UAT avec votre équipe.
Soyez présent aux revues. L'UAT se fait avec de vraies personnes utilisant le vrai système, pas une QA lisant un script.
Logiciel fonctionnel à chaque sprint. Pour les migrations : migration de test propre et UAT validée.
Lancement
Fenêtre de bascule planifiéeFenêtre de bascule planifiée, checklist cadrée, migration delta finale, validation, go/no-go.
Direction présente pour la décision go/no-go. Communication prête pour vos utilisateurs.
Production en ligne, retour arrière répété et inutilisé, hypercare ouvert.
Support & optimisation
Continu si retenuDeux semaines d'hypercare par défaut. Ensuite, un plan de support si vous souhaitez un partenariat continu.
Dites-nous ce qui fonctionne et ce qui ne fonctionne pas. L'usage réel fait toujours apparaître ce que l'UAT a raté.
Clôture d'hypercare, plan de support en place ou transfert propre vers votre équipe.
Variantes de flux
Où les cinq étapes s'adaptent selon le type de projet
Variante migration Odoo
À l'intérieur de Build/Migration, les phases deviennent : migration de test → itération → UAT → bascule en production. La répétition du retour arrière est obligatoire, pas optionnelle.
Variante développement sur mesure
À l'intérieur de Build/Migration, les phases sont des sprints de 1 à 2 semaines avec revue de code, déploiement en staging et tests d'intégration sur les sandbox tiers réels.
Variante solutions métiers
Conception et architecture s'étendent en ateliers avec les parties prenantes. Build/Migration devient un déploiement par phases avec mesure à chaque phase.
Sécurité des données & confidentialité
Ce que nous faisons par défaut, pas sur demande
Migrations de test
Chaque mission déplaçant des données passe d'abord par un réplica. Nous n'apprenons pas ce qui casse en production.
Retours arrière répétés
Chaque bascule en production a un chemin de retour arrière documenté, testé et dimensionné pour la fenêtre.
Sauvegardes
Nous prenons des snapshots avant, pendant et après bascule. Nous les conservons le temps qu'il faut.
Chiffrement en transit et au repos
TLS 1.2+ sur chaque canal. Données au repos chiffrées sur chaque environnement que nous opérons.
NDA par défaut
Chaque mission est couverte par un NDA mutuel.
Conformité régionale
RGPD pour les clients UE, KVKK pour la Turquie, et normes régionales MENA selon les cas.
Communication
Comment nous restons synchronisés
Points hebdomadaires avec votre chef de projet. Un PM dédié pour chaque mission non triviale. Canal Slack ou Teams si votre organisation le préfère. Board partagé dans Linear, Jira ou Asana — celui qu'utilise déjà votre équipe. Rien de ce que nous faisons n'est opaque pour vous.
Voyez notre démarche sur votre projet
Devis, consultation ou appel — dites-nous ce qu'il vous faut.