È una buona user story?

1

Questo è il titolo di una storia utente :

As APPLICATION I require a new SOAP element for OTHER_APPLICATION

Ultimamente ho letto molte voci come questa nel nostro strumento di scelta. Ecco una descrizione della descrizione. Ovviamente ho dovuto rimuovere un paio di dettagli, ma spero che sia ancora comprensibile.

A new SOAP element XXX must be defined in APPLICATION. APPLICATION will send XXX to OTHER_APPLICATION.

OTHER_APPLICATION shall return

  • some information
  • more information
  • another piece of data

The received information shall be stored.

The information shall be retrieved, when

  • condition A (result of a user interaction with APPLICATION)
  • condition B (result of system event on OTHER_APPLICATION)
  • condition C (user interaction with APPLICATION)

L'APPLICAZIONE è un'app Web per tecnici / assistenza clienti. OTHER_APPLICATION è un'appliance hardware distribuita in remoto senza accesso diretto all'utente.

Per me questo non sembra una (buona) user story. Ecco i miei pensieri al riguardo:

  • ✅ La descrizione è concisa e cerca di evitare dettagli di implementazione complessi come le definizioni SOAP XML o le definizioni della tabella del database.
  • ✅ L'elenco delle condizioni può essere utilizzato per la demo e la preparazione degli scenari di test.
  • ❎ Non ci sono informazioni perché è necessaria questa modifica all'API SOAP - questo dovrebbe essere il titolo attuale o la prima frase IMHO, qualcosa come "Come tecnico / servizio clienti, ho bisogno un modo per ottenere informazioni sullo stato di OTHER_APPLICATION in caso di un errore del servizio. " Ci può essere una nota sul servizio web esistente utilizzato per comunicare con OTHER_APPLICATION dall'OP, nel caso in cui tutti gli sviluppatori si siano improvvisamente dimenticati di è ...
posta cringe 11.01.2017 - 08:32
fonte

2 risposte

6

È una buona user story? : No

Questa è una buona descrizione tecnica per il team di sviluppo ma non a User_story che dovrebbe utilizzare "... frasi nel linguaggio quotidiano o commerciale dell'utente finale o dell'utente di un sistema .. ".

L'utente finale "tecnici / servizio clienti" che ad esempio ripara lavatrici

  • ha bisogno di informazioni quando / dove articoli di ricambio sono disponibili a quali prezzi.
  • non si preoccupa dei dettagli di implementazione tecnica come soap / database.
risposta data 11.01.2017 - 13:11
fonte
1

Ho lavorato su molti progetti in cui è stata data troppa libertà a quello che potrebbe essere considerato un racconto per l'utente. Questo accadeva regolarmente quando le persone volevano solo ottenere cose sul backlog del prodotto, indipendentemente da ciò che comportava, quindi abbiamo finito con numerosi articoli che non erano da una prospettiva utente, ma dal punto di vista di un attore del caso d'uso, o anche peggio, con nessuna prospettiva.

Quando ho una parola sui progetti in questa materia, lo faccio molto chiaramente: non confondere i requisiti con i casi d'uso con le storie degli utenti. Sono stato così irritato da questo su un progetto di qualche anno fa che sono stato costretto a mettere un articolo su LinkedIn a riguardo.

Che cosa è un requisito, a che serve caso, che cos'è un utente?

    
risposta data 11.01.2017 - 17:48
fonte

Leggi altre domande sui tag