histoires Scrum et fonctions dans les coulisses [fermé]
-
04-10-2019 - |
Question
Comme je comprends les choses, l'arriéré Scrum est composé d'une série d'histoires qui représentent quelque chose pour l'utilisateur final, ce qui est décomposée en fonctions.
Si tel est le cas, d'où vient tout derrière les scènes caractéristiques vont qui ne sont pas vraiment liés à une histoire, mais sont encore utiles?
Par exemple, disons que je fais une demande que les catalogues le contenu d'un disque dur. Une histoire ne nécessiterait pas mais ayant un md5 sur chaque fichier serait une option intéressante pour signaler les doublons.
La solution
Le modèle classique d'écrire de bonnes histoires est: « En tant que
Un excellent outil pour trouver un bon valeur commerciale est 5 Whys (qui est utilisé pour l'analyse des causes profondes, à savoir trouver la cause d'un problème). Le concombre rel="noreferrer"> explique très bien comment l'utiliser pour trouver une valeur commerciale « bien » et a très bon échantillon, donc, au lieu de paraphraser, je cite l'explication ci-dessous:
valeur commerciale et MMF
Vous devriez discuter de la « Afin de » une partie de la fonctionnalité et pop le pourquoi empiler 5 fois max (demander pourquoi récursive) jusqu'à ce que vous vous retrouvez avec un des valeurs commerciales suivantes:
- Protéger les recettes
- Augmenter les recettes
- Gérer les coûts
- Augmenter la valeur de la marque
- le produit remarquable
- Fournir plus de valeur à vos clients
Si vous êtes sur le point de mettre en œuvre une fonction qui ne supporte pas l'un de ces les valeurs, les chances sont que vous êtes sur le point mettre en œuvre une fonction non-valeur. Pensez à jeter complètement ou poussant vers le bas dans votre carnet. Concentrer la mise en œuvre des OPCVM monétaires ( minimum Caractéristiques de placement) qui sera obtenir le plus de valeur.
Voici un exemple tiré d'un IRC session de conversation en #cucumber:
[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature "login" (imagine an application like youtube) [5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"? [5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login in the application (?) [5:09pm] Luis_Byclosure: why do I want to be recognized among other people? [5:11pm] aslakhellesoy: Why do people have to log in? [5:12pm] Luis_Byclosure: I dunno... why? [5:12pm] aslakhellesoy: I'm asking you [5:13pm] aslakhellesoy: Why have you decided login is needed? [5:13pm] Luis_Byclosure: identify users [5:14pm] aslakhellesoy: Why do you have to identify users? [5:14pm] Luis_Byclosure: maybe because people like to know who is publishing what [5:15pm] aslakhellesoy: Why would anyone want to know who's publishing what? [5:17pm] Luis_Byclosure: because if people feel that that content belongs to someone, then the content is trustworthy [5:17pm] aslakhellesoy: Why does content have to appear trustworthy? [5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and consequently in the website [5:20pm] Luis_Byclosure: Why do I want to get people interested in the website? [5:20pm] aslakhellesoy: :-) [5:21pm] aslakhellesoy: Are you selling something there? Or is it just for fun? [5:21pm] Luis_Byclosure: Because more traffic means more money in ads [5:21pm] aslakhellesoy: There you go! [5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase de revenues. [5:22pm] Luis_Byclosure: And this is the end, right? [5:23pm] aslakhellesoy: In order to drive more people to the website and earn more admoney, authors should have to login, so that the content can be displayed with the author and appear more trustworthy. [5:23pm] aslakhellesoy: Does that make any sense? [5:25pm] Luis_Byclosure: Yes, I think so [5:26pm] aslakhellesoy: It's easier when you have someone clueless (like me) to ask the stupid why questions [5:26pm] aslakhellesoy: Now I know why you want login [5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything [5:26pm] aslakhellesoy: And if I was the customer I am in better shape to prioritise this feature among others [5:29pm] Luis_Byclosure: true!
Alors, permettez-moi de commencer: pourquoi serait-il agréable d'avoir un md5 sur chaque fichier (qui, exprimé comme vous l'avez fait, est un détail de mise en œuvre et ne communique aucune valeur commerciale)
Autres conseils
Il n'y a pas de retard "scrum", seulement
Carnet de commandes de produit par le propriétaire du produit qui a des valeurs d'entreprise
et
Sprint Carnet de commandes par les scrumaster / developpeurs les tâches de la liste remonte à une histoire.
Je suis mise à jour pour la distinction entre en précisant un document de vision et un Carnet de commandes de produits comme pour les entreprises Valeur:
Vision document (niveau stratégique) sont tous sur Business Value ainsi que Carnet de commandes produit. Mais produit Carnet de commandes est équivalent aux spécifications fonctionnelles dans d'autres méthodes traditionnelles qui est quelque chose de concret ou OPERATIONNALLY directement implémentable par l'équipe non seulement une vision d'un directeur général de haut niveau.
backlog de produit de cours lui-même doit être traçable Vision objets du document.
A la fin de la journée, agile est de faire ce qui fonctionne pour vous d'être productif. Ce genre de réponses sont à vous de décider ce qui fonctionne.
Il est peut-être un détail de la mise en œuvre d'une autre histoire, ou peut-être une histoire à lui-même.
Ce qui rend toujours votre groupe le plus productif est ce qu'elle devrait être.
Je les placerait par quelque chose comme:
- "non-utilisateurs des histoires" ou "NUS"
- "Les programmeurs seulement" ou "PO"
- "Derrière les sences" ou "BTS"
Suivi par une brève description de la fonction.
Donc:
- BTS: système de fichiers catalogue
- PO: le type de recherche de fichiers avec la magie octets
Étrange! Je fais la même application! : -)
Mise à jour:
Alors, je lis wiki , je pense que nous avons besoin d'un journal supplémentaire (le carnet de commandes de Sprint).
Wiki dit:
Sprint backlog
Le carnet de sprint est un document contenant des informations sur la façon dont l'équipe va mettre en œuvre les fonctionnalités pour le sprint à venir. Les fonctionnalités sont réparties en tâches; comme les meilleures pratiques, les tâches sont normalement estimés entre quatre et seize heures de travail. Avec ce niveau de détail toute l'équipe comprend exactement ce qu'il faut faire , et tout le monde peut potentiellement prendre une tâche dans la liste.