Démystifier Le Backlog En Ingénierie

Si vous étudiez en génie ou si vous êtes ingénieur, vous avez peut-être entendu le mot « arriéré » beaucoup utilisé dans votre domaine.

Mais vous êtes-vous déjà demandé ce qu'est un backlog et pourquoi il est si important dans les projets d'ingénierie ?

Le backlog est plus qu'une simple liste de tâches ou de commandes qui n'ont pas encore été effectuées.

C'est un outil puissant qui peut faire ou défaire un projet, et si vous savez bien l'utiliser, vous pouvez faire du projet un succès.

Dans cet article de blog, nous parlerons de l'arriéré en ingénierie, y compris ses différents types, rôles et importance.

Alors, continuez à lire si vous voulez faire passer vos projets d'ingénierie au niveau supérieur.

Comprendre les définitions et l'importance des backlogs en ingénierie

Définition formelle:

1. Une accumulation de commandes promettant du travail futur et du profit 2. Une accumulation de matériaux non transformés ou de tâches non exécutées.

En ingénierie et en gestion de projet, un backlog est une liste de tâches qui doivent être effectuées et leur importance.

Cela aide les équipes à planifier les détails avant de passer trop de temps à planifier la portée et les priorités de l'entreprise.

La liste des choses à faire :

L'équipe produit décide des projets sur lesquels travailler ensuite, et le backlog est utilisé par toutes les équipes du cycle de développement pour suivre et hiérarchiser leurs tâches pendant qu'elles travaillent à la livraison du produit.

Les éléments les plus importants se trouvent en haut du carnet de produit, de sorte que l'équipe sait sur quoi travailler en premier.

Les user stories, les corrections de bogues et les mises à jour de produits sont toutes des choses courantes à mettre dans un backlog de produit.

L'équipe de développement ne travaille pas sur le backlog en une seule fois.

Au lieu de cela, ils en font de petits morceaux à la fois, appelés "sprints".

Le nettoyage ou l'affinement du backlog est effectué régulièrement pour s'assurer que les tâches de chaque sprint sont claires et réalisables.

Quelle est l'importance des backlogs :

Un backlog agile bien hiérarchisé facilite la planification des versions et des itérations, définit les attentes avec les parties prenantes et les autres équipes et fait du temps d'ingénierie un atout fixe.

Un backlog de produit bien organisé aide l'équipe à définir et à comprendre clairement les objectifs et les exigences d'un projet, à hiérarchiser les tâches en fonction de leur importance, à prendre des décisions éclairées sur ce qui doit être travaillé ensuite et à s'adapter en permanence à l'évolution des exigences et des priorités, ce qui rend les processus de développement plus flexibles et efficaces.

Gestion du backlog :

La gestion du backlog est le processus par lequel les équipes ajoutent, modifient, nettoient et classent le backlog pour s'assurer que les utilisateurs obtiennent les fonctionnalités les plus importantes en premier.

Un carnet de commandes complet peut nuire au développement de logiciels en allongeant la durée de mise sur le marché d'un produit et en le rendant moins bon.

La restauration du backlog peut être un élément clé pour remettre un projet sur les rails et favoriser la créativité qui est si importante pour un développement logiciel réussi.

L'arriéré peut également signifier :

En comptabilité et en finance, un backlog est une grande quantité de travail qui doit être effectuée, comme des bons de commande qui doivent être remplis ou des documents financiers qui doivent être traités.

Un arriéré peut être bon ou mauvais, selon la façon dont il affecte la situation.

D'une part, cela pourrait signifier que les ventes augmentent, mais d'autre part, les entreprises essaient généralement d'éviter les arriérés, car cela pourrait signifier qu'elles deviennent moins efficaces ou ne peuvent pas répondre à la demande.

Libérer le pouvoir du backlog : comment éviter les délais et augmenter le stress !

Toujours difficile à comprendre ? Je change un peu le point de vue :

Vous en avez marre de finir les choses à temps et dans les limites du budget ? L'excitation d'une échéance qui approche et le goût sucré de la panique vous manquent ? Eh bien, ne vous inquiétez pas, car je sais exactement quoi faire : backlog ! Oui tu as raison.

Laissez simplement ces commandes et ces tâches s'accumuler, et vous aurez bientôt plus de travail que vous ne savez quoi en faire.

Dites adieu aux tâches accomplies et bonjour aux crises cardiaques causées par le stress.

Qui se soucie de gagner de l'argent et d'être efficace ?

D'accord, c'était juste une blague faite pour ressembler à une publicité télévisée.

Revenons maintenant à l'explication.

Backlog de produit vs Backlog de sprint : principales différences

Le backlog de produit et le backlog de sprint sont deux outils importants pour organiser les projets de développement logiciel dans les méthodologies Agiles.

Les deux backlogs sont des éléments importants de tout projet de développement logiciel, mais leurs portées et leurs objectifs sont différents.

Carnet de produits :

Le Product Owner établit une liste de fonctionnalités à ajouter au projet avant le démarrage du projet.

Cette liste s'appelle le "product backlog".

Il donne un aperçu de l'ensemble du produit, y compris les objectifs et principes de base et d'autres parties qui sont plus susceptibles de changer.

Il est en constante évolution et peut être modifié à tout moment pour refléter l'évolution du marché ou les commentaires des clients.

Le carnet de produit est l'un des moyens les plus importants pour l'équipe de développement et les parties prenantes de parler de ce qui doit être construit et pourquoi.

C'est aussi un document vivant qui donne à toute l'équipe de développement une source unique de vérité à utiliser tout au long du projet.

Backlog de sprint :

D'autre part, un backlog de sprint est un sous-ensemble du backlog de produit qui inclut uniquement les éléments du backlog de produit qui peuvent être terminés lors de chaque sprint agile.

Cela fait ressortir davantage le travail du produit pendant une certaine période.

Le backlog de sprint est composé d'éléments du backlog de produit, mais uniquement de ceux qui peuvent être terminés lors de chaque sprint agile.

Lors de la réunion de planification du sprint, l'équipe décide sur quels éléments du backlog produit elle travaillera pendant le sprint.

C'est là que le backlog de sprint est fait.

Une fois que tout le monde est d'accord, les éléments et les étapes pour les terminer sont définis pour l'ensemble du sprint.

Un backlog de sprint est différent d'un backlog de produit en ce sens qu'il ne peut être modifié que lors d'une réunion de planification de sprint.

Qu'est-ce qui est différent:

• Portée : le backlog de produit donne un aperçu de toutes les fonctionnalités à ajouter à un projet, tandis que le backlog de sprint se concentre sur ce qui doit être fait dans chaque sprint agile.
• Objectif : le backlog de produit est un outil de communication entre l'équipe de développement et les parties prenantes, fournissant une compréhension commune de ce qui doit être construit et pourquoi.

L'équipe de développement utilise le backlog de sprint pour planifier et effectuer le travail pendant un sprint spécifique.

• Flexibilité : le backlog de produit est un document évolutif qui peut être mis à jour à tout moment pour refléter les changements du marché ou les commentaires des clients.

Pendant un sprint, le backlog de sprint est gelé et les modifications ne peuvent être apportées que lors d'une réunion de planification de sprint.

Gestion et maintien des backlogs : rôles et responsabilités

Le suivi et la gestion des backlogs est un élément clé du développement logiciel Agile.

Voici les rôles et responsabilités les plus importants en matière de gestion et de suivi des arriérés.

Responsabilités du propriétaire du produit :

• Le Product Owner est responsable de la gestion et de la maintenance du Product Backlog, y compris la décomposition des éléments en user stories.
• Ils sont responsables de l'organisation et de la maintenance du Product Backlog, y compris son contenu, sa disponibilité et sa commande.
• Ils s'assurent que le backlog s'aligne sur les objectifs généraux du projet et que l'équipe travaille sur des tâches importantes et utiles.

Responsabilités de l'équipe de développement :

• L'équipe de développement est chargée de transformer le Product Backlog en fonctionnalités supplémentaires.
• Ils possèdent le Sprint Backlog et sont responsables de décider quels éléments inclure et comment les hiérarchiser.
• Ils fournissent des estimations pour les éléments du backlog produit lors des sessions de planification de sprint.
• Ils créent le Sprint Backlog, qui est un ensemble d'éléments de backlog de produit sélectionnés pour le sprint, ainsi qu'un plan pour fournir l'incrément de produit tout en réalisant l'objectif du sprint.
• Ils exécutent le travail à partir du Sprint Backlog et le modifient et le mettent à jour au fur et à mesure que de nouvelles informations deviennent disponibles.

Les missions d'un Scrum Master sont :

• Le Scrum Master facilite les événements Scrum et aide tout le monde à comprendre la théorie, les pratiques, les règles et les valeurs de Scrum.
• Ils peuvent être impliqués dans le processus de modification de l'arriéré, mais ils n'ont pas le pouvoir d'apporter des modifications par eux-mêmes.

Collaboration et dialogue :

• Alors que le Product Owner est seul responsable de la maintenance du Product Backlog, son raffinement doit être un effort collaboratif où le reste de l'équipe Scrum contribue avec ses connaissances, ses idées et son expérience sur le projet jusqu'à présent.
• Toute l'équipe travaille et contribue au backlog du produit, mais c'est finalement à l'équipe de développement de le transformer en logiciel fonctionnel.

En bref, le Product Owner est en charge du Product Backlog et l'équipe de développement est en charge du Sprint Backlog.

Le Scrum Master dirige les réunions Scrum et s'assure que tout le monde comprend la théorie, les pratiques, les règles et les valeurs de Scrum.

L'équipe travaille ensemble et discute pour s'assurer que les deux backlogs sont corrects, à jour et conformes aux objectifs généraux du projet.

L'équipe de développement est chargée de transformer les éléments du Product Backlog en logiciels qui fonctionnent, tandis que le Product Owner s'assure que le backlog est conforme aux objectifs généraux du projet.

Techniques de raffinement et de priorisation du backlog

Gestion et maintien des backlogs : rôles et responsabilités

Les backlogs sont une partie importante de la gestion de projet Agile, et ils doivent être gérés et tenus à jour.

Cet article décrit les rôles et les responsabilités de l'équipe Scrum en matière de gestion et de suivi des backlogs de produit et de sprint.

Product Owner et Product Backlog

Le Product Owner est en charge de la gestion et de la mise à jour du backlog produit, qui est un document vivant qui évolue en fonction des besoins de l'entreprise, du marché et de la technologie.

La feuille de route et ses exigences sont utilisées pour créer le carnet de produit, qui est une liste de travail pour l'équipe de développement qui est classée selon son importance.

Les choses les plus importantes sont en haut afin qu'elles puissent être travaillées en premier.

Le Product Owner est chargé de maintenir le backlog produit organisé et à jour.

Cela inclut la décomposition des éléments en user stories.

Ils décident comment ordonner les tâches dans le backlog et s'assurent qu'elles correspondent aux objectifs généraux du projet.

Le Product Owner peut modifier ou réorganiser les tâches du backlog à tout moment en fonction des commentaires des clients ou de nouvelles exigences.

Mais une fois les travaux en cours, il ne devrait pas y avoir trop de changements.

Lors des sessions de nettoyage du backlog produit et de planification des sprints, les story points sont utilisés pour estimer les PBI.

Ce n'est qu'une idée approximative de la taille.

Le Product Owner peut avoir un effet sur l'équipe de développement en l'aidant à comprendre et à choisir des compromis, mais l'estimation finale est faite par les personnes qui feront le travail.

Équipe de développement et backlog de sprint

L'équipe de développement est chargée de transformer les éléments du Product Backlog en fonctionnalités pouvant être utilisées ensemble.

Même si le Product Owner est le seul responsable du suivi du Product Backlog, le reste de l'équipe Scrum devrait aider à l'améliorer en partageant ses connaissances, ses idées et son expérience avec le projet jusqu'à présent.

Toute l'équipe travaille et ajoute au backlog du produit, mais c'est le travail de l'équipe de développement de le transformer en logiciel utilisable.

L'équipe de développement est en charge du Sprint Backlog, qui est un sous-ensemble du Product Backlog.

Le backlog de sprint contient les éléments les plus importants du backlog de produit ainsi que d'autres choses qui doivent être faites, comme les user stories, les tâches, les cas d'utilisation et les tests.

Dans le Sprint Backlog, les développeurs peuvent trouver des tâches simples sur lesquelles travailler pendant le sprint en cours.

Il contient également des histoires qui décrivent la valeur utilisateur de haut niveau du produit et des tâches détaillées qui décomposent l'histoire de l'utilisateur en étapes simples et réalisables pour le développement.

L'équipe de développement est chargée de choisir ce qui se passe dans le Sprint Backlog et l'importance de chaque élément.

Les user stories, les tâches, les cas d'utilisation, les tests et tous les autres éléments qui décomposent les éléments sélectionnés du backlog de produit peuvent être ajoutés au backlog de sprint.

Lors de chaque réunion Daily Scrum (réunion quotidienne), les membres de l'équipe examinent leurs progrès par rapport à leurs tâches planifiées dans le Sprint Backlog pour voir s'ils sont sur la bonne voie pour atteindre cet objectif de sprint.

S'il y a des bogues ou des changements importants dans les fonctionnalités de la feuille de route, ils peuvent modifier ou mettre à jour leurs priorités dans le Sprint Backlog.

Techniques de raffinement et de priorisation du backlog

Dans la gestion de projet Agile, l'utilisation de techniques efficaces de raffinement et de priorisation du backlog peut aider à améliorer les résultats du projet et son bon fonctionnement.

L'affinement du backlog est un processus continu qui garantit que les attentes des utilisateurs, les commentaires du marché et la livraison du projet restent synchronisés.

Les sessions de nettoyage du backlog sont utilisées pour réévaluer les priorités, nettoyer et organiser le backlog du produit et rendre la planification des sprints plus productive.

Le principal avantage du raffinement du backlog est de s'assurer que les éléments en haut de votre liste sont pertinents, contiennent suffisamment d'informations et ont une estimation.

Une hiérarchisation efficace commence bien avant même que vous n'atteigniez l'arriéré.

Tout d'abord, vous devrez élaborer un plan pour votre produit.

Cela donne à l'équipe un moyen de mesurer leur performance par rapport à un ensemble partagé d'objectifs et de projets.

La hiérarchisation du backlog est nécessaire pour organiser les éléments du backlog du produit (comme les user stories, les bogues, les pics, etc.) afin qu'ils puissent être construits et publiés dans le bon ordre.

Types de backlogs et leur gestion dans différentes industries

Types d'arriérés

Le développement de produits nécessite de classer les fonctionnalités par ordre d'importance et de les mettre en action.

Il existe trois principaux types de backlogs qui sont utilisés pour cela :

• Carnet de produit.

Le Product Backlog est un plan à long terme pour le produit qui inclut des fonctionnalités qui n'ont pas encore été priorisées pour la sortie.

C'est un document évolutif qui change au fur et à mesure que de nouvelles informations et commentaires arrivent.

Il décompose la vision en choses spécifiques qui peuvent être faites et ajouter de la valeur au produit.

• Backlog de version.

Le Release Backlog fait partie du Product Backlog qui répertorie les fonctionnalités qui seront livrées dans une certaine version.

Il est réalisé en sélectionnant des éléments du Product Backlog en fonction de leur importance et de leur faisabilité.

• Arriéré de sprint.

Le Sprint Backlog fait partie du Release Backlog qui répertorie les fonctionnalités qui seront livrées dans un sprint spécifique.

Il est réalisé en sélectionnant des éléments du Backlog de versions en fonction de leur importance et de leur faisabilité ou non.

Gestion du backlog dans différentes industries

Différentes industries ont différentes façons de gérer leurs arriérés.

Voici quelques exemples:

• Développement de logiciels.

Des méthodes agiles telles que Scrum ou Kanban sont utilisées pour gérer les backlogs dans le développement de logiciels.

Les équipes Scrum travaillent en "sprints", qui sont des périodes limitées dans le temps pendant lesquelles elles travaillent sur des tâches spécifiques du "Sprint Backlog".

Chaque jour, l'équipe a des réunions "stand-up" où ils parlent de la façon dont les choses se passent et des problèmes qu'ils rencontrent.

Dans Kanban, les éléments de travail sont affichés sur un tableau avec des colonnes indiquant où ils sont en cours de réalisation.

Au fur et à mesure que les éléments de travail passent par différentes étapes, les membres de l'équipe les déplacent d'une colonne à l'autre.

• Gestion de projet.

Dans la gestion de projet, des outils comme Trello et Jira peuvent être utilisés pour suivre les backlogs.

Avec ces outils, les utilisateurs peuvent créer des tableaux avec des listes qui montrent les différentes étapes d'un projet.

Des éléments de travail peuvent être ajoutés et déplacés entre ces listes au fur et à mesure qu'ils traversent les différentes étapes.

Scrum et gestion du backlog

Backlog produit Scrum

Le Scrum Product Backlog est une liste d'éléments, de fonctionnalités et de tâches pour un projet qui sont classés en fonction de leur importance.

Il ne devrait pas avoir d'informations détaillées sur ce qui est nécessaire.

Au lieu de cela, les exigences finales sont définies pendant le sprint, avec le client.

Les user stories, qui montrent le travail qui doit être fait pour fournir un produit ou un service, peuvent être ajoutées au Scrum Product Backlog.

