Introduction à Agile Invest
Les «user stories» sont le noyau de la méthodologie agile, car l'équipe s'appuie sur elles pour les développements ou incréments d'un produit. Il est primordial de bien faire ces histoires d'utilisateurs. Bill Wake, a été le pionnier à avoir inventé l'acronyme «INVEST» dans son livre «Xtreme Programming». Le cadre Agile Invest comprend des attributs contribuant à des user stories de bonne qualité. Agile Invest signifie «indépendant», «négociable», «précieux», «estimable», «petit» et «testable».
Quels sont les avantages de bonnes histoires d'utilisateurs dans Agile Invest?
Les avantages de bonnes histoires d'utilisateurs sont mis en évidence ci-dessous:
1. Livraison à valeur ajoutée
La méthode traditionnelle Waterfall se concentre sur une seule tâche pendant des mois sans fournir quoi que ce soit de valeur immédiate aux clients. Cependant, les user stories agiles sont un ensemble de petites tâches basées sur les exigences et les besoins des clients, livrées en quelques jours. Les histoires d'utilisateurs se concentrent sur la satisfaction du client et mettent continuellement à niveau le produit selon les exigences du client.
2. Facilite la collaboration
Classiquement, la méthode Waterfall reposait uniquement sur des instructions et des outils prédéfinis et documentés. En Agile, l'équipe de développement s'allie à l'utilisateur pour livrer des produits selon ses attentes en encourageant le feedback et la communication. Ainsi, les user stories agiles sont définies sur la base des commentaires continus des clients, contrairement à la documentation basée sur les instructions.
3. Favorise la compréhension mutuelle
Comme les équipes Agile se concentrent sur la fourniture de qualité aux clients, à chaque histoire d'utilisateur, les membres de l'équipe sont en contact permanent avec les utilisateurs. Une documentation minimale entraîne également des discussions de routine avec l'utilisateur. Il permet à l'équipe de développement de recevoir des commentaires sur les user stories lors de leur mise en œuvre. Ainsi, cela favorise la compréhension mutuelle entre l'équipe de développement et les utilisateurs, ce qui leur permet de concevoir, de mettre à niveau et de rompre en collaboration les user stories.
4. Construction incrémentale d'un produit
Comme les clients sont les principaux contributeurs aux User Stories, les commentaires continus se traduisent par un développement progressif et incrémentiel d'un produit. Cette mode de travail incrémental permet d'apporter des modifications au produit. Ainsi, ces petits ensembles d'histoires utilisateur permettent aux développeurs de supprimer une fonctionnalité redondante dans un produit et de la mettre à niveau avec une plus récente.
5. Facilite la transparence
Les user stories sont conçues en collaboration par l'équipe de développement et les utilisateurs. Ces user stories définies sont enregistrées sur des fiches qui offrent une visibilité aux parties prenantes et à l'équipe de développement. Il en résulte une transparence et renforce les niveaux de confiance entre eux. Ainsi, la transparence améliore l'efficacité des équipes et aide à éliminer les déchets du processus.
6. Maintient tout le monde synchronisé
Plus important encore, les User stories sont le point de connexion entre l'équipe de développement et les personnes orientées métier, qui ne sont pas si solides sur le plan technique. Cela facilite le processus de prise de décision car des parties de divers domaines sont impliquées.
Les avantages mentionnés ci-dessus de bonnes histoires d'utilisateurs indiquent leur importance dans la méthodologie Agile. Par conséquent, ces histoires doivent être bien encadrées. Le cadre Agile Invest propose les attributs requis qui contribuent à de «bonnes histoires d'utilisateurs».
Comprendre en détail Agile Invest
Le cadre Agile Invest décrit ci-dessous établit des normes dans la conception d'une User Story. Comprenons-le d'une manière plus détaillée:
Comprenons en détail les attributs contributifs du cadre «Invest»:
1. Indépendant (I)
Toutes les user stories doivent être des unités individuelles autonomes et indépendantes les unes des autres. Cette ségrégation entre chaque histoire facilite la hiérarchisation, l'évaluation, l'ajout ou l'élimination d'une itération. L'équipe de projet doit être capable de bifurquer les interdépendances techniques entre les user stories afin que chacune d'entre elles puisse être exécutée séparément. Pour mettre en œuvre cela, l'équipe de projet doit être compétente dans la pensée créative et les techniques efficaces de résolution de problèmes.
2. Négociable (N)
Dans Agile, une histoire n'est pas censée être un accord et le nœud du même réside dans la livraison de ce que les clients désirent. Le produit final doit être le résultat d'un partenariat collaboratif, offrant une marge de négociation entre les clients et l'équipe de développement. En fin de compte, l'objectif est de répondre aux attentes et aux exigences des clients.
3. Précieux (V)
Chaque article doit avoir une valeur pour le client (il peut s'agir de l'utilisateur ou de l'acheteur). Et la meilleure façon de faire de même est de faire en sorte que les clients les composent. Les user stories doivent être alignées sur des objectifs commerciaux précis, afin de générer de la valeur.
4. Estimable (E)
Si l'histoire est trop grande, l'équipe de développement ne pourra pas la comprendre, faire une estimation. L'histoire devrait permettre à l'équipe de développement de porter un jugement sur la complexité du travail et les efforts requis. Cela ne signifie pas nécessairement que tous les détails aigus de l'exécution doivent être compris pour l'estimation d'une histoire.
5. Petit (S)
Comme on le sait, les histoires agiles sont de plus petites unités de travail. Mais quelle est la taille attendue de l'histoire? Idéalement, l'équipe de développement devrait être en mesure de livrer une unité de travail en 1 sprint (durée de sprint unique - pas plus de 2 à 4 semaines). Les histoires qui dépassent cette durée et les efforts tendent à avoir des erreurs d'estimation.
6. Testable (T)
Pour passer par la confirmation, l'histoire doit être testable. Quelle est l'utilité de développer un produit qui ne peut pas être testé? Et la manière constructive de le faire est de déterminer les critères d'acceptation des utilisateurs pour les histoires.
Ainsi, suivre les directives du cadre Agile Invest permettrait aux équipes de développement de concevoir des User Stories efficaces. Un tel développement efficace des User stories ne se contentera pas seulement de satisfaire les clients, mais nous permettra également d'offrir une valeur commerciale. Sans une histoire d'utilisateur bien cadrée, la mise en œuvre et le développement efficaces d'un produit ne sont pas possibles. Une bonne histoire d'utilisateur est un canal pour une mise en œuvre efficace du produit et la satisfaction du client.
Articles recommandés
Cela a été un guide pour Agile Invest. Ici, nous avons discuté du concept, de la compréhension détaillée et des avantages de bonnes histoires d'utilisateurs dans Agile Invest. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Qu'est-ce que la programmation agile?
- Questions d'entretiens chez Agile Scrum
- Qu'est-ce que la gestion de projet Agile?
- Agile vs Waterfall - Les principales différences
- Avantages des Agile Devops
- Introduction aux emplois agiles