Être Agile

Scrum et son célèbre sprint

Vous connaissez certainement le fameux cycle Scrum présenté en "omega"

• un backlog de sprint en entrée, qui provient du backlog produit
• le sprint lui-même de quelques semaines
• la sortie en terme de produit potentiellement utilisable
• et la petite boucle du scrum meeting

...

• D'où vient le backlog, lors du premier sprint ?
• Et donc, la mise en production (et/ou exploitation) est "hors scope" ?

Le premier principe agile

Le premier principe agile est très clair.

Notre premier objectif est de fournir au plus tôt et régulièrement un produit qui offre une valeur ajoutée aux Utilisateurs.

Ce qui donne un cycle de vie qui pourrait se représenter ainsi, en termes de "versions fréquentes" (pratique XP au départ).

Notre objectif - agile - est donc de livrer au plus tôt.
Mais... Nous livrons un produit malléable, "soft", du logiciel.
Et - tenant compte de la complexité de notre métier - nous livrons un produit émergent.

• Expression de besoins
• Fabrication du produit logiciel

Voila où se situe la difficulté de notre métier.

L'émergence du produit - exigences et conception - est d'ailleurs un autre principe agile qui, au passage, pose l'auto-organisation d'une équipe agile.

Les meilleures exigences conceptions et architectures émergent d 'équipes auto-organisées.

Non seulement nous livrons au plus tôt. Nous livrons aussi régulièrement, pour tenir compte de la spécificité de notre domaine. Ainsi :

1. Nous obtenons un retour sur investissement plus rapidement
2. Nous prenons en compte un feedback concret (Utilisateurs, Exploitants..) pour améliorer le produit lors des futures versions.

Autrement dit :

• Le véritable rythme agile est celui des mises en production
• Le rythme des itérations (ou sprints) est celui du développement.