Retour

Technique

CI/CD : déployer sur les stores 
sans stress

Du premier atelier de cadrage à la maintenance après le lancement, le détail de notre façon de travailler.

Rémi Deronzier

Publié le 

24 Oct 26

10 minutes de lecture
Sommaire
Cadrer le produit
Valider le design
Développer par sprints

Rémi Deronzier

contact@codilee.tech

Appel de découverte

Rémi Deronzier

contact@codilee.tech

Appel de découverte

Préparer le projet

‍

‍Avant le premier sprint, deux étapes posent les fondations. Elles représentent une petite part du calendrier et déterminent la qualité de tout ce qui suit. Ce travail en amont réduit les risques, évite les décisions inutiles et garde le budget sous contrôle.

‍

‍Étape 1 : cadrer le produit

‍

‍Tout commence par un atelier avec vous. On y clarifie le problème à résoudre, les utilisateurs visés, le contexte dans lequel ils utiliseront l'application et ce que la première version doit absolument permettre. Vous connaissez votre métier et votre marché, l'équipe apporte son expérience des produits mobiles. Les deux regards se complètent.L'atelier aboutit à un périmètre écrit, des fonctionnalités classées par priorité et une première vision de la feuille de route. Ce qui est essentiel entre dans la V1, le reste attend les versions suivantes. Un périmètre flou est la première cause d'échec d'une application. Le développement ne démarre donc pas tant que ce socle n'est pas validé. Cet accompagnement porte aussi sur la vision produit : on challenge vos hypothèses pour sécuriser votre investissement, au lieu d'exécuter sans poser de questions.

‍

‍Étape 2 : valider le design

‍

‍Le périmètre posé, l'équipe conçoit les parcours utilisateurs puis les écrans UX/UI. Vous découvrez l'application sous forme de maquettes, que vous pouvez commenter et faire évoluer avant qu'une ligne de code existe. À ce stade, modifier un écran coûte quelques heures. Après le développement, le même changement demande beaucoup plus de temps.Le choix technologique se fait à ce moment-là, en fonction du projet. Flutter permet de publier sur iOS et Android avec une seule base de code, ce qui réduit les coûts, accélère la mise sur le marché et simplifie les mises à jour. Le natif, en Kotlin pour Android et en Swift pour iOS, devient pertinent quand le projet demande des performances ou des fonctions très spécifiques à une plateforme. Chaque recommandation s'appuie sur vos objectifs, votre budget et la trajectoire de votre produit.

‍

Schéma du cycle de sprints d'une semaine, de la planification à la livraison.

Construire et lancer l'application

‍

‍Le périmètre et le design validés, la production commence. Elle se déroule en trois temps : le développement par sprints, la publication sur les stores, puis la vie de l'application après son lancement.Étape 3 : développer par sprints d'une semaineLe développement suit une méthode Lean et Scrum. Le travail est découpé en cycles d'une semaine, avec un objectif clair pour chacun. À la fin de chaque sprint, une partie du produit est livrée, testée et montrée. Des jalons définis à l'avance rythment l'ensemble du projet et permettent de savoir à tout moment où l'on en est.Vous recevez une mise à jour chaque semaine et vous avez accès en continu à un environnement de test. Vous pouvez installer l'application sur votre téléphone, la manipuler et remonter vos retours au fil de l'eau. Ces cycles courts permettent de corriger la trajectoire vite. Une fonctionnalité qui ne convainc pas est repensée dès le sprint suivant, avant d'avoir coûté cher. Un profil QA fait partie de l'équipe et consacre son temps aux tests, pour que chaque livraison soit stable.

‍

‍Étape 4 : publier sur l'App Store et Google Play

‍

‍La V1 est livrée avec un code propre, structuré et maintenable. Elle est prête pour la production dès sa livraison et pensée pour évoluer. Cette première version se concentre sur l'essentiel et constitue une base solide pour la suite.La publication a ses propres exigences : fiches des stores à rédiger, visuels à préparer, builds à générer, règles de chaque plateforme à respecter et validations à obtenir. L'équipe prend ces démarches en charge avec vous pour que le lancement se passe sans mauvaise surprise. À la fin de la mission, on vous remet le code source, les dépôts, l'infrastructure et tous les accès nécessaires au fonctionnement de l'application. Rien n'est verrouillé et tout vous appartient. Les trois semaines qui suivent la mise en production sont consacrées à la correction des bugs remontés par les premiers utilisateurs.

‍

‍Étape 5 : faire vivre l'application

‍

‍Une application publiée continue d'évoluer, au rythme des retours des utilisateurs, des mises à jour des systèmes iOS et Android et de vos propres ambitions. Une fois la période de corrections terminée, une maintenance continue accompagne ces évolutions : nouvelles fonctionnalités, améliorations techniques, optimisation des performances.Cette logique s'applique aussi à une application déjà en ligne, développée par d'autres. L'équipe reprend la base existante, l'analyse, ajoute des fonctionnalités et fiabilise le tout. La mise en place de déploiements automatisés (CI/CD) accélère la livraison de chaque nouvelle version et réduit les erreurs humaines. Vous gardez ainsi un produit vivant, qui progresse à chaque cycle.

Voir d’autres articles

Voir tous les articles
Voir tous les articles