Je souhaite écrire un article pour faire le tour de la méthodologie Scrum car jusque là, j'y suis allé par de petites touches décrivant ici et là les principes les outils mais il me faut une vision complète de ce qu'est la méthodologie Scrum.
Je ne peux plus faire d'approximation, il me faut faire le tour complet du Sujet.
Méthodologie Scrum en un seul Diagramme |
Je trouve la publication du manifeste Agile :
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 outilsDes 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.
Agile Manifesto ou Manifest Agile
Principes sous-jacents au manifeste agile
Nous suivons ces principes
1- Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.
2 - Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.
3- Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts.
4 - Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet.
5 - Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés.
6 - La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face.
7 - Un logiciel opérationnel est la principale mesure d’avancement.
8 - Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant.
9 - Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité.
10 - La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.
11 - Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées.
12 - À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.
Il s'agit là des douze principes de la méthode Agile.
1 - Travailler en cycles courts ne suffit pas, l'implication exige que le Product Owner pour valider les livraisons soit le client ou l’utilisateur final, sinon cela ne fonctionnera pas.
2 - C'est le principe même de l'agilité, il faut alléger les phases de spécifications et de conceptions en amont car elle évolueront au cours du projet. L'acceptation du changement nécessite une organisation spécifique.
L'organisation en Scrum
Définition :
"Cadre de travail permettant de répondre à des problèmes complexes et changeants, tout en livrant de manière productive et créative des produits de la plus grande valeur possible."
Donc Scrum n'est pas une méthodologie ... Scrum c'est un cadre avec une description des rôles.
Scrum Master : coordinateur des équipes (le guide de l'avancement du projet, gourou ...)
Product Owner : collabore avec le client (le fondateur ou le boss ...)
Delivery Team : les développeurs
Etape 1 : Product Backlog : Analyse des besoins, identification de toutes les fonctionnalités afin de composer les "user stories".
Etape 2 : Le Sprint : répartition des tâches, tier les fonctionnalités sur une durée de deux semaines.
Pour la répartition des tâches on peut utiliser le jeu de cartes avec les points de difficultés, chacun estime la difficulté qu'il aurait à développer la user storie (la tâches ou le use case) c'est le Planning Poker.
Avant chaque sprint : une réunion de sprint planning meeting, c'est une négociation entre le PO et l'équipe pour sélectionner les exigences prioritaires pour le client.
En suite, chaque jour la mêlée (ou stand-up meeting), on fait évoluer le tableau en trois colonnes en racontant :
- ce que l'on a fait hier
- les problèmes rencontrés la veille
- ce que l'on va faire aujourd'hui
Etape 3 : Sprint Review : chaque semaine ou fin de sprint, avec le Product Owner pour faire une démonstration de ce qui a été créé. Puis le client confirme si la fonctionnalité se comporte comme il le souhaite.
Le Product Owner, ou le chef de produit porte la vision du produit c'est un expert du domaine métier
Le Scrum Master doit renoncer au style de management commander contrôler et doit adopter un management participatif.
L'Equipe de développement est pluridisciplinaire et globe tous les rôles
À la fin de chaque sprint, l’équipe doit fournir un livrable fonctionnel.
La mêlée doit faire naitre un esprit d'équipe il ne faut pas qu'elle soit simplement un reporting vers le Scrum master, il doit donc être déjà au courtant de l'avancement car c'est son rôle.
Graph d'avancement ou Burndown Chart : ce que l'on a déjà grillé, bruler comme travail/effort permet de tracer le graphique d'avancement du projet.
La Rétrospective de Sprint : consiste à dire/trouver ce qui aurait pu être amélioré lors du sprint précédent cette réunion participe à l'effort pour l'amélioration continue.
Conclusion sur le cadre Scrum et l'Agilité
Le cadre de travail Scrum permet/incite à une interaction permanente entre les acteurs du projets, entre le Product Owner et le Client pour valider les nouvelles fonctionnalités, entre le Scrum Master et l'équipe dans un dialogue permanent et journalier et même entre les éléments de l'équipe qui s'expriment les uns devant les autres pour faire part de leur avancement, de leurs difficulté, on est donc dans l'agilité avec une adaptation possible et rapide aux changements éventuels.
Je n'ai pas encore fait le tour, je reviendrai...
Vous souhaitez poursuivre vos lectures :
Claude Aubry - Scrum, Agilité & Rock'N Roll
Vous avez un commentaire, merci de votre participation.