Comment déterminer quels processus doivent être utilisés pour une meilleure livraison des projets Scrum?

Créer une vision de projet. Dans ce processus, l'analyse de rentabilisation du projet est examinée pour créer un énoncé de vision du projet qui servira d'inspiration et de focalisation pour l'ensemble du projet. Le Product Owner est identifié dans ce processus.

Identifiez le scrum master et les parties prenantes. Dans ce processus, le Scrum Master et les parties prenantes sont identifiés à l'aide de critères de sélection spécifiques.

Formez une équipe Scrum. Dans ce processus, les membres de l'équipe Scrum sont identifiés. Normalement, le Product Owner a la responsabilité principale de sélectionner les membres de l'équipe, mais le fait souvent en collaboration avec le Scrum Master.

Développez des épopées. Dans ce processus, l'énoncé de vision du projet sert de base au développement d'Epics. Des réunions de groupes d'utilisateurs peuvent être organisées pour discuter des Epics appropriés.

Créer un backlog de produit hiérarchisé. Dans ce processus, les Epics sont affinés, élaborés, puis hiérarchisés pour créer un Backlog de produit priorisé pour le projet. Les critères Terminé sont également établis à ce stade.

Effectuer la planification de la libération. Dans ce processus, l'équipe principale Scrum examine les histoires d'utilisateurs dans le backlog de produit priorisé pour développer un calendrier de planification des versions, qui est essentiellement un calendrier de déploiement par étapes qui peut être partagé avec les parties prenantes du projet. La durée du sprint est également déterminée dans ce processus.

Créez des histoires d'utilisateurs. Dans ce processus, les User Stories et leurs critères d'acceptation des User Story associés sont créés. Les User Stories sont généralement écrites par le Product Owner et sont conçues pour garantir que les exigences du client sont clairement décrites et peuvent être pleinement comprises par toutes les parties prenantes. Des exercices de rédaction de User Story peuvent être organisés, impliquant les membres de l'équipe Scrum créant les User Story. Les User Stories sont incorporées dans le Backlog de produit prioritaire.

Approuver, estimer et valider les user stories. Dans ce processus, le Product Owner approuve les User Stories pour un Sprint. Ensuite, le Scrum Master et l'équipe Scrum estiment l'effort requis pour développer les fonctionnalités décrites dans chaque User Story, et l'équipe Scrum s'engage à répondre aux exigences du client sous la forme de User Stories approuvées, estimées et engagées.

Créer des tâches. Dans ce processus, les histoires d'utilisateurs approuvées, estimées et engagées sont décomposées en tâches spécifiques et compilées dans une liste de tâches. Souvent, une réunion de planification des tâches est organisée à cette fin.

Estimer les tâches. Dans ce processus, l'équipe principale Scrum, lors des réunions d'estimation des tâches, estime l'effort requis pour accomplir chaque tâche de la liste des tâches. Le résultat de ce processus est une liste de tâches d'effort estimé.

Créer un backlog de sprint. Dans ce processus, l'équipe principale Scrum organise des réunions de planification de sprint où le groupe crée un backlog de sprint contenant toutes les tâches à accomplir dans le sprint.

Créer des livrables. Dans ce processus, l'équipe Scrum travaille sur les tâches du backlog de sprint pour créer des livrables de sprint. Un tableau Scrum est souvent utilisé pour suivre le travail et les activités en cours. Les problèmes ou problèmes rencontrés par l'équipe Scrum pourraient être mis à jour dans un journal des obstacles.

Menez des stand-up quotidiens dans ce processus. Chaque jour, une réunion hautement ciblée et limitée dans le temps est organisée, appelée réunion de stand-up quotidienne. C'est le forum où l'équipe Scrum se tient au courant de ses progrès et des obstacles auxquels elle peut être confrontée.

Backlog de produits priorisé par Groom. Dans ce processus, le Backlog de produits prioritaires est continuellement mis à jour et maintenu. Une réunion d'examen du backlog de produit priorisé peut être organisée, au cours de laquelle tout changement ou mise à jour du backlog est discuté et intégré au backlog de produit priorisé, le cas échéant

Convoquer des mêlées de mêlées. Dans ce processus, les représentants de l'équipe Scrum se réunissent pour des réunions Scrum of Scrums (SoS) à des intervalles prédéterminés ou chaque fois que cela est nécessaire pour collaborer et suivre leurs progrès, obstacles et dépendances respectifs entre les équipes. Ceci n'est pertinent que pour les grands projets où plusieurs équipes Scrum sont impliquées.

Démontrer et valider le sprint. Dans ce processus, l'équipe Scrum démontre les livrables du Sprint au Product Owner et aux parties prenantes concernées lors d'une réunion de revue de Sprint. Le but de cette réunion est d'obtenir l'approbation et l'acceptation du Product Owner pour les Livrables créés dans le Sprint.

Sprint rétrospectif. Dans ce processus, le Scrum Master et l'équipe Scrum se rencontrent pour discuter des leçons apprises tout au long du Sprint. Ces informations sont documentées en tant que leçons apprises qui peuvent être appliquées aux futurs Sprints. Souvent, à la suite de cette discussion, il peut y avoir des améliorations concrètes convenues ou des recommandations mises à jour du corps d'orientation Scrum.

Expédier les livrables. Dans ce processus, les livrables acceptés sont livrés ou transférés aux parties prenantes concernées. Un accord formel sur les livrables de travail documente la réussite du Sprint.