Transparence dans Scrum

Scrum  est basé sur l’empirisme, qui repose sur les trois aspects les plus importants (également appelés les  trois piliers  illustrés dans la figure ci-dessous) et prend en charge chaque mise en œuvre du contrôle empirique des processus : la transparence, l’inspection et l’adaptation.

Lorsque  les équipes Scrum  incarnent et pratiquent les  valeurs  d’engagement, de courage, de concentration, d’ouverture et de respect, les piliers de Scrum que sont la transparence, l’inspection et l’adaptation émergent et renforcent la confiance de chacun. Les membres de l’équipe Scrum apprennent et explorent ces valeurs lorsqu’ils traitent avec des rôles, des événements et des artefacts Scrum.

Assurer la transparence — Équipe Scrum

Scrum améliore la transparence à l’intérieur et à l’extérieur de l’équipe. La transparence est essentielle au processus Scrum car elle permet à chacun de voir et de comprendre ce qui se passe réellement dans chaque sprint, ce qui conduit à une communication et une confiance accrues et meilleures au sein de l’équipe.

Les équipes peuvent être transparentes de plusieurs façons. Ici, je liste certaines choses que nous pouvons faire pour y parvenir :

Travaillez plus étroitement et faites des commentaires plus rapidement

Les équipes Scrum doivent être transparentes dans leur façon de travailler : rapprocher les parties prenantes, travailler avec elles au quotidien, laisser les retours circuler dans les deux sens et partager le risque de prendre une direction ou l’autre.

Rendre l’avancement du travail plus visible

Les équipes peuvent rendre les progrès visibles : les graphiques burndown et les tableaux blancs sont le moyen traditionnel de montrer la progression des objectifs de sprint. Ces outils simples peuvent montrer la progression de chaque étape du plan, du sprint à la vision, ce qui peut réduire efficacement « quand peut-il être terminé ? » Dialogue.

L’équipe peut rendre les progrès visibles : les burn down charts et un tableau blanc sont les méthodes traditionnelles pour montrer les progrès par rapport  aux objectifs du sprint . Un rapport simple pour montrer les progrès à tous les niveaux de la planification, du sprint jusqu’à la vision, peut être incroyablement efficace pour réduire le nombre de « quand cela sera-t-il fait ? » conversations.

Libre circulation des informations mises à jour

L’information doit voyager dans les deux sens. Les parties prenantes et les personnes occupant des rôles de produit, en particulier celles qui travaillent directement avec une équipe, doivent également être transparentes. La direction du produit sous la forme de feuilles de route, de plans de publication ou  de définition de l’achèvement  peut être rendue visible à l’équipe afin qu’elle soit consciente des objectifs et des attentes primordiaux qu’elle s’est engagée à atteindre.

Scrum Master peut vous aider

En Scrum, ce n’est pas l’équipe qui travaille pour le  Scrum Master , c’est le Scrum Master qui s’efforce de faciliter le travail de l’équipe de développement. Le Scrum Master doit travailler avec le  Product Owner , l’équipe de développement et les autres parties impliquées pour comprendre si les événements et les artefacts sont complètement transparents. Le Scrum Master doit aider chacun à appliquer les pratiques les plus adaptées en l’absence de transparence totale. Un Scrum Master peut détecter une transparence incomplète en inspectant les artefacts, en détectant des modèles, en écoutant attentivement ce qui se dit et en détectant les différences entre les résultats attendus et réels.

Transparence dans les événements

Sprint  est un conteneur pour tous les autres événements et chaque événement dans Scrum est une opportunité formelle d’inspecter et d’adapter quelque chose. Ces événements sont spécifiquement conçus pour permettre une transparence et une inspection critiques. Le fait de ne pas inclure l’un de ces événements entraîne une transparence réduite et constitue une occasion perdue d’inspecter et d’adapter.

La transparence est le premier aspect significatif du processus Scrum qui doit être visible pour les responsables du résultat. La transparence exige que ces aspects soient définis dans ses activités quotidiennes et ses artefacts afin que l’équipe puisse partager une compréhension commune de ce qui est vu.

Par exemple:

Réunion de planification de sprint

La  réunion de planification de sprint  se tient au début du sprint pour comprendre et documenter les  éléments du backlog de sprint  . Elle est menée pour s’assurer que toutes les personnes impliquées savent sans aucun doute ce qui doit être fait de leur côté pour contribuer au développement de cette itération incrémentielle particulière du

Réunion quotidienne Scrum Standup

