22 Juillet 2020
Une rétrospective en général, est un retour en arrière sur des événements qui ont eu lieu, ou des œuvres qui ont été produites, dans le passé.
Dans le cadre de Scrum, on parle de rétrospective lorsque l’équipe Scrum organise une réunion positionnée à la fin de chaque sprint (sprint = itération) pour discuter de ce qui a réussi à propos du projet ou de la période couverte par cette rétrospective, de ce qui pourrait être amélioré et comment intégrer des améliorations dans les futures itérations ou projets.
En effet, les rétrospectives visent une amélioration continue de la coopération entre les équipes. Chaque membre de l'équipe a la possibilité de donner son avis lors de la rétrospective. La discussion au sein de l'équipe doit conduire à une amélioration de l'efficacité, de la productivité, de la qualité et de la satisfaction de l'équipe. Les résultats de cette rencontre sont donc essentiels pour le principe agile d'une équipe auto-organisée.
On convient généralement d’une durée de 45 minutes par semaine de Sprint. Mais c’est à l’ensemble de l’équipe de définir la durée qui correspond le mieux à ses besoins (principe d’auto-organisation)
Nous recommandons de réaliser des rétrospectives sur place avec les membres de l’équipe physiquement présents. Malheureusement, ce n'est pas toujours possible ! Dans ce cas, Azure DevOps propose le complément «Team Retrospectives» qui vient enrichir la rubrique « Boards ».
Le composant permet de recueillir des commentaires sur les sprints du projet, organiser, hiérarchiser, et noter des commentaires pour aider votre équipe à s'améliorer au fil du temps.
Il faut bien le noter, Team Retrospectives est optimisé pour les ordinateurs de bureau ainsi que les supports mobiles.
Pour commencer, il faut penser à créer une rétrospective, à regrouper tous les membres de l’équipe Scrum et suivre ensuite les étapes ci-dessous :
Recueillir et documenter les commentaires sur les questions suivantes :
Organisez les éléments similaires en catégories pour faciliter la discussion.
Prioriser les commentaires en demandant à l'équipe de voter sur les éléments qui sont les plus importants pour elle.
Améliorer les problèmes trouvés en créant directement des mesures d'action (par exemple sous la forme d'une user story pour le prochain sprint) à partir des éléments de retour groupés.
Il permet de suivre les éléments de travail précédents et affichez l'état du cumul pour vous assurer que votre équipe progresse.
Il permet d’aider l'équipe à parcourir un élément de rétroaction à la fois.
Pour conclure, les rétrospectives peuvent donc également être prises en charge numériquement. Le module complémentaire présenté aide l'équipe à réfléchir à documenter et constitue ainsi la base d'une amélioration continue.
Or, abstraction faite de l’outil utilisé, il faut bien noter que lors de la Rétrospective il s’agit d’inspecter un fonctionnement, des processus, des outils et d’analyser les éventuels dysfonctionnements et non pas de se critiquer les uns les autres.
De plus, pour que la rétrospective atteigne son objectif, il faut qu’elle soit suivie de l’établissement d’un plan d’actions réalistes et pour chacune de ces actions, au moins un responsable et un délai de mise en œuvre.