Skip to content

Instantly share code, notes, and snippets.

@aliastim
Last active June 2, 2024 18:15
Show Gist options
  • Save aliastim/b40cfbc52479945d6502aef2934e486a to your computer and use it in GitHub Desktop.
Save aliastim/b40cfbc52479945d6502aef2934e486a to your computer and use it in GitHub Desktop.

Mettre en place une organisation agile 🎯

La méthode agile est une méthode d'organisation et de décomposition du travail qui permet de mieux suivre ses objectifs et d'avoir une vision globale sur un projet et sa complexité en général. La méthode que nous allons voir ici, s'appelle la méthode SCRUM.

Partie théorique

12 principes de la méthode Agile

  • Satisfaire le client en priorité
  • Accueillir favorablement les demandes de changement
  • Livrer le plus souvent possible des versions opérationnelles
  • Assurer une coopération permanente entre le client et l’équipe projet
  • Construire des projets autour d’individus motivés
  • Privilégier la conversation en face à face
  • Mesurer l’avancement du projet en termes de fonctionnalités
  • Faire avancer le projet à un rythme soutenable et constant
  • Porter une attention continue à l’excellence technique et à la conception
  • Faire simple et responsabiliser les équipes
  • Optimiser régulièrement les processus pour plus d’efficacité

*Ceux-ci sont tirés du manifeste de la méthode agile

Les principes de base de la méthode SCRUM

  • Focaliser l’équipe sur une partie limitée et maitrisable des fonctionnalités à réaliser.
  • Réaliser ces incréments de façon successive lors de durées fixes ( 1 à 4 semaine ) : Les sprints
  • Chaque sprint possède préalablement un objectif définis par le propriétaire du produit, qui lui même choisit les fonctionnalités a implémenter dans cet incrément.
  • Un sprint doit toujours aboutir à la livraison d’un produit partiel fonctionnel.

Les 3 pilliers de la méthode SCRUM :

  • La transparence : Permet de mieux comprendre le projet et d'avoir un langage commun entre l'Ă©quipe et le management.
  • L’inspection : Faire le point à intervalle régulier, afin de détecter toute variation indésirable.
  • L’adaptation : Scrum, fournit des outils permettant l’adaptabilité, si une dérive est détectée lors de l’inspection

User stories et Backlog

Les US (User Stories)

Une user story est une fonctionnalité à réaliser au cours d'un sprint. L'équipe attribue à chaque story un niveau de complexité suivant la suite de Fibonacci (1, 2, 3, 5, 8, 13, etc)

Une user story doit pouvoir répondre à un besoin.
(ex : « En tant que <Rôle, Persona, User type> je veux <Fonctionnalité, Tâche,Action>, afin que <Valeur ajoutée, Résultat> »)
(« En tant qu’acheteur, je veux saisir mon adresse de livraison, afin de recevoir mon colis à la bonne adresse »)

Le backlog

Le backlog permet d'analyser l’avancĂ© du projet au cours des sprints.
Il peut par exemple ĂȘtre divisĂ© en 7 colonnes :

  • “Besoin” (les nouvelles idĂ©es),
  • “Understand” (on analyse l’idĂ©e en (UX, UI et Mof (planning poker)) et on valide au refinement),
  • “Ready” ( juste avant de commencer),
  • “To Do” (les travaux Ă  rĂ©aliser),
  • “Dev in progress” (les travaux en cours),
  • “To test” (on vĂ©rifie que ça fonctionne),
  • “Done” (les travaux terminĂ©s).

Chaque User Story possùde un ticket qui permet d’identifier le statut de celle-ci :

  • Technical Story : ex: mise Ă  jour, Batch, etc
  • Story (User Story)
  • Epic : regroupement de Story
  • Bug : aucun point estimĂ©
  • Spike : Les fonctionnalitĂ©s qu’on pourrait ajouter au sprint mais qu’on estime pas.

Les rituels agiles :

Afin de mener à bien les projets et de suivre les différentes avancées, toutes les X semaines, les équipes entament un nouveau sprint et sont soumises à un certain nombre de rituels agiles. :

  • Le Daily, il s'agit d'une rĂ©union quotidienne de 15 minutes, il permet de savoir oĂč en est chacun dans l’équipe (ce qui a Ă©tĂ© fait et ce qui sera fait dans la journĂ©e) et d’identifier les blocages Ă©ventuels.

  • Le Refinement (1 fois par semaine), il permet de creuser les sujets et de voir ce qu’on peut ou ne peut pas faire, comment et estimer la complexitĂ© de la tĂąche (via un Planning Poker)).

  • Le Sprint Review (1 fois par sprint (Ă  la fin)), il s’agit d’une dĂ©monstration qui permet d’obtenir du feedback sur le travail effectuĂ©.

  • La RĂ©trospective (1 fois par sprint (aprĂšs la dĂ©mo)), il s’agit d’une rĂ©union pour voir ce qui s’est bien ou mal passĂ© et d’identifier les problĂšmes (techniques ou autre).

  • Le Sprint Planning (1 fois par sprint (DerniĂšre Ă©tape)), il permet d’établir le contenu du sprint suivant.

Les outils agiles :

  • Trello : Il s'agit d'un outil simple d'utilisation et gratuit afin de mettre en place son backlog d'Ă©quipe.
  • Jira : Semblable Ă  Trello, cet outil permet Ă  l’équipe de s’organiser Ă  travers la mise en ligne du backlog.

Glossaire

  • KPI : Objectif basĂ© sur l'activitĂ© d'un service ou l'impact d'une action (ex : Avoir 100 visites sur un site internet de telle date Ă  telle date).
  • OKR : Objectif basĂ© sur une amĂ©lioration mesurĂ©e (ex : Atteindre un taux de satisfaction de 70%) KPI, SCRUM, rituels agiles, etc
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment