Qu’est ce que : Définition du Backlog
Contents
- 1 Qu’est ce que : Définition du Backlog
- 1.1 En technologie, un backlog est un document qui explique la fonctionnalité et l’objectif d’un système complexe, ce que nous voulons qu’il fasse, mais pas comment le faire.
- 1.2 Dans Scrum, il existe deux types de backlog : le backlog de produit et le backlog de sprint. Le backlog de produit décrit, de manière générique, les fonctionnalités et les usages qui vont être donnés au système, ainsi que tout ce que vous voulez qu’il fasse.
- 1.3 L’un des aspects que le carnet de commandes doit prendre en compte est la relation entre le coût du système et le bénéfice économique qu’il apportera à l’utilisateur.
- 1.4 Le backlog du sprint consiste en un document qui définit comment les modifications du système seront mises en œuvre lors de la prochaine itération.
Tout comme le journal de bord est le document qui nous permet de suivre la route, les incidents et les expériences d’un navire et de son équipage (et, éventuellement, d’autres types de navires comme les avions), les grands projets technologiques compliqués ont aussi une sorte de journal de bord, bien que dans ce cas, il agisse avant, et non après : le backlog.
En technologie, un backlog est un document qui explique la fonctionnalité et l’objectif d’un système complexe, ce que nous voulons qu’il fasse, mais pas comment le faire.
Le backlog est impératif dans la méthodologie Scrum, qui sert à construire des systèmes complexes de bas en haut, alors que l’approche traditionnelle du développement était précisément l’inverse, c’est-à-dire de haut en bas.
Cependant, le backlog peut parfaitement être utilisé seul, en tant que concept, pour tout projet technologique.
Dans Scrum, il existe deux types de backlog : le backlog de produit et le backlog de sprint. Le backlog de produit décrit, de manière générique, les fonctionnalités et les usages qui vont être donnés au système, ainsi que tout ce que vous voulez qu’il fasse.
-Il est librement consulté par tous les membres du projet, et ne peut être modifié que par la personne qui le commande (ou, à défaut, à qui elle le délègue).
Le fait qu’il soit générique signifie qu’il peut être mis à jour par une personne n’ayant aucune connaissance technologique.
L’un des aspects que le carnet de commandes doit prendre en compte est la relation entre le coût du système et le bénéfice économique qu’il apportera à l’utilisateur.
Ce point est particulièrement important ; la création d’un nouveau système n’est réalisée que pour deux raisons : la première est impérative, car pour une raison ou une autre, l’ancien système ne peut plus être utilisé. Cela peut être dû à des changements d’organisation et/ou de produit/service, ou à des modifications des réglementations légales régissant l’organisation et l’activité.
La deuxième raison est l’introduction d’une amélioration qui nous permet d’être plus productifs, de réduire les coûts ou de maximiser le profit.
Cette deuxième raison est toujours volontaire, et ne sera naturellement introduite que s’il y a une amélioration effective des résultats financiers. C’est donc ici que nous sommes le plus intéressés par l’analyse du rapport prix/performance et par la connaissance des avantages.
Dans le premier cas, nous sommes intéressés par la connaissance des bénéfices, bien sûr, mais comme il s’agit d’une mesure obligatoire, nous serons plus intéressés par la maîtrise des coûts (ce qui n’est pas toujours la même chose).
Le backlog du sprint consiste en un document qui définit comment les modifications du système seront mises en œuvre lors de la prochaine itération.
Le document est divisé en tâches, chacune d’entre elles devant être brève (si elle ne l’est pas, elle est subdivisée en autant de tâches qui le sont). Ces tâches ne sont pas attribuées directement à un membre de l’équipe de développement, mais sont réparties entre eux comme ils l’entendent.