David BROCARD Consultant Indépendant

Référence

DBFOR_SCRUMXP

Présentation

Alors que les modèles classiques de développement logiciel - tels que cycle en V ou le processus unifié - souffrent d'importantes difficultés de mise en œuvre, les méthodes agiles s'imposent de plus en plus comme une alternative crédible à la gestion de projet informatique, mettant en avant l'adaptation et l'interaction entre les personnes plutôt que la prédiction et la gestion d'un contrat figé.

Le dernier Sigmat12 fut exceptionnel.

En particulier la présentation Scrum in the Real World : un essai transformé", même si les deux autres ont été également de grande qualité (TFS par Bewise et un retour d'expérience Ekito/INRA).

Dans ce billet, on discute notamment du choix d'un outil pour gérer les backlogs de sprint.
Excel rédhibitoire oui car ça n'autorise pas le mode collaboratif.
Mais Google Spreadsheet déjà moins. C'est une solution a considérer de près.
Pas mal d'équipes s'en servent avec succès.

Intérêts :
- Facilité de mise en place
- Liberté d'édition, de formatage
- Collaboration : au delà de l'équipe, s'avère très utile pour communiquer facilement avec les acteurs périphériques

Inconvénients :

On n'insistera jamais assez sur la présence/disponibilité du client (product owner, MOA etc) comme facteur de succès d'un projet de développement informatique.
Henrik Kniberg, dans son excellent et pragmatique bouquin "Scrum and XP from the Trenches" nous propose des pistes pour convaincre un client de sa nécessaire présence, au moins au planning de sprint :