storie Scrum e dietro le quinte caratteristiche [chiusa]

Question

Mi pare di capire le cose, l'arretrato Scrum è composto da una serie di storie che rappresentano qualcosa per l'utente finale e questo è ulteriormente scomposto in Caratteristiche.

Se questo è il caso, in cui fa tutto il dietro le quinte caratteristiche vanno che non sono realmente legati a una storia, ma sono ancora utili?

Per esempio, diciamo che sto facendo un'applicazione che cataloghi il contenuto di un disco rigido. Una storia non lo richiede ma che hanno un hash MD5 su ogni file sarebbe una caratteristica piacevole della segnalazione del duplicati.

Answer 1

Il modello classico di storie scrivere buoni è: "Come un , voglio in modo che "(o variazioni attorno a questo) e una storia dovrebbero infatti fornire il valore di business . Perché? Beh, se una storia non comunica il valore di business che genera, come potrebbe un (molto probabilmente non tecnico) Product Owner valutare la sua importanza e la priorità di conseguenza? Scrivendo buone storie aumenta le possibilità di farli valutato come importante e quindi l'attuazione.

Un ottimo strumento per trovare un buon il valore di business è il 5 Whys (che viene utilizzato per l'analisi delle cause, cioè trovare la causa principale di un problema). La documentazione cetriolo spiega molto bene come usarlo per trovare qualche "buono" valore di business e ha un molto buon campione, così, invece di parafrasare, sto citando la spiegazione di seguito:

  

valore di business e MMF

     

Si dovrebbe discutere la "Al fine di"   parte della funzione e pop il perché   impilare max 5 volte (chiedere perché   ricorsivamente) fino a quando si finisce con uno   dei seguenti valori aziendali:

     

  
• Entrate Protect
  
• Aumentare le entrate
  
• Gestisci costo
  
• Aumentare il valore del marchio
  
• Fare il prodotto notevole
  
• fornire più valore ai vostri clienti
  

     

Se siete in procinto di implementare una funzione   che non supporta uno di quelli   valori, è probabile che si sta per   implementare una funzione non prezioso.   Considerare lanciandolo tutto o   spingendolo verso il basso nel vostro portafoglio. Messa a fuoco   sull'attuazione delle FMM ( minima   Caratteristiche negoziabili ) che la volontà   fornire il massimo valore.

     

Ecco un esempio tratto da un IRC   sessione di chat in #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!

Quindi, vorrei iniziare: perché sarebbe bello avere un hash MD5 per ogni file (che, espressa come avete fatto, è un dettaglio di implementazione e non comunica alcun valore di business)

Answer 2

Non c'è backlog "mischia", solo

Product Backlog dal proprietario del prodotto che ha valori commerciali

e

Sprint Portafoglio Ordini per le scrumaster / sviluppatori quali compiti Lista riconducibili ad una storia.

sto aggiornando per precisando la distinzione tra un documento di visione e un portafoglio ordini di prodotto come for Business Value:

Vision Business Document (livello strategico) sono tutti di valore di business così come Product Backlog. Ma Product Backlog è equivalente a specifiche funzionali in altre metodologie tradizionali che è che è qualcosa di concreto o OPERATIONNALLY direttamente implementabile da parte del team, non solo una visione da un amministratore delegato di alto livello.

di backlog prodotto corso stesso dovrebbe essere tracable a Articoli Vision documento.

Answer 3

Alla fine della giornata, agile è di fare ciò che funziona per voi di essere produttivi. Questo tipo di risposte sono per voi a decidere ciò che funziona.

Può essere solo un dettaglio di implementazione di un'altra storia, o può essere una storia a sé.

Ciò che rende mai il vostro gruppo più produttivo è quello che dovrebbe essere.

Answer 4

vorrei metterli da qualcosa come:

• "user-storie non" o "NUS"
• "Solo programmatori" o "PO"
• "Dietro le sences" o "BTS"

seguito da una breve descrizione della funzione.
Quindi:

• BTS: catalogo filesystem
• PO: tipo di file find con la magia byte

_{Strano! Sto facendo la stessa applicazione! : -)}

Aggiornamento:

Quindi, ho letto wiki , penso che abbiamo bisogno di un log in più (il backlog Sprint).
Wiki dice:

  

Sprint backlog

     

Il backlog sprint è un documento che contiene informazioni su come la squadra sta per implementare le funzionalità per il prossimo sprint. Caratteristiche sono suddivisi in compiti; come best practice, le attività sono normalmente stimati tra le quattro e sedici ore di lavoro. Con questo livello di dettaglio tutta la squadra capisce esattamente cosa fare , e chiunque può potenzialmente scegliere un compito dalla lista.