Chaque élément du Scrum Product Backlog doit avoir une sorte de valeur pour le client.

L'équipe Scrum peut également utiliser d'autres artefacts, comme un résumé des différents rôles d'utilisateur, des descriptions de flux de travail, des directives d'interface utilisateur, des storyboards ou des prototypes d'interface utilisateur, mais ceux-ci ne remplacent pas le backlog de produit Scrum.

Au lieu de cela, ils ajoutent et expliquent ce qu'il dit.

Backlog logistique

Selon ce dont on parle, le terme "arriéré logistique" peut signifier différentes choses.

Dans la gestion de la chaîne d'approvisionnement, un carnet de commandes est l'ensemble des produits qui ont été commandés par les clients mais qui n'ont pas encore été expédiés.

Cela inclut des éléments tels que le numéro de commande, le numéro de produit, la date de livraison, le montant et le statut de la commande.

Un carnet de commandes est bon pour les affaires car il montre que les clients sont prêts à payer pour des commandes qui n'ont pas encore été exécutées.

Mais si les délais ne sont pas respectés et que les commandes ne sont pas expédiées à temps, le carnet de commandes se transforme en commandes en souffrance, ce qui peut être mauvais pour les affaires.

Dans la logistique des conteneurs portuaires, un arriéré se produit lorsque les conteneurs d'expédition s'empilent dans les ports en raison de problèmes dans la chaîne d'approvisionnement causés par des choses comme les politiques COVID-19 et plus de personnes qui veulent des marchandises.

Ce type d'arriéré logistique peut allonger le temps d'expédition et coûter plus cher aux entreprises.

MAINTENANCE BACKLOG : Qu'est-ce que c'est et comment calculer le Backlog ?

Conseil : Activez le bouton de sous-titrage si vous en avez besoin. Choisissez "traduction automatique" dans le bouton des paramètres, si vous n'êtes pas familier avec la langue parlée. Vous devrez peut-être d'abord cliquer sur la langue de la vidéo avant que votre langue préférée ne soit disponible pour la traduction.

Cas d'utilisation

Utilisé dans:	Description:
Développement de logiciels:	Le backlog est souvent utilisé pour suivre la progression d'un projet dans le développement de logiciels. Il contient une liste de toutes les fonctionnalités, bogues et tâches qui doivent être effectués avant que le produit final puisse être réalisé. L'équipe travaille sur les éléments du backlog. Dans l'ordre qui a le plus de sens pour le projet. Backlog peut être utilisé pour garder une trace de ce qui doit être fait, qui est responsable de chaque tâche et quand chaque tâche est due. C'est un outil que les équipes de développement logiciel peuvent ne pas s'en passer s'ils veulent s'assurer qu'ils expédient des produits de haute qualité à temps.
Fabrication:	Dans la fabrication, le backlog peut être utilisé pour suivre la façon dont les matériaux et les produits se déplacent dans le processus de production. Utilisé pour s'assurer que le processus de production se déroule sans heurts et que les commandes sont remplies à temps.
Construction:	Le backlog peut être utilisé dans la construction pour suivre l'état d'avancement d'un projet et s'assurer que toutes les tâches sont effectuées à temps. Le backlog pour s'assurer que chaque tâche est effectuée dans le bon ordre et que le projet avance comme prévu.
Finance:	En finance, le backlog est un moyen de suivre les paiements ou les factures qui n'ont pas encore été traités et qui doivent l'être. Par exemple, un backlog peut être créé pour suivre le nombre de factures en retard qui n'ont pas été payées. Le backlog peut être utilisé pour s'assurer que tous les paiements sont traités à temps et que la trésorerie de l'entreprise est bien gérée.

Conclusion

En ingénierie, le backlog est une partie importante de la gestion de projet, et comprendre son importance peut avoir un effet considérable sur le succès d'un projet.

Il est important de bien comprendre le concept de "backlog" afin de gérer le backlog de produit ou le backlog de sprint et d'utiliser des techniques efficaces pour affiner et hiérarchiser.

Mais il est important de garder à l'esprit que la gestion de l'arriéré n'est pas une chose ponctuelle.

Il faut l'améliorer et y prêter attention tout au long du cycle de vie du projet.

En tant qu'ingénieur, savoir gérer votre backlog peut faire la différence entre un projet qui fonctionne et un autre qui ne fonctionne pas.

Alors, utilisez la puissance du backlog à votre avantage et ne cessez jamais de l'affiner et de l'améliorer pour obtenir les meilleurs résultats.