Come posso pianificare le attività di ottimizzazione in Scrum?

Naviga le tue risposte
5

Recentemente il mio team Scrum ha ricevuto diverse richieste per l'ottimizzazione di alcune parti del nostro codice. Guardando il software con un profiler abbiamo trovato alcuni punti in cui il codice potrebbe essere migliorato.

Abbiamo concordato di pianificare principalmente basandoci sulle storie degli utenti per assicurarci che tutto ciò che facciamo abbia un reale beneficio per un utente finale, ma come sarebbe formulata questa storia? Non riesco a trovare una buona formulazione per loro.

Come potremmo pianificare al meglio tale sforzo? c'è un buon modo di parlare delle ottimizzazioni delle prestazioni in termini di storie degli utenti?

    
posta Thomas Lötzer 29.01.2013 - 10:11
fonte

2 risposte

12

Di solito dovresti creare storie di utenti seguendo queste linee:

  • Come utente, voglio che la transizione da X a Y avvenga in meno di Z secondi.
  • Come utente, voglio che X sia reattivo.
  • Come amministratore del server, voglio che il nostro server sia in grado di gestire le richieste simultanee di X.

Si noti che l'utente nella storia dell'utente non deve sempre essere un cliente pagante. Finché c'è un chiaro vantaggio per l'azienda, l''utente' può essere uno dei tuoi staff / dipartimenti. Se non riesci a definire un chiaro vantaggio per il business - ovvero i soldi portati o il tempo / i soldi risparmiati - rilasciali e passa a qualcos'altro.

Alcune note sui tempi:

  • Laddove possibile, è meglio essere precisi sui tempi poiché rimuove qualsiasi potenziale argomento sul fatto che le modifiche soddisfino i requisiti.
  • I tempi potrebbero essere specificati in relazione alle versioni precedenti. per esempio. "metà del tempo impiegato nella versione 1.0".
  • Tieni presente che anche l'hardware su cui gira il tuo prodotto farà la differenza! Quando non è implicito, vale la pena specificare l'ambiente di destinazione per il test di accettazione.
  • Potresti voler eseguire il backup di un requisito nebuloso con uno concreto per scopi di accettazione. per esempio. "il più velocemente possibile (ma non più di un minuto)".
  • Quando non riesci a dare un valore esatto, personalmente non ho problemi a essere inesatto ("circa un minuto", "circa la metà del tempo impiegato nella v1.0") o realmente non specifico ( "più veloce", "il più veloce possibile").
risposta data 29.01.2013 - 10:24
fonte
0

La decisione di esprimerla nelle storie degli utenti è eccellente. Hai scoperto che se non riesci a trovare una buona storia (in particolare il "così che") potrebbe non esserci alcun valore nel fare il lavoro?

Sono d'accordo nel renderlo quantitativo, altrimenti come puoi verificarlo.

Accetterei se riflettessero il comportamento degli utenti:

  • "in modo da non essere frustrato"
  • "in modo tale da impiegare la metà del tempo x"
  • "in modo da essere un po 'più felice al mattino"
risposta data 22.02.2013 - 06:40
fonte

Leggi altre domande sui tag

Evitare il dominio anemico - Come decidere quale singola responsabilità ha una classe L'ereditarietà dell'interfaccia è sempre sicura?