La differenza tra Story e Task
Qual è la differenza tra una User Story e un Task?
"Questa è una domanda facile", pensai quando mi fu chiesto per la prima volta in uno dei miei corsi Certified Scrum Master. "La differenza è...", iniziai e mi resi conto rapidamente che non era poi così semplice come pensavo.
Avevo usato i due termini "User Story" e "Task" nei miei corsi da anni e nella mia mente erano due cose chiaramente separate. Le User Story sono nel Product Backlog e i Task vengono definiti durante lo Sprint Planning e vanno nello Sprint Backlog.
Questo era corretto – tuttavia non era molto utile. Si potrebbe anche dire "il sale è quello che sta nella saliera e il pepe quello che va nel macinapepe". Certo, le Story sono nel Product Backlog e i Task nello Sprint Backlog. Ma qual è la vera differenza?
Quando mi fu posta questa domanda per la prima volta, ci pensai un momento e capii che conoscevo la risposta. A una Story lavorano generalmente più persone. Un Task viene normalmente svolto da una sola persona.
Vediamo se è vero...
Una User Story è fondamentalmente qualcosa di riconoscibile per l'utente finale. Svilupparla coinvolge solitamente un programmatore e un tester, forse anche un interface designer o un analista, forse uno sviluppatore di database ecc.
Sarebbe estremamente insolito che una User Story venisse sviluppata da una singola persona. (E se fosse così, quella persona dovrebbe ricoprire più di uno di questi ruoli.)
Un Task, tuttavia, riguarda normalmente scrivere codice, progettare qualcosa, generare dati di test, automatizzare qualcosa ecc. Tutte queste cose vengono generalmente svolte da una singola persona.
Si può naturalmente argomentare che alcune di queste cose possono o dovrebbero essere fatte in coppia. Questa è però solo una sfumatura della mia distinzione tra User Story e Task. Quando si lavora in coppia, è come se due cervelli condividessero un paio di mani mentre svolgono un lavoro insieme. Questo è qualcosa di molto diverso dai diversi tipi di lavoro che emergono in una Story.
Ho tuttavia fatto alcune affermazioni un po' traballanti, come ad esempio che i Task vengono normalmente svolti da una persona. Ed ecco perché erano traballanti: alcuni Task sono riunioni (ad es. un design review con tre membri del team) e tuttavia li definisco Task e non User Story.
Forse la distinzione migliore è dire che le Story comprendono diversi tipi di lavoro (ad es. programmazione, testing, database design, user interface design ecc.), mentre i Task si limitano a un solo tipo specifico di lavoro.
Questo testo proviene dal blog di Mike Cohn ed è stato tradotto in italiano.
