A la metodologia <Scrum/CTTI> un esprint s'executa amb “Dual Track”, és a dir en dos fluxos de treball (Discovery Track i Delivery Track). El “Dual Track”, separa la definició i la descoberta d'Històries d'Usuari de la part de la construcció, és a dir, conviuen en paral·lel.
En el track “Discovery” es treballen i s'analitzen les necessitats i requisits fins que les Històries d'Usuari (HU) estan en estat “Ready” que voldrà dir que la HU està a punt per a que l'equip de desenvolupament la realitzi.
El resultat són Històries d'Usuari “Ready”
La Història d'Usuari (HU) que està llesta (Ready) té el nivell de definició i claredat necessari i suficient, és a dir, l'equip ha entès perquè convé fer-la.
La Pila (Backlog) de “Discovery”
L'equip i el Propietari de producte (PO) exploren possibles solucions a implementar al producte. Són idees que passen per un procés d'experimentació i prototipatge, emprant tècniques com ara el “Design Thinking”. El cicle de vida d'aquestes idees, des que s'expressen fins que es validen, es gestiona al Kanban de Discovery, que proporciona informació a l'equip respecte del procés experimental i de descobriment. Un cop l'idea està validada, l'equip dona la Història d'Usuari per definida si aquesta compleix la DoR (Definició de Llest).
Per una altra banda, l'arquitectura plantejada de l'entorn de validació haurà d'agilitzar els desplegaments. S'haurà de basar en: Platform as a Service (PaaS), Infraestructure as Code (IaC) i Continuous Delivery (CD).
Estats
Una Història d'Usuari passa per diferents estats en el Discovery Track.
In Discovery
Les Històries d'Usuari que estan a la Pila (Backlog), passen a estar en l'estat "In Discovery". Són Històries d'Usuari que entren en un esprint, però que encara estan sense refinar. Per tant, no compleixen la DoR (Definició de Llest). Aquí és on s'han de fer reunions, workshops de treball amb els clients finals. Un cop en aquestes reunions, s'acaben de refinar aquestes històries, passarien al següent estat (Discovered).
Discovered
Són les Històries d'Usuari que s'han refinat en l'anterior estat que ja s'han descobert, estan OK, i que estan llestes perquè es doni el "Ready". En aquest estat està pendent de validació de compliment amb la DoR.
Ready
Des de Negoci, es valida que les Històries d'Usuari compleixen la DoR. Aquestes Històries d'Usuari són les candidates a entrar al següent track, és a dir, al Delivery Track.
 |
 |
 |
 |
Sincronitzat |
Enfocament usuari |
Qualitat |
Centrat a Producte |
L'equip que treballa en el “Discovery” és el mateix que treballa en el “Delivery". Comparteixen cerimonies àgils: Daily, Revisió, Retrospectiva. |
En contacte estret amb l’usuari, empatitzant i recuperant feedback. |
Amb la DoR, el track de "Discovery" constitueix, defineix i especifica el nivell de qualitat del producte. |
Es col·labora estretament amb els Gestors de Producte, per alinear objectius i resultats. |
Assegurem l'èxit de la fase de Delivery amb la DoR. A continuació, es mostren els criteris a tenir en compte:
A la metodologia <Scrum/CTTI> un esprint s'executa amb “Dual Track”, és a dir en dos fluxos de treball (Discovery Track i Delivery Track). El “Dual Track”, separa la definició i la descoberta d'Històries d'Usuari de la part de la construcció, és a dir,conviuen en paral·lel.
En el track “Discovery” es treballen i s'analitzen les necessitats i requisits fins que les Històries d'Usuari (HU) estan en estat “Ready” que voldrà dir que la HU està a punt per a que l'equip de desenvolupament la realitzi.
El resultat són Històries d'Usuari “Ready”
La Història d'Usuari (HU) que està llesta (Ready) té el nivell de definició i claredat necessari i suficient, és a dir, l'equip ha entès perquè convé fer-la.
La Pila (Backlog) de “Discovery”
L'equip i el Propietari de producte (PO) exploren possibles solucions a implementar al producte. Són idees que passen per un procés d'experimentació i prototipatge, emprant tècniques com ara el “Design Thinking”. El cicle de vida d'aquestes idees, des que s'expressen fins que es validen, es gestiona al Kanban de Discovery, que proporciona informació a l'equip respecte del procés experimental i de descobriment. Un cop l'idea està validada, l'equip dona la Història d'Usuari per definida si aquesta compleix la DoR (Definició de Llest).
Per una altra banda, l'arquitectura plantejada de l'entorn de validació haurà d'agilitzar els desplegaments. S'haurà de basar en: Platform as a Service (PaaS), Infraestructure as Code (IaC) i Continuous Delivery (CD).
Estats
Una Història d'Usuari passa per diferents estats en el Discovery Track.
In Discovery
Les Històries d'Usuari que estan a la Pila (Backlog), passen a estar en l'estat "In Discovery". Són Històries d'Usuari que entren en un esprint, però que encara estan sense refinar. Per tant, no compleixen la DoR (Definició de Llest). Aquí és on s'han de fer reunions, workshops de treball amb els clients finals. Un cop en aquestes reunions s'acaben de refinar aquestes històries, passarien al següent estat (Discovered).
Discovered
Són les Històries d'Usuari que s'han refinat en l'anterior estat que ja s'han descobert, estan OK, i que estan llestes perquè es doni el "Ready". En aquest estat està pendent de validació de compliment amb la DoR.
Ready
Des de Negoci, es valida que les Històries d'Usuari compleixen la DoR. Aquestes Històries d'Usuari són les candidates a entrar al següent track, és a dir, al Delivery Track.
Sincronitzat
L'equip que treballa en el “Discovery” és el mateix que treballa en el “Delivery". Comparteixen cerimonies àgils: Daily, Revisoó, Retrospectiva.
Enfocament usuari
En contacte estret amb l’usuari, empatitzant i recuperant feedback.
Qualitat
Amb la DoR, el track de "Discovery" constitueix, defineix i especifica el nivell de qualitat del producte.
Centrat a Producte
Es col·labora estretament amb els Gestors de Producte, per alinear objectius i resultats.
Assegurem l'èxit de la fase de Delivery amb la DoR. A continuació, es mostren els criteris a tenir en compte: