Backlog is Définition, caractéristiques, fonctionnalités, exemple

Table des matières:

Backlog is Définition, caractéristiques, fonctionnalités, exemple
Backlog is Définition, caractéristiques, fonctionnalités, exemple

Vidéo: Backlog is Définition, caractéristiques, fonctionnalités, exemple

Vidéo: Backlog is Définition, caractéristiques, fonctionnalités, exemple
Vidéo: Connexion Internet: 5 astuces pour résoudre vos problèmes sur Windows 2024, Peut
Anonim

Backlog est un journal de travail en cours. Son contenu et sa disponibilité relèvent de la responsabilité du propriétaire du produit. Il s'agit de la seule source de toute modification apportée au produit.

Un backlog est une liste de nouvelles fonctionnalités, de modifications de fonctionnalités existantes, de corrections de bogues, de modifications d'infrastructure ou d'autres actions qu'une équipe peut entreprendre pour obtenir un certain résultat. Il s'agit de la seule source d'information faisant autorité sur laquelle l'entreprise s'appuie. Cela signifie que rien ne sera fait à partir de ce qui n'est pas dans ce journal. Il représente la manière dont l'équipe doit travailler sur le produit pour obtenir un résultat spécifique.

Travailler sur des documents
Travailler sur des documents

Caractéristiques

L'ajout d'un élément de produit au journal des travaux en cours doit être rapide et facile, et tout aussi facilement supprimé du backlog est un élément qui ne mène pas directement au résultat souhaité ou ne permet pas de progresser atteint.

Les éléments du backlog sont acceptés dans une variété de formats, avec le pluscommunes sont les histoires d'utilisateurs. L'équipe détermine le format qu'elle a choisi et traite les éléments du backlog comme un rappel des aspects de la solution sur laquelle elle travaille.

Arriéré de produit

Un backlog permet à tout le monde dans le département d'apporter des idées pour améliorer un produit ou un service. Le processus de priorisation détermine ce qui devient réellement partie intégrante du produit. Cette méthode vous permet de mettre en œuvre des tâches, en ne consacrant des ressources qu'aux meilleures idées disponibles pour le moment. En cas d'abandon d'idées dépassées, le backlog est parfois complété et affiné.

Le backlog produit varie en taille et en granularité en grande partie en fonction de la rapidité avec laquelle l'équipe commence à travailler dessus. Les tâches sur lesquelles l'équipe travaillera dans un avenir proche doivent être de petite taille et contenir suffisamment de détails pour commencer. Le groupe peut mettre en place une définition de l'état de préparation, indiquer son souhait d'obtenir les informations dont il aimerait disposer afin de commencer à travailler sur l'arriéré.

La séquence du backlog produit change à mesure que l'équipe comprend mieux les résultats et trouve une solution. Cette réorganisation des éléments existants, l'ajout, la suppression et le raffinement constants de ces éléments, détermine la nature dynamique du backlog.

Vues

Arriéré du programme

Les programmes doivent répondre aux exigences des parties prenantes et prévoir de les mettre en œuvre en tant que projets. Cela se produit généralement sur une base continue. La structure du backlog est utile pour le stockage des exigences, un processus de hiérarchisation et de planification dans lequel les exigences de grande valeur sont regroupées en projets.

Arriéré de tâches

Il peut être mis en œuvre par un individu ou une équipe comme méthode de gestion du temps. Les gens ont un temps limité et doivent souvent prioriser les tâches. Comme pour les produits et les programmes, on ne peut pas s'attendre à ce que tout le backlog soit terminé.

Journaux des tâches
Journaux des tâches

Qui choisit les tâches pour le backlog ?

La responsabilité du contenu du backlog incombe au propriétaire du produit. Bien sûr, il n'est pas seul dans sa tâche et peut demander toute l'aide dont il a besoin. Le propriétaire du produit doit bien comprendre le client et être en contact étroit avec lui. Il peut et doit également toujours communiquer avec d'autres parties intéressées afin de prendre en compte leurs souhaits. Il est également important de rester en contact avec l'équipe de développement afin de comprendre le coût et la complexité de certaines exigences.

Mais en fin de compte, le propriétaire du produit est la seule personne responsable de l'établissement des priorités. C'est aussi la raison pour laquelle il ne devrait jamais y avoir plusieurs propriétaires de produits ou comités de propriétaires de produits. Pour la prise de décision, il doit y avoir un seul point de vérité - le propriétaire du produit. Il rassemble toutes les informations sur le marché, les activités, les parties prenantes, les complexités, etc., dans une hiérarchisation claire.

L'équipe travaillant sur le produit peut jouer un certain rôle de propriétaireproduit avec la responsabilité première - l'entretien du produit. Les principales activités de maintenance du backlog incluent la hiérarchisation des éléments du backlog produit, la décision des éléments du backlog à supprimer du backlog et la facilitation de la clarification du backlog.

À quoi ça ressemble ?

Le backlog est un moyen efficace pour une équipe de communiquer sur ce sur quoi elle travaille et sur ce sur quoi elle prévoit de travailler ensuite. Les cartes d'histoire et les sources d'information peuvent fournir une image claire de la situation actuelle pour l'équipe et les parties prenantes.

L'arriéré peut être présenté sous forme physique à l'aide de fiches ou de notes, ou il peut être présenté sous forme électronique, comme un fichier texte ou une feuille de calcul Excel. Un formulaire de courrier électronique est la meilleure option pour une équipe qui compte des membres distants ou qui collecte de nombreuses informations supplémentaires sur les produits. Les formulaires physiques ont l'avantage que le backlog produit est constamment visible et spécifique lors des discussions liées au produit.

Homme et femme au bureau
Homme et femme au bureau

Fonctionnalités du backlog

Une fois qu'un backlog de produit a été créé, il est important de le maintenir régulièrement pour suivre le programme. Les propriétaires de produit doivent examiner le backlog avant chaque réunion de planification des opérations pour s'assurer que la hiérarchisation est correcte et que les commentaires de la dernière opération sont inclus.

Après que l'arriéré augmente, les Product Owners doiventle regrouper en postes à court terme et à long terme. Les tâches dont le sens est le plus proche doivent être entièrement spécifiées avant d'être marquées comme telles. Cela signifie que des user stories complètes ont été écrites, des collaborations de conception et de développement ont été établies, des évaluations de développement ont été faites. Les éléments à plus long terme peuvent rester un peu vagues, bien qu'il soit bon d'obtenir une estimation approximative de l'équipe de développement pour vous aider à prioriser.

Le backlog est le lien entre le propriétaire du produit et l'équipe de développement. Le Product Owner peut redéfinir les priorités du travail dans la file d'attente à tout moment en fonction des commentaires des clients, de l'affinement des estimations et des nouvelles exigences. Cependant, une fois le travail commencé, les changements doivent être réduits au minimum car ils perturbent l'équipe de développement et affectent la concentration et le moral.

Planification, discussion
Planification, discussion

Erreurs de dribble

Il y a quelques erreurs de backlog courantes à surveiller:

  • Le propriétaire du produit donne la priorité au backlog au début d'un projet, mais ne l'ajuste pas au fur et à mesure que les commentaires des développeurs et des parties prenantes arrivent.
  • L'équipe limite le backlog aux éléments destinés aux clients.
  • Cela ressemble à un document stocké localement et rarement utilisé, ce qui empêche les parties intéressées de se mettre à jour.
  • Employés de bureau au travail
    Employés de bureau au travail

Exemple de backlog

Pourtravailler avec le backlog, vous n'avez pas besoin d'utiliser des outils complexes. Vous pouvez commencer avec des cartes papier ou avec une feuille de calcul Microsoft Excel.

La façon la plus courante de définir les éléments du backlog est d'utiliser une user story. Dans ce cas, vous pouvez ajouter un nom pour le lien rapide (cependant, cela n'est généralement pas fait lors de l'utilisation de fiches), et, si nécessaire, ajouter des conditions de satisfaction au dos de la fiche.

Sélection automatique de bière pour la fête. L'acheteur veut impressionner ses amis avec de nombreuses marques rares

Choisir une nouvelle bière à déguster. Un client souhaite consulter un catalogue de bières pour en sélectionner une nouvelle. Il peut voir différentes saveurs directement sur les pages du catalogue

Commandez votre bière préférée. Un client fidèle veut voir ses bières préférées pour pouvoir les commander à nouveau à chaque fois

Recommander une bière chère. Le propriétaire du magasin veut que le bar recommande une bière chère pour augmenter ses profits

Vous pouvez également éventuellement ajouter quelques champs optionnels tels que "Number", "Rating", "Conditions" et "Priority" (qui peuvent être utilisés pour trier le backlog par ordre de priorité commerciale).

Accomplir des tâches
Accomplir des tâches
Numéro Tâche Classement Condition Priorité
234 Sélection automatique de la bière de fête 20 Commander 1
556 Choisir une nouvelle bière à déguster 8 Commander 15
123 Commandez votre bière préférée 3 Commander 40
89 Recommander une bière chère 5 Profit 50

Comme vous pouvez le voir sur cet exemple, un Product Backlog ne nécessite aucun outil complexe. Une carte papier ou une feuille Excel est plus que suffisante pour prendre en charge un backlog suffisamment profond et volumineux et définir ses positions claires.

Conseillé: