Incrémentalité des produits IT : Waterfall vs Agile

## Incrémentalité et sophistication technologique dans le développement de produits IT : concepts et techniques clés

L'incrémentalité permet d'étendre progressivement les fonctionnalités logicielles en ajoutant de nouvelles données, commandes ou en corrigeant des bugs par étapes. Cela est mis en œuvre par décomposition en user stories, simplifiant les livraisons aux parties prenantes. Prenons Cyberpunk 2077 : depuis 2020, CD Projekt RED a publié des mises à jour, y compris le patch 1.6 avec du contenu de la série Edgerunners. Contrairement aux projets traditionnels (construction, éducation) avec des séquences fixes, les produits IT permettent un développement parallèle des composants.

La haute sophistication technologique exige des compétences strictes : les programmeurs doivent posséder au moins des compétences de niveau professionnel, les testeurs et DBAs nécessitent une formation spécialisée de niveau intermédiaire, les designers UI/UX jusqu'à un an de formation, et les PM un diplôme de licence. Le développement à distance réduit les coûts de bureau, accède à un vivier mondial de talents et rémunère en fonction du travail réel.

Modèle Waterfall : Forces et faiblesses

Développé par W. Royce en 1970 sous forme d'un flux séquentiel de phases : analyse, conception, implémentation, tests, déploiement. Chaque phase se termine avant que la suivante ne commence.

Forces :

• Délimitation claire des phases avec des dates fixes pour les contrats.
• Prix fixe ferme, favorisant la fidélité des clients.
• Documentation complète pour l'alignement de l'équipe.
• Intégration facile de nouveaux membres via les artefacts de phase.

Faiblesses :

• Difficile de modifier les exigences après approbation.
• Cycles longs qui augmentent les risques (changements législatifs, évolutions business, départs de personnel clé).
• Dépassements de planning : 89 % en moyenne selon le CHAOS Manifesto.

Le modèle convient aux projets avec des exigences fixes et une documentation rigoureuse.

Modèle Agile : Principes et pratiques

Formulé en 2001 par un groupe d'auteurs (K. Beck et al.). Il exploite l'incrémentalité pour des livraisons itératives. Agile n'est pas une méthodologie mais un ensemble de principes et de pratiques.

Principes clés :

• Livraisons fréquentes de logiciels fonctionnels pour affiner les exigences et obtenir un ROI rapide.
• Ouverture aux changements à tout stade.
• Processus flexibles s'adaptant aux nouvelles tâches.
• Livraisons systématiques de produits fonctionnels pour minimiser les risques (bugs, incohérences).
• Implication des parties prenantes via une communication ouverte.
• Auto-organisation de l'équipe : planification de sprints, décomposition en user stories (par ex., notifications sur l'état d'une demande de crédit).
• Préférence pour les conversations en face à face.
• Progrès mesuré par du code fonctionnel.
• Apprentissage continu de l'équipe.
• KISS — garder simple et code transparent.

Agile réduit les conflits d'exigences en se concentrant sur la valeur utilisateur.

Techniques de développement de produits IT

L'incertitude des exigences, le travail intellectuel et les ressources limitées ont donné naissance à des techniques comme XP, RUP, AUP, RAD, DSDM et Scrum.

| Technique | Description |

|----------|-------------|

| XP (Extreme Programming) | Pratiques extrêmes : programmation en binôme, TDD, publications fréquentes pour améliorer la qualité du code. |

| RUP (Rational Unified Process) | Processus itératif-incrémental avec phases : inception, élaboration, construction, transition. |

| AUP (Agile Unified Process) | RUP simplifié axé sur la simplicité. |

| RAD (Rapid Application Development) | Prototypage rapide pour des retours rapides. |

| DSDM (Dynamic Systems Development Method) | Focus sur le temps et les ressources avec priorisation MoSCoW. |

| Scrum | Framework avec sprints, dailies, rétrospectives pour équipes auto-organisées. |

Le choix de la technique dépend du contexte : XP pour petites équipes, Scrum pour projets de taille moyenne avec itérations claires.

Modèles de cycle de vie des projets IT

Le cycle de vie (LC) définit les séquences de phases. Modèles principaux :

• Waterfall : Linéaire, pour tâches prévisibles.
• V-model : Extension de Waterfall avec tests parallèles.
• Incrémental : Flux parallèles avec livraisons partielles.
• Itératif : Cycles d'amélioration répétés.
• Spiral : Orienté risques avec prototypes.
• Basé sur Agile : Sprints dans Scrum/Kanban.

Les modèles hybrides combinent des approches (par ex., Water-Scrum-Fall).

Points clés

• L'incrémentalité forme la base de la décomposition en user stories et des livraisons itératives, distinguant l'IT des projets traditionnels.
• La sophistication technologique nécessite des spécialistes qualifiés et permet le développement à distance.
• Waterfall fournit documentation et tarification fixe mais est vulnérable aux changements.
• Agile met l'accent sur la flexibilité, les publications fréquentes et l'auto-organisation pour répondre rapidement aux retours.
• Les techniques (XP, Scrum) complètent les concepts, minimisant les risques d'incertitude.

— Editorial Team