Scrum avec l’IA : ce qui change dans un sprint

Chez TIC-NOVA, un projet avance par sprints de 1 ou 2 semaines, et chaque sprint livre une version que vous pouvez essayer. L’IA ne change pas ce cadre. Elle change la vitesse à laquelle on le tient, et elle impose de dire clairement qui décide.

Le cadre reste celui de Scrum

Nous choisissons la durée du sprint avec vous, selon le projet. Le travail est découpé en petits incréments. En fin de sprint, nous montrons ce qui est fait, vous ajustez les priorités, et nous planifions le sprint suivant.

Ce que vous recevez à chaque sprint n’est pas un document d’avancement : c’est le produit tel qu’il est ce jour-là, utilisable.

Ce que l’IA accélère

L’IA intervient à chaque étape du sprint :

Les assistants de code proposent du code ; un développeur le lit et le corrige.
Les tests : l’IA aide à les écrire, puis ils s’exécutent sans elle.
La revue : l’IA signale des anomalies avant la relecture humaine, elle ne la remplace pas.
La documentation est rédigée avec l’IA, puis vérifiée contre le code.

Ce qui reste humain

L’IA propose, les humains décident et relisent. Un développeur relit chaque modification avant qu’elle soit fusionnée, et les tests automatisés s’exécutent avant la livraison. Aucun secret n’est transmis aux outils d’IA, et une option entièrement locale existe quand le contexte l’exige.

C’est aussi pour cela que nous choisissons l’outil selon vos contraintes : Claude Code, Codex, GitHub Copilot, Cursor, ou des modèles installés chez vous, comme Llama et Mistral.

« Terminé » veut dire sécurité et qualité incluses

Un incrément n’est livré que s’il est « terminé ». Pour nous, cela veut dire :

Qualité

des tests automatisés lancés à chaque modification ;
des tests automatisés de bout en bout, écrits avec l’IA ;
un contrôle de la vitesse, de l’accessibilité (WCAG AA) et du référencement avec Lighthouse ;
des captures d’écran regardées sur mobile et sur ordinateur avant chaque livraison.

Sécurité

aucun secret dans le code : les clés et mots de passe vivent dans les variables du serveur de livraison ;
toute entrée validée côté serveur, pas seulement dans le navigateur ;
des données personnelles minimisées : nous ne collectons que ce qui sert ;
des en-têtes de sécurité HTTP vérifiés et des dépendances auditées.

Livraison

une documentation mise à jour avec le code ;
un retour arrière connu : chaque version déployée reste disponible ;
le code, la documentation et les accès transmis au client.

Et la sécurité d’un MVP ?

Elle ne dépend pas de la taille du produit. Un MVP applique les mêmes règles qu’une application en production : secrets hors du code, entrées validées côté serveur, données minimisées, dépendances auditées. Reporter la sécurité « à plus tard » revient à la payer plus cher, au pire moment.

En résumé

L’IA accélère l’écriture du code, des tests et de la documentation. Elle ne remplace ni la relecture, ni la décision, ni la définition de « terminé ». C’est cette combinaison qui nous permet de livrer un produit de qualité, de façon incrémentale.