| Objectiu | ||
| Descobrir què és exactament el que volen els nostres usuaris o clients pot ser complex en alguns projectes. En aquests casos és convenient que usem tècniques àgils de descobriment, i obtenir així iterativament els requisits i el seu refinament. Aquest procediment es pot aplicar tant si el desenvolupament serà realitzat en un procés àgil com si ho serà amb un procés clàssic. | ||
| Qui ho fa | Qui ho valida | |
| Cap de Projecte (Proveïdor) | Responsable funcional de sistema d'informació | |
| Passos | ||
|
||
| Entrades | Sortides | |
| Guies, estàndards i altres documents relacionats | ||
|
||
Els passos o activitats a realitzar es descriuen en el següent gràfic:
Revisar o crear la visió del producte
Revisar el document de Visió i necessitats, o bé crear-lo si no existeix.
Realitzar el roadmap de l’aplicació (full de ruta)
En una o dues sessions es realitzarà un resum gràfic on es mostri la relació dels requeriments i les diferents versions on s’inclouran cadascun d’ells. Aquests requeriments els mostrarem com a èpiques del producte.
Tècnica a emprar: Mapatge d’històries
El mapatge d’històries mostra gràficament la relació entre les èpiques, històries i les versions a lliurar. A l’eix horitzontal es mostren les diferents versions planificades i a l’eix vertical les èpiques i/o històries. A l’interior de la gràfica s’afegeixen les històries que s’han de realitzar.
Referència: https://jpattonassociates.com/user-story-mapping/
Planificar les iteracions d’una versió
Hem de tenir en compte que podem partir de dos possibles escenaris:
- Temps limitat i abast tancat
- Temps limitat i abast flexible, és a dir, es poden deixar requeriments per següents versions.
Es realitzen els següents passos:
Per a cada requisit identificat per la versió, tot l’equip funcional fa una estimació amb hores ideals (no reals) necessàries per realitzar l’anàlisi. L’esforç assignat es farà per votació, amb fins a 3 intents. Si no hi ha consens, es farà la mitja de les estimacions i s’arrodonirà al valor més alt.
D’acord amb la disponibilitat de l’equip i l’esforç assignat s’extreuen el nombre d’iteracions que es requeriran per fer el refinament de tota la versió
Un cop definides les iteracions i la prioritat del backlog del producte negoci ho ha de validar.
Per a cada iteració de la versió que s’està analitzant
Planificació de la iteració
Seleccionar els requisits que es refinaran durant la iteració (èpiques i històries d’usuaris) i revisar les estimacions.
Refinament
Realitzar el refinament dels requisits. Es faran workshops (sessions de treball) diàries i amb la tècnica del INVEST obtindrem històries d’usuari ben refinades.
Validació dels lliurables
Es realitza en finalitzar la iteració i serveix per validar que els requisits compleixen la Definició de preparat o Definition of Ready (DoR).
Es comença l’activitat amb la revisió dels objectius de la iteració i després es presenten els resultats. Negoci fa les seves impressions i si cal, es revisen les prioritats del backlog del producte.
Si el desenvolupament que es realitzarà seguirà un procés clàssic convé que l’anàlisi sigui més exhaustiu (definició d’escenaris, prototipus de pantalles, …), mentre que si sabem que es seguirà un procès àgil, tindrem un major marge de maniobra per anar descobrint part de l’anàlisi durant la construcció.
Retrospectiva
S’ha de treballar una reflexió sobre la iteració que ha finalitzat i possibles millores per les properes iteracions.
Es pot usar la tècnica d’estrella:
