Que sont les sprints et les stand-ups et pourquoi les utilisons-nous ?

Cet article est écrit par Lucy Hart, Senior Delivery Manager chez Foundry4, et a été initialement publié par Foundry4, un cabinet de conseil en technologie aidant les organisations à exploiter la technologie pour résoudre les problèmes complexes d'aujourd'hui . Lisez l'article original ici et plus Foundry4 [insights](https:/ /foundry4.com/our-insights) ici.

Chez Foundry4, nous travaillons de manière agile. Ce que nous entendons par là, c'est que nous adoptons une approche itérative du développement de produits. Beaucoup de nos clients sont déjà travaillant en mode agile, ils comprennent donc comment nous travaillons et nous réitérons notre approche pour nous aligner sur eux. Cependant, nous nous retrouvons également à présenter Agile à des clients qui n'ont pas sauté le pas… Pour ceux qui découvrent cette façon de travailler, les noms des « cérémonies » (réunions), sans parler du contenu, peuvent sembler un peu étranges. Nous avons pensé décrire ce qu'ils sont, quand ils se produisent et pourquoi nous nous embêtons avec eux.

**• Tu veux écrire pour nous? Jetez un œil au guide pour les contributeurs

Nos réunions fonctionnent généralement selon la cadence des 'sprints'. Un sprint est une période de temps définie - qui peut être une semaine, une quinzaine, un mois ou plus - pendant laquelle l'équipe ajoute une certaine valeur au produit. Dans une phase de découverte, cela pourrait être des apprentissages pour valider nos hypothèses. En développement, il s'agit généralement de nouvelles fonctionnalités.

Les réunions sont des occasions pour nous d'inspecter et d'adapter, c'est-à-dire pour le client de voir ce qui se passe avec le travail de l'équipe, et pour l'équipe de s'adapter en fonction des retours (l'inspection et l'adaptation, ainsi que la transparence, sont les piliers de Scrum). Nous aurons un coup d'envoi avec les clients lorsque nous commencerons le projet, puis une fois que nous aurons commencé la cadence régulière, voici les réunions auxquelles vous pouvez vous attendre :

Planification des sprints

