Sviluppo di app per dispositivi mobili nativi: come strutturare le storie degli utenti?

9

Sto per iniziare un progetto che prevede lo sviluppo di prototipi di app mobili native (inizialmente iOS e Android), nonché un'interfaccia di amministrazione basata sul Web e un'API con cui queste applicazioni possano comunicare. Abbiamo un elenco di storie già redatte, tuttavia molte di esse sono nel formato:

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

Se questo fosse mirato per una singola piattaforma, non vedrei un problema. Tuttavia, dal momento che abbiamo scelto come target più piattaforme, non sono sicuro che ora dovrebbero essere duplicate, ad esempio "Come utente Android" o simili. Sembra una duplicazione, ma è un lavoro che dovrà essere completato separatamente per ogni piattaforma.

Questo è il primo progetto mobile su cui siamo nativi - in precedenza era Phonegap e abbiamo raggruppato tutte le storie in "Come utente mobile". Essendo essenzialmente un'app web-based racchiusa nel codice nativo, questo non ha rappresentato un problema, ma sono consapevole che le app totalmente native sono un gioco diverso!

    
posta richsage 09.10.2012 - 09:33
fonte

3 risposte

3

Non vedo perché non vuoi creare storie utente separate per ogni applicazione mobile. Anche se le storie sembrano simili, hanno enormi differenze sia dal punto di vista degli sviluppatori che degli utenti.

Se stai usando un sistema come Jira, potresti anche creare un progetto separato per ogni applicazione. Questo approccio è migliore soprattutto se tutte le applicazioni sono completamente indipendenti in termini di risorse _ diversi sviluppatori, diverse risorse del computer, ecc. Sarebbe più semplice effettuare stime per ciascuna attività.

Se non vuoi ancora creare storie utente separate, puoi creare attività per ogni applicazione nella stessa storia. Ma questo sarebbe conveniente se sviluppassi tutte le applicazioni contemporaneamente, in modo che ogni storia fosse completata quasi allo stesso tempo.

    
risposta data 09.10.2012 - 15:11
fonte
2

(Io uso che tu usi mischia). Se il proprietario del prodotto sa in anticipo che darà sempre la priorità alle diverse piattaforme mobili allo stesso modo. (Ad esempio, perché è un criterio aziendale)

E se le tue storie utente sono abbastanza piccole, in modo che il tuo team possa fare almeno quattro o cinque di esse in uno sprint.

Solo allora non dovresti dividere le tue storie mobili in una storia per piattaforma. Utilizza la definizione di fatto per indicare tutte le piattaforme previste.

In tutti gli altri casi: dividere le storie mobili per piattaforma. Non c'è assolutamente nulla di sbagliato in questo.

    
risposta data 10.10.2012 - 00:39
fonte
1

Per chiunque abbia estratto questa pagina, forse questa risposta può aiutare a fornire un'opzione per sviluppare con successo un'app per entrambe le piattaforme iOS / Android.

Come project manager che ha gestito progetti Agile / Scrum, la spiegazione sopra riportata sullo sviluppo della stessa applicazione per due diversi sistemi operativi indicherebbe due flussi di lavoro separati.

Per farlo con successo richiederebbero due progetti separati. Ogni sistema operativo avrà i propri requisiti. Mescolando i due SO in un singolo progetto si potrebbe creare confusione su ciò che deve essere sviluppato in entrambi i sistemi operativi. In questo modo, il tuo team potrebbe perdere tempo prezioso a decifrare quale sistema operativo appartenesse al requisito. In sintesi.

Raccomando di impostare due progetti con il proprio set di storie utente specifiche per il sistema operativo.

    
risposta data 11.11.2014 - 19:44
fonte

Leggi altre domande sui tag