Développement d'applications mobiles natives - comment structurer mes user stories?

9

Je suis sur le point de commencer un projet qui consistera à développer des prototypes d'applications mobiles natives (iOS et Android initialement) ainsi qu'une interface d'administration basée sur le Web et une API avec laquelle ces applications pourront communiquer. Nous avons une liste d'histoires déjà rédigées, mais beaucoup d'entre elles sont au format:

As a mobile user I want to be able to view a login screen so that I can sign into the app

Si cela était ciblé pour une seule plate-forme, je ne verrais pas de problème. Cependant, puisque nous ciblons plusieurs plates-formes, je ne sais pas si celles-ci doivent maintenant être dupliquées, par exemple "En tant qu'utilisateur Android" ou similaire. Cela semble être une duplication, mais c'est un travail qui devra être effectué séparément pour chaque plate-forme.

Il s'agit du premier projet mobile sur lequel nous sommes devenus natifs - auparavant, c'était Phonegap et nous avons regroupé toutes les histoires sous "En tant qu'utilisateur mobile". Comme il s'agissait essentiellement d'une application Web enveloppée dans du code natif, cela ne posait pas trop de problème, mais je suis conscient que les applications entièrement natives sont un jeu de balle différent!

richsage
la source
Ce n'est pas vraiment spécifique au mobile - cela s'applique à un projet qui doit être livré sur plusieurs plates-formes, comme un PC et Linux, ou diverses consoles de jeu. Faut-il changer le titre?
kevin cline

Réponses:

3

Je ne vois pas pourquoi vous ne voulez pas créer des user stories distinctes pour chaque application mobile. Même si les histoires semblent similaires, elles présentent d'énormes différences à la fois du point de vue des développeurs et des utilisateurs.

Si vous utilisez un système comme Jira, vous pouvez même créer un projet distinct pour chaque application. Cette approche est meilleure surtout si toutes les applications sont complètement indépendantes en termes de ressources _ différents développeurs, différentes ressources informatiques, etc. Il serait plus facile de faire des estimations pour chacune des tâches.

Si vous ne souhaitez toujours pas créer des user stories distinctes, vous pouvez créer des tâches pour chaque application sous la même story. Mais cela serait pratique si vous développez toutes les applications simultanément, de sorte que chaque histoire soit terminée presque en même temps.

superM
la source
2

(Je suppose que vous utilisez Scrum). Si le propriétaire du produit sait d'avance qu'il / elle accordera toujours la même priorité aux différentes plates-formes mobiles. (Par exemple, parce que c'est une politique d'entreprise)

Et si vos user stories sont assez petites, pour que votre équipe puisse en faire au moins quatre ou cinq en un sprint.

Ce n'est qu'alors que vous ne devez pas diviser vos histoires mobiles en une histoire par plate-forme. Utilisez la définition de done pour indiquer toutes les plates-formes attendues.

Dans tous les autres cas: divisez les histoires mobiles par plate-forme. Il n'y a absolument rien de mal à cela.

Kris Van Bael
la source
Merci Kris - je comprends votre point de vue sur le fait qu'ils soient assez petits, c'est certainement quelque chose à garder à l'esprit lorsque vous les
séparez
1

Pour toute personne qui a affiché cette page, cette réponse peut peut-être aider à fournir une option pour développer avec succès une application pour les deux plates-formes iOS / Android.

En tant que chef de projet qui a géré des projets Agile / Scrum, l'explication ci-dessus de développer la même application pour deux systèmes d'exploitation différents indiquerait deux flux de travail distincts.

Pour réussir, il faudrait deux projets distincts. Chaque système d'exploitation aura ses propres exigences. En mélangeant les deux OS dans un seul projet, vous pourriez potentiellement créer une confusion sur ce qui doit être développé dans l'un ou l'autre OS. Ainsi, votre équipe pourrait perdre un temps précieux à déchiffrer le système d'exploitation auquel l'exigence appartenait. En résumé.

Je recommanderais de configurer deux projets avec leur propre ensemble d'histoires utilisateur spécifiques au système d'exploitation.

user155821
la source