Le  Daily Scrum  se concentre sur la réflexion quotidienne des contributions de l’équipe au Sprint particulier. Il répond à trois choses :

• Qu’est-ce que j’ai développé au cours des dernières 24 heures pour atteindre l’objectif de sprint quotidien ?
• Que vais-je faire aujourd’hui pour atteindre mon prochain objectif de Sprint ?
• Quels sont les obstacles dans le travail d’hier qui entravent la réalisation de mon objectif ?

Daily Scrum est très crucial pour partager toutes ces choses sans avoir peur d’admettre ses erreurs. S’il n’est pas partagé, le projet se complique, entraînant des retards et éventuellement des risques d’échec du projet.

Réunion de revue de sprint

La  réunion de revue de sprint  est menée à la fin d’un sprint pour refléter ce qui a été fait pour le terminer en tant qu’incrément du produit. L’équipe invite les parties prenantes à recueillir leurs retours sur le Sprint, qui est intégré au  Product Backlog  par le Product Owner, pour apporter des améliorations dans les prochains Sprints.

Réunion rétrospective Sprint

La  rétrospective de sprint  a pour but d’inspecter le dernier sprint dans l’ordre de ses personnes, interactions, processus et outils, et d’adopter des mesures d’amélioration de ce sprint pour développer le prochain sprint. Tout cela exige de la transparence dans les rapports et la communication.

Transparence dans les artefacts

Scrum a un certain nombre d’  artefacts  qui servent de radiateurs d’informations pour toutes les étapes de Scrum. Les informations sont rendues clairement visibles et comprises par l’équipe afin que les tendances d’avancement du projet soient connues. La disponibilité et la clarté des informations sont très importantes pour prendre des décisions intelligentes.

Carnet de produit

Le  Product Backlog  est une liste ordonnée d’exigences classées par ordre de priorité en fonction de leur priorité et de leur importance par le Product Owner, ainsi que par l’équipe. Toutes les fonctionnalités, attributs, correctifs et améliorations les plus connus sont documentés dans le backlog du produit pour le rendre clair et bien compris par l’équipe.

Carnet de sprint

Le  backlog de sprint  est développé après la  tenue de la réunion de planification de sprint  et la finalisation du backlog de produit. Il contient les user stories nécessaires pour développer un incrément complet du produit. Habituellement, certains des éléments du Product Backlog sont décomposés en tâches ou user stories sur lesquelles l’équipe s’est entendue pour travailler.

Burn-down Charts — État de développement

Utilisez  des burndown charts  pour être honnête sur les performances de l’équipe dans un sprint donné. Un graphique burndown raconte la véritable histoire de la performance de l’équipe. Les graphiques burn-down représentent la quantité d’efforts restant à faire dans le futur pour terminer le sprint.

Tableau des tâches Scrum

Les  Scrum Boards  sont également utilisés pour refléter trois choses lorsque vous travaillez sur un Sprint :

• Ce qu’il faut faire?
• Qu’est-ce qui est en cours ?
• Ce qui est fait?

Définition de terminé

La transparence est également fortement liée à la Définition du Terminé. Définir formellement le sens de « fait » réduit la variabilité et la probabilité d’un travail inachevé et mesurer les progrès sans ambiguïté (« fait » ou « non fait ») augmente la transparence.

Avoir une  définition imparfaite de terminé  implique qu’il y a du travail non terminé dans votre système. Ce travail non réalisé entraîne également un manque de transparence. Les risques y sont cachés. Par exemple, si les tests de performances ne sont pas effectués, cela retarde le risque d’un système non performant jusqu’à la fin de la publication, au moment où cela fait le plus mal.

Conclusion

Scrum est basé sur la transparence représentée à travers ses événements et artefacts, mais il ne peut pas être atteint s’il y a un manque de transparence et de communication dans l’équipe. Il est difficile d’établir et de maintenir une transparence totale si les membres hésitent ou ont peur de partager leurs erreurs. En fait, tous les membres de l’équipe doivent faire preuve de compréhension et de respect les uns envers les autres. Product Owner et  Scrum Master doit motiver et encourager les équipes à partager les risques ou les problèmes auxquels elles sont confrontées dans leur travail. Bien que les équipes ne doivent pas seulement se concentrer sur leurs réalisations individuelles, elles doivent également s’efforcer d’atteindre les objectifs communs du projet. Tous ces retours et partages sont importants pour établir et maintenir une transparence totale des flux d’informations, ce qui permet l’amélioration continue de l’organisation et de l’équipe.