Gestion de projet agile avec Scrum

Manifeste pour le développement Agile de logiciels

Nous découvrons comment mieux développer des logiciels
par la pratique et en aidant les autres à le faire.
Ces expériences nous ont amenés à valoriser :

Les individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu’une documentation exhaustive
La collaboration avec les clients plus que la négociation contractuelle
L’adaptation au changement plus que le suivi d’un plan

Nous reconnaissons la valeur des seconds éléments,
mais privilégions les premiers.

© 2001, the above authors
this declaration may be freely copied in any form,
but only in its entirety through this notice.
http://agilemanifesto.org/iso/fr/

Le constat qui aboutit à la création de scrum :

• incertitude inévitable dans les projets classiques
• Le besoin ne peut pas être connu tant que les utilisateurs ne l’ont pas utilisé.
• Les limites du cycle en V

• Diviser le périmètre
• Diviser le temps en itération ou sprint
• Empirique et pragmatique

• Limites du cycle en v atteintes
• Etat d’esprit agile
• Approche empirique & pragmatique

SCRUM est basé sur 3 processus empiriques fondamentaux:

• Transparence
• Inspection
• Adaptation

3 piliers de Scrum

•  Processus Scrum
• 3 rôles
• 4 réunions
• Démarche itérative et incrémentale

• Le product owner: Porte la vision du produit et représente les utilisateurs. il est maître du product Backlog.
• L’équipe de développement: Réalise le produit., s’auto-organise et est responsable de tout ce qui concerne le budget, délai et le coût.  Taille maximale est de 9 personnes pluridisciplinaires.
• Scrum master: est le garant et s’assure que tout le monde adhère à SCRUM et qu’il est correctement utilisé.

• Désapprendre les vieux réflexes ( je commande, je contrôle vis-à-vis de l’équipe de développement).
• Tendre vers une position de coach pour tendre vers une auto-organisation de l’équipe.
• Ne pas adopter une attitude démissionnaire à cause de l’auto-organisation.
• Accorder sa confiance en l’équipe et croire en sa capacité à réussir.
• Créer un environnement motivant et un rythme de travail soutenable.
• Donner droit à l’erreur
• Lâcher prise
• Avoir foi en l’humain

• Responsable
• Humble
• Collaboratif
• Engagé
• Omniscient

• Répartition de pouvoir
• Leadership serviteur
• Passage naturel du rôle de chef de projet à scrum master
• Lâcher prise

Durée maximun rétrospective = 90 minutes

Objectif: Améliorer l’efficacité du processus de développement

Déroulement:

        1- A conserver = 20 mn

        2- A améliorer = 30 mn

        3- Plan d’action = 40 mn

1- A conserver = 20 mn

• Esprit d’équipe / entraide
• Préparation démo
• Revue par les pairs
• Programmation en binôme
• Soutien du sponsor du projet

2- A améliorer = 30 mn

• Trop de fonctionnalités non terminées
• Pas de documentation
• Product owner peu disponible
• Trop de tests manuels répétitifs
• La mêlée dépasse souvent les 15 mn

3- Plan d’action = 40 mn

• Clarifier la définition de ‘terminé’
• Elaboration d’un modèle de spéciication agile
• Automatisation d’un premier test fonctionnel simple et répétitif