Agile -Scrum, guide pratique et sensibilisation

08/01/2021 à 16:49

La méthode agile

La méthode Agile est à la fois un guide plus ou moins formalisé et un état d’esprit. C’est une démarche reproductive, une méthode de collaboration centré sur l’humain et la communication. Elle est adaptative, évolutive avec une amélioration continue. Flexible au changement et repose sur un Cycle de production Itératif et Incrémental.

Pourquoi Agile ?

Les raisons sont nombreuses mais voici les essentielles :

Problèmes avec les méthodes traditionnelles (Cascade, …)
- Lourdes et Inadaptées
- Charges mal estimées
- Cycle de livraison long
  - Besoin irréalisable et le client l’apprend le jour de la livraison
  - Le produit ne correspond pas aux besoins de l’utilisateur
Il est plus facile de construire par étape
- Les meilleures idées ne viennent pas forcément au début du projet
Les besoins peuvent évoluer pendant le projet

Le manifeste Agile depuis 2001

L’objectif en Agile est de satisfaire le client en livrant tôt et régulièrement des produits utiles qui offrent une véritable valeur ajoutée.

Personnes et interactions Libérer le génie humain	Plutôt que	Processus et les outils
Produit qui fonctionne Focalisées sur le produit		Documentation exhaustive
Collaboration avec le client Instaurer la confiance		Négociation contractuelle
Adaptation aux Changements Réactives et Réceptives aux nouvelles décisions		Suivie d’un Plan

Figure 1 PDCA

SCRUM

Le mot SCRUM fait référence à la mêlée en rugby. Ici il s’agit d’un Framework Agile développé pour la gestion et le développement de produits. SCRUM est utilisé pour la gestion de l’organisation. Notez que, SCRUM a été fondé sur la théorie du contrôle empirique de processus : la connaissance provient de l’expérience et la prise de décisions est basée sur des faits connus.

Les valeurs du SCRUM

Transparence / Visibilité

- Les résultats doivent être réels et non soumis à interprétation
- Tous les membres de l’équipe doivent partager une définition commune de « Fini »

Inspection

- Vérification des artefacts Scrum, l’état d’avancement par rapport au Sprint Goal
- De nombreux et fréquents points de contrôle sont prévus
Adaptation
- Nécessaire lorsque des écarts inacceptables sont constatés
- Doit être fait immédiatement afin de minimiser le risque

Les artefacts du SCRUM

Un artefact en SCRUM est un ensemble de valeurs, principes et pratiques qui fournissent la base de la philosophie Agile.

Backlog Produit

- Besoins priorisés par le product owner
- Besoins évalués par l’équipe

Backlog Sprint

- Extrait du backlog produit
- Besoins affinés et éclatés en tâches
Increment / Produit
- Le résultat du sprint
- Livré au product owner à la fin du sprint

SCRUM – Plan d’itération

Le plan d’itération constitue le Backlog Produit. C’est au Product Owner qui s’en charge. Un plan d’itération contient :

Les premières user story représentées celles qui seront intégrées dans le prochain Sprint

Les user story sont toujours associées à leur Epic pour faciliter la lecture et la navigation

Figure 2Répartition en sprints et en releases

SCRUM – Le sprint

Les sprints sont des éléments d’un plan d’itération

Développement des fonctionnalités du Backlog de sprint
Chaque Sprint a un objectif de ce qui doit être construit (Sprint Goal)
Chaque Sprint devrait être planifié au début
Les sprints ont tous la même durée : 1-4 semaine

SCRUM – L’équipe

Taille
- Nombre limité
- Entre 4 et 9 : c’est la taille idéale
- Ne change pas pendant un Sprint
Autoorganisées
- Choisissent la meilleure façon d’accomplir leur travail
- Les décisions sont prises collectivement
Pluridisciplinaires
- Possèdent toutes les compétences nécessaires pour finir le travail dans un sprint

SCRUM – Les Rôles

Product Owner

- Porteur de la vision globale du produit
- Gère et Affine le Backlog du Produit
- Planifi et Défini les priorités de manière à maximiser la valeur du produit
- Accepte ou Rejette les livrables (Validation de l’incrément)
- Représente les utilisateurs et les parties prenantes
- Livrer le produit ou incréments aux parties prenantes
Scrum Master
- Gardien des pratiques de Scrum (Promouvoir et supporter Scrum)
- Coacher l’équipe de développement en matière d’autoorganisation et de pluridisciplinarité
- Élimine les obstacles à la progression de l’équipe
- Leader / Serviteur de l’équipe
- Diriger les événements Scrum
L’équipe de Développement
- Des professionnels autoorganisées
- Pluridisciplinaires, avec toutes les compétences nécessaires
- Suffisamment petite pour rester réactive
- Assez grande pour accomplir un travail significatif
Technical Owner
- Leader technique
- Favoriser la prise de décision
- Renforcer la pluridisciplinarité

Scrum – Les événements

Dans Agile-SCRUM, il y a certaines cérémonies à organiser des cérémonies Agile. Les voici :

Sprint Planning (Planification du Sprint)
- Quand ?
  - Au début du Sprint
- Que faire ?
  - Définir un objectif pour le sprint
  - Choisir des éléments du Backlog de produit selon leurs priorités
  - Chaque élément devrait être découpé en tâches
  - Affiner, Estimer et Planifier les tâches à faire
  - Créer le backlog de sprint
- Qui sont invités ?
  - Les membres de l’équipe (PO, SM, Dev Team, TO)
Daily Scrum (Mêlée quotidienne)
- Quand ?
  - Tous les jours à une heure fixe
- Que faire ?
  - Répondre aux questions (2 min. par personne) : Qu’avez-vous fait hier ? Qu’allez-vous faire aujourd’hui ? Quels sont vos problèmes ?
  - Mettre à jour le Backlog du Sprint
- Qui sont invités ?
  - Les membres de l’équipe (PO, SM, Dev Team, TO)

Sprint Review (Revue de Sprint)
- Quand ? À la fin du sprint
- Que faire ?
  - Revoir l’objectif du sprint
  - Présenter les nouveautés
  - Valider les critères d’acceptation des « Finis »
  - Mettre à jour le Backlog Sprint
  - Ajuster le Backlog Produit
- Qui sont invités ?
  - Tous les membres de l’équipe (PO, SM, Dev Team, TO)
  - Les principales parties prenantes (client, …)
Sprint Rétrospective (Rétrospective de Sprint)
- Quand ?
  - Juste après le sprint review (À la fin du sprint)
- Que faire ?
  - Revoir l’objectif du sprint
  - Revoir le Plan d’itération du projet
  - Inspecter la manière dont le dernier Sprint s’est déroulé
  - Identifier éléments qui ont bien fonctionné
  - Créer un plan d’améliorations à adopter
- Qui sont invités ?
  - Uniquement les membres de l’équipe (PO, SM, Dev Team, TO)
Backlog Grooming (Affinage du Backlog)

Kanban

Un Kanban est un outil qui permet de parcourir et de savoir l’état d’un processus au début et à la fin d’un projet. Voici quelques points à retenir :

Initialement considérée comme une nouvelle méthode agile
Nouvelle méthode pour améliorer les processus de développement
En phase avec les valeurs et principes de l’agilité

Figure 3 Kanban Board

Quelques outils agiles

Auteur : Equipe - EGM