Sto cercando di apprendere le metodologie Agile attraverso il libro Head First Software Development e dopo aver letto su di esso, ho provato ad applicare il concetto di User Story a un mini progetto recente (set di nuove funzionalità aggiunte a un applicazione esistente).
Oltre al fatto che ho difficoltà a non pensare in termini di "compiti", ho anche avuto problemi con il fatto che il cliente ha chiesto le cose in un modo che, per me, includeva l'implementazione.
Ad esempio, invece di chiedere "vogliamo che gli utenti limitati abbiano un indirizzo ora, proprio come gli utenti normali" e lasciandoci il resto, direbbero "vogliamo che gli utenti limitati appaiano nella stessa lista degli utenti normali e vogliamo che abbiano anche un indirizzo, e dovrebbe essere modificabile nella stessa schermata di modifica dell'indirizzo come utenti normali ".
Mi sembra che le User Story siano pensate per esprimere un'esigenza aziendale, ma non la sua implementazione tecnica, né la sua implementazione dell'interfaccia utente. Detto questo, ha senso che un cliente imponga la sua visione dell'interfaccia utente e che sia il loro bisogno commerciale?
Come potrei trasformare la richiesta del cliente in una o più User Story? Dovrei dire "woah there! Dimmi i tuoi obiettivi finali e vedremo come possiamo ottenere l'interfaccia utente per accoglierli più tardi"? Devo creare più storie, una per le principali esigenze aziendali (gli utenti limitati hanno un indirizzo) e altre per le richieste di interfaccia utente? Dovrei solo fare in modo che l'azienda abbia bisogno di una singola storia e avere altri dubbi come dettagli / test di accettazione?
Devo ammettere che sono piuttosto bagnato dietro le orecchie quando si tratta di Agile e User Stories e ho difficoltà a definire quanto ne vada dentro e dove andrebbe anche il resto.