(Aussi connu sous le nom de coup d'envoi du sprint)

Quand ? Début du sprint.

Quoi ? L'équipe examine le backlog - une liste des tâches à accomplir - et décide ce qui peut être accompli dans le sprint à venir et comment nous allons le faire. Nous nous retrouvons avec un objectif pour ce sprint qui ne changera pas (bien que la nature du travail puisse le faire).

Comment ? Cette réunion sera souvent basée sur un outil de gestion du backlog, tel que Jira ou Trello. Si l'équipe estime la taille des différentes tâches pour voir laquelle conviendra, elle peut utiliser des points de l'histoire, des tailles de t-shirt ou certaines autre approche.

Pourquoi ? Mettre un effort initial dans la planification du sprint et la détermination d'un objectif commun signifie qu'une fois qu'il a commencé, les membres de l'équipe peuvent travailler sans trop d'interruptions. Cela les rend plus productifs, de sorte que le client est susceptible de voir les avantages plus rapidement. L'exécution d'une planification de sprint régulière augmente également la prévisibilité de ce qui peut être réalisé dans un sprint, ce qui aide lors de la déclaration des attentes pour l'avancement du projet aux parties prenantes seniors. Impliquer le Product Owner côté client signifie que l'objectif du sprint reste conforme aux priorités de l'organisation.

Se lever

(Aussi connu sous le nom de mêlée quotidienne)

Quand ? Tous les jours, environ 15 minutes.

Quoi ? L'équipe partage ce qu'elle a fait et ce qu'elle prévoit de faire, ainsi que les principaux apprentissages et bloqueurs.

Comment ? Cette réunion peut être simplement une conversation, ou peut également être basée sur l'outil de gestion du backlog. Certaines équipes aiment également utiliser icebreaker questions. Lorsqu'elle est colocalisée, l'équipe fera cette réunion debout, d'où le nom.

Pourquoi ? C'est l'occasion de s'assurer que l'équipe est sur la même longueur d'onde, de déterminer les dépendances et d'éviter les doublons, de découvrir des bloqueurs à résoudre et d'évaluer en permanence si ce que nous faisons apporte une valeur ajoutée.

Rétrospective

Quand ? Fin du sprint.

Quoi ? L'équipe réfléchit au sprint précédent : ce qui s'est bien passé et ce qui s'est moins bien passé, et ce qu'elle veut changer à ce sujet.

Comment ? Souvent, la réunion utilisera un outil rétrospectif. EasyRetro est un favori car il ne nécessite pas de téléchargement, ou Mentimeter permet de bonnes interactions. Il est courant que les équipes utilisent des groupements alternatifs - par ex. la rétrospective « Marie Kondo », où vous ajoutez des idées sous « Brings You Joy », « Jeter » et « Recycler » – pour garder les choses fraîches. Il est important que cette session soit constructive plutôt que destructive (il existe un principe directeur pour cela).

Pourquoi ? L'ultime opportunité d'inspection et d'adaptation, une rétrospective nous permet d'éviter la définition de la folie selon Einstein : « faire la même chose encore et encore, mais en s'attendant à des résultats différents ». Cela ne fonctionne que si les actions sont mises en œuvre, donc certaines équipes attribueront des propriétaires et vérifieront l'avancement lors de la prochaine rétrospective. Les actions peuvent être destinées à l'équipe cliente, ainsi qu'à Foundry4, et constituent un moyen par lequel le client peut utiliser le projet comme tremplin pour améliorer les méthodes de travail dans le service ou l'organisation.

Montrer et dire

(Également connu sous le nom de lecture ou de révision de sprint)

Quand ? Fin du sprint.

Quoi ? L'équipe montre au groupe de parties prenantes au sens large la valeur ajoutée dans ce sprint – apprentissages dans la découverte, itérations dans Alpha et au-delà.

Comment ? Nous visons à montrer plutôt qu'à dire. Ainsi, dans les projets de développement, vous verrez les prototypes, les logiciels ou l'automatisation dans des démos. L'équipe peut poser des questions aux parties prenantes présentes et invitera certainement à leurs commentaires. Pour ceux qui ne peuvent pas y assister, nous enverrons normalement une mise à jour avec les diapositives - soit par e-mail, soit dans un wiki public (une page Web que les gens peuvent consulter et modifier) - pour offrir une autre opportunité de contribution du groupe plus large .

Pourquoi ? Il n'y a pas de meilleur moyen de savoir si ce que nous construisons répond aux attentes que de vous montrer ce que nous construisons. Partager ouvertement et tôt nous évite d'aller trop loin avant de savoir que nous sommes sur le bon. Cela garantit que le client n'investit son budget et ses ressources que dans des solutions qui fonctionnent pour l'organisation et les autres utilisateurs et parties prenantes.

Toujours s'adapter

Parallèlement à ces réunions d'équipe régulières, il est normal que le responsable de livraison rencontrer en tête-à-tête le propriétaire du produit ou l'intervenant principal du client. Ces sessions se concentrent sur la direction du voyage pour le projet par rapport aux priorités organisationnelles.

La forme de ces réunions donne une assez bonne idée de la façon dont nous travaillons – partageant ouvertement et fréquemment, et offrant de nombreuses opportunités de correction de cap. Il nous aide à garantir que vous :

• Sachez ce que fait votre fournisseur et ne dépensez donc pas d'argent ou de temps pour quelque chose que vous ne voulez pas.
• Sont convaincus que ce que fait l'équipe du fournisseur s'intègre dans l'ensemble de vos objectifs et projets.
• Apprendre du projet pour les méthodes de travail continues et les connaissances organisationnelles (c'est-à-dire que vous ne perdrez pas toutes les connaissances durement acquises que vous avez acquises lorsque l'équipe du fournisseur passe à autre chose).

La cadence réelle des réunions peut différer légèrement en fonction de l'engagement, et l'un des avantages du travail agile est que nous pouvons l'adapter au travail pour les résultats dont nous avons besoin. Cela dit, notre rôle sera toujours de coacher les équipes clientes dans cette adaptation et de faire évoluer en permanence leurs équipes. Tout cela va au-delà de ces réunions, bien sûr, cela fait partie de tout ce que nous faisons. — Lucy Hart

Nous voulons savoir ce que vous pensez de cet article. Pitch an article à nous ou envoyez vos commentaires à hello@aphysical.co

(Crédit photo : Unsplash)