Cycles de vie

Predictif vs. Adaptatif

Comprendre les deux grandes approches du developpement logiciel : le cycle predictif (Waterfall) et le cycle adaptatif (Agile).

Waterfall

Tout planifier avant de construire

Agile

Construire, inspecter, adapter

Waterfall

Le cycle predictif

Dans l'approche predictive, chaque phase est realisee sequentiellement. Le logiciel fonctionnel n'est disponible qu'a la toute fin du projet.

Specification

Document de specification (PRS)

Design

Architecture logicielle

Build

Code non utilisable

Integrate

Code non utilisable

Test

Code non utilisable

Implement

Logiciel fonctionnel

Feedback tardif

Le client ne voit le produit qu'a la fin. Si le besoin a change, tout est a refaire.

Prediction de scope

La totalite du scope est definie au debut, quand on en sait le moins sur le produit.

Risque eleve

Les risques techniques et fonctionnels ne sont decouverts que tardivement dans le cycle.

Agile

Le cycle adaptatif

Dans l'approche adaptative, chaque iteration produit un increment de logiciel fonctionnel. Le feedback est integre en continu.

Iteration 1
Specification
Design
Build
Integrate
Test
Implement
Working Software
Adaptation
Iteration 2
Specification
Design
Build
Integrate
Test
Implement
Working Software
Adaptation
Iteration 3
Specification
Design
Build
Integrate
Test
Implement
Working Software
Adaptation
Iteration 4
Specification
Design
Build
Integrate
Test
Implement
Working Software
Adaptation
Iteration 5
Specification
Design
Build
Integrate
Test
Implement
Working Software
Adaptation
Iteration 6
Specification
Design
Build
Integrate
Test
Implement
Working Software

Chaque iteration contient toutes les phases

Contrairement au Waterfall ou chaque phase est unique et sequentielle, l'approche Agile compresse toutes les activites (specification, design, build, test, deploy) dans chaque iteration. Chaque iteration produit un logiciel fonctionnel et potentiellement livrable.

Feedback rapide

L'utilisateur voit un produit fonctionnel des la premiere iteration et peut donner son feedback.

Risque reduit

Les risques sont identifies et traites tot grace aux cycles courts et au feedback continu.

Valeur incrementale

A chaque iteration, on peut decider de continuer ou de s'arreter selon la valeur deja livree.

Comparaison

Predictif vs. Adaptatif en detail

Un comparatif point par point entre les deux approches pour comprendre leurs differences fondamentales.

Critere
Predictif
Adaptatif
Livraison de valeur
En fin de projet uniquement
A chaque iteration
Feedback client
Tardif (fin du cycle)
Continu et frequent
Gestion du changement
Penalisant et couteux
Integre et bienvenu
Gestion des risques
Decouverts tardivement
Identifies et traites tot
Planification
Detaillee en debut de projet
Progressive et emergente
Documentation
Exhaustive et formelle
Juste suffisante
Implication du client
Au debut et a la fin
Tout au long du projet
Produit utilisable
Seulement a la fin
Des la premiere iteration

Quand le logiciel fonctionnel est-il disponible ?

Cycle Predictif (Waterfall)

Phase 1
Phase 2
Phase 3
Phase 4
Phase 5
Produit

Cycle Adaptatif (Agile)

Produit
Produit
Produit
Produit
Produit
Produit
Productivite

Principales lois de productivite

Deux lois fondamentales qui sous-tendent les pratiques agiles et justifient le time-boxing et la priorisation par valeur.

Loi de Parkinson

Cyril Northcote Parkinson, 1955

"Le travail s'etale de facon a occuper le temps disponible pour son achevement."

Plus on dispose de temps pour une tache, plus on en prendra. C'est pourquoi Scrum impose des deadlines courtes et recurrentes : les Sprints.

Application en Scrum

  • Time-boxing de tous les evenements
  • Sprints de duree fixe (1 a 4 semaines)
  • Demonstration aux parties prenantes (vraie deadline)

Loi de Pareto

Vilfredo Pareto, 80/20

"80% des effets sont le produit de 20% des causes."

La majeure partie de la valeur vient d'une petite fraction des fonctionnalites. Prioriser par la valeur permet de livrer l'essentiel en premier.

Application en Scrum

  • Product Backlog priorise par valeur metier
  • MVP : livrer les 20% les plus utiles en premier
  • Capacite a s'arreter quand la valeur est suffisante

La regle 80/20 appliquee au produit

20%
80%
20%

des fonctionnalites

=
80%

de la valeur

Vue d'ensemble

Le flux Scrum complet

De la conception initiale a l'amelioration continue, voici les 7 etapes cles du processus Scrum.

Etape 1

Conception

  • Product Vision & Persona
  • Business needs & Backlog setup
  • Design Thinking & Lean Startup
  • User Stories & Story Map
Etape 2

Product Backlog

  • Liste priorisee de fonctionnalites
  • MoSCoW & Estimation continue
  • Loi de Pareto
  • Affinage en continu (5-10%)
Etape 3

Sprint Planning

  • Definition de l'objectif de Sprint
  • User stories pretes (INVEST)
  • PO repond aux questions
  • 8h max pour un sprint d'1 mois
Etape 4

Sprint

  • Iteration d'1 a 4 semaines
  • Scope fixe
  • Feedback en cycle court
  • Loi de Parkinson
Etape 5

Daily StandUp

  • Hier ? Aujourd'hui ? Blocages ?
  • 15 minutes maximum
  • Par et pour l'equipe
  • Suivi par Burndown Chart
Etape 6

Sprint Review

  • Demontrer l'increment
  • Meriter la confiance
  • PO valide les US
  • Revue du Backlog & Release Plan
Etape 7

Sprint Retrospective

  • Amelioration continue
  • 1-2 actions concretes
  • Focus sur le processus
  • Pas sur les personnes

Continuez votre exploration

Chaque aspect du framework Scrum et de l'Agilite est detaille dans les sections dediees de cette formation.

Schema du processus Scrum complet en 7 etapes

Le processus Scrum en 7 etapes

Du Product Backlog a la Sprint Retrospective

Retourner

Les 7 etapes du processus Scrum

1

Product Backlog

Le Product Owner cree et priorise une liste ordonnee des fonctionnalites, corrections et ameliorations souhaitees pour le produit.

2

Sprint Planning

L'equipe selectionne les elements du Product Backlog qu'elle s'engage a livrer durant le Sprint (1 a 4 semaines).

3

Sprint Backlog

Les elements selectionnes sont decomposes en taches techniques (Task Breakout) formant le Sprint Backlog.

4

Sprint (1-4 semaines)

L'equipe developpe l'increment. Les dates et le perimetre du Sprint ne changent pas. Le Scrum Master facilite et protege l'equipe.

5

Daily Scrum

Chaque jour (15 min), l'equipe synchronise son travail, identifie les obstacles et adapte le plan pour atteindre l'objectif du Sprint.

6

Sprint Review

A la fin du Sprint, l'equipe presente le travail termine aux parties prenantes et recueille les retours pour adapter le Product Backlog.

7

Sprint Retrospective

L'equipe reflechit a son fonctionnement et identifie des ameliorations concretes a appliquer des le Sprint suivant.

Retourner

Cliquez sur la carte pour voir les 7 etapes detaillees