Introduction à Scrum Epic

Dans Scrum, le temps est consacré par les équipes qui terminent le travail de raffinement des principaux éléments du Product Backlog. Afin de minimiser le travail en cours, pas plus du quart d'un Sprint ne devrait être consommé par les user stories. Tout en offrant une valeur correcte aux clients dans la plupart des cas, ces user stories peuvent être beaucoup plus petites que cela. Dans cette rubrique, nous allons découvrir Scrum Epic.

L'épopée peut être définie comme une grande histoire d'utilisateur qui nécessite plus d'un quart de sprint pour terminer en prenant des mois pour terminer une épopée. User Stories, dans lequel un ensemble d'éléments n'a pas encore été justifié, est appelé Epic. Cela peut être expliqué comme un grand objectif, qui sera bientôt simplifié et divisé en petites tâches et en nombreuses tâches, sur lesquelles l'équipe Agile travaillera.

Epic est généralement connu comme le «niveau supérieur» ou un classement de travail, qui est de large portée, ayant des détails incomplets et prêt à être divisé en plusieurs histoires plus petites avant de pouvoir être travaillé. Afin d'aider une organisation à atteindre ses objectifs commerciaux globaux, une Epic est décomposée en tâches quotidiennes appelées «user stories».

Exemples épiques Scrum

  • En tant que start-up, je souhaite sélectionner une campagne marketing pour mon entreprise.
  • Dans l'hôtellerie, je veux maximiser les revenus.
  • En tant que concessionnaire automobile, je souhaite créer une application pour toucher plus de clients

Le rapportage des besoins d'une gestion est pris en charge par certaines épopées, alors qu'en gardant le calendrier à l'esprit, certaines épopées sont créées, en les résumant, pas trop longues et trop courtes, ce qui ne prendra pas plus de quelques semaines pour terminer, mais les plus utilisées est la narration, apprenons maintenant la narration.

Conseils importants lors de la génération de Scrum Epic

  • Les épopées que vous créez doivent être facilement suivies par les membres de l'équipe.
  • Une épopée peut être quelque chose comme une demande du client, une caractéristique du produit ou une exigence commerciale.
  • La culture de votre organisation spécifie la taille de l'épopée.
  • Le temps nécessaire pour terminer une épopée doit être précis, ni trop court ni trop long.
  • Pour mesurer les épopées, les tableaux de répartition peuvent être utilisés pour donner une quantité réelle et estimée de travail à effectuer.

Storytelling / User Story

L'outil qui aide à visualiser le flux des événements et la façon dont ils s'authentifient auprès de l'Epic est connu sous le nom de Storytelling. Il s'agit simplement d'une liste d'éléments qui doivent être effectués dans un projet en créant des morceaux à partir de l'épopée afin que l'équipe puisse les récupérer et les livrer dans une période de sprint. Détenue par le propriétaire du produit Scrum, il s'agit essentiellement d'une liste de tâches. Pour réussir un grand projet, l'idée est de le décomposer en pièces expédiables, en impliquant plusieurs équipes.

User Story définie comme les exigences du projet qui aident les membres de l'équipe Scrum en donnant des informations sur la façon dont le produit final ressemblera et en aidant à calculer le temps de réalisation du projet

Conseils importants lors de l'écriture d'une user story

  • Les histoires d'utilisateurs doivent être courtes et résumées dans un langage simple afin qu'elles puissent être comprises par les membres de l'équipe.
  • La user story peut être écrite par n'importe qui, bien qu'elle appartienne au Product Owner.
  • Pour faire comprendre au client le produit final, les témoignages d'utilisateurs sont exprimés en langage simple.
  • Le «qui», le «quoi» et le «pourquoi» d'un projet reçoivent une réponse dans un langage simple.
  • Les histoires d'utilisateurs sont la partie la plus importante de Scrum, car elles servent d'échelle pour terminer le sprint.

Tâche

Un ensemble plus détaillé d'histoires utilisateur, sous chaque épopée, est appelé tâche. Les membres de l'équipe Scrum doivent identifier et trier la tâche pour transformer ces histoires en composants réalisables.

Les travaux détaillés sont connus sous le nom de tâches Scrum qui sont nécessaires pour terminer une histoire. Les tâches sont attribuées aux membres de l'équipe ayant les compétences nécessaires pour les terminer dans un intervalle de temps allant de quelques heures à plusieurs heures ne dépassant pas 12. Ce n'est que lorsque toutes les tâches sont terminées qu'une histoire est dite terminée. Pour un suivi facile, les tâches sont placées sur un Scrum Board. Le Scrum Board se compose de quatre catégories, 1) Histoires d'utilisateurs, 2) Tâche non commencée, 3) Tâche en cours, 4) Tâche terminée.

Terminé L'équipe agile garde facilement une trace du sprint avec l'aide de Scrum Board qui sert d'outil visuel très utile aux membres, et la planche est également mise à jour quotidiennement, ce qui non seulement aide les membres de l'équipe à maintenir la vitesse, mais donne également un aperçu clair idée à l'équipe que où sont-ils dans un sprint particulier.

Par conséquent, vous devez apprendre à écrire des épopées, des histoires et des tâches, car cela est très essentiel pour un Scrum Sprint réussi. L'épopée, l'histoire et les tâches sont fondamentalement les fondements du sprint, aidant l'équipe à comprendre, ce qui doit être fait, comment cela doit être fait et dans quel délai il doit être terminé.

Avantages de Scrum Epic

  • Comprendre l'exigence de haut niveau des parties prenantes est l'avantage le plus important d'Epic car il explique exactement ce dont les parties prenantes ont besoin.
  • L'étendue du travail est également définie avec l'aide d'Epic, comme dans ce que l'accord avec le client dit et exprime efficacement que ce dont le client a besoin.
  • Les pensées plus importantes dans un backlog de produit sont suivies à l'aide d'Epics sans le surcharger de plusieurs choses. Epic produit également l'idée originale, qui est étroitement liée à un résultat particulier établissant un classement pour les éléments du carnet de commandes.
  • Avec l'aide d'Epic qui est divisé en plusieurs histoires et tâches, les équipes de développement Agile améliorent et gèrent efficacement leur backlog de produit.
  • Epic aide à estimer le temps de réalisation du projet en étant utilisé maintes et maintes fois pour de nouvelles vues qui sont soit pensées de manière incomplète, soit dont le développement complet a été suspendu jusqu'à ce qu'il soit essentiellement souhaité.

Pièges dans Scrum Epic

  • Parfois, la confusion est créée autour du livrable final de l'Epic, comme cela peut être vu comme de grandes histoires d'utilisateurs par l'équipe.
  • Les chances d'ambiguïté augmentent à mesure que l'équipe essaie d'estimer les épopées à un niveau très élevé, de telles estimations ne seront d'aucune utilité si elles ne servent à rien dans les rapports.
  • Epic est travaillé selon une approche organisationnelle qui convient à leurs besoins car il n'y a pas de façon fixe de travailler sur Epic.

Articles recommandés

Cela a été un guide pour Scrum Epic. Ici, nous avons discuté de la tâche, des avantages et des pièges de la mêlée épique avec des exemples et des conseils importants. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -

  1. Équipe agile
  2. Cycle de vie agile
  3. Agile à grande échelle
  4. Principes Scrum

Catégorie:

Développement de l'entrepreneuriat