Criterios de aceptación: Difference between revisions
No edit summary |
No edit summary |
||
| Line 2: | Line 2: | ||
Suelen presentarse en formato de lista o flujo, y pueden escribirse en lenguaje natural, tal y como el ''[[product owner]]'' o el miembro del equipo que sugiera cada criterio se exprese. Lo importante es que ayuden a recordar de forma breve y clara la intención detrás de cada criterio. | Suelen presentarse en formato de lista o flujo, y pueden escribirse en lenguaje natural, tal y como el ''[[product owner]]'' o el miembro del equipo que sugiera cada criterio se exprese. Lo importante es que ayuden a recordar de forma breve y clara la intención detrás de cada criterio. | ||
==Véase también== | |||
*[[Historia de usuario]]. | |||
*[[Definición de hecho]]. | |||
*[[Pila del producto]]. | |||
*[[Product owner]]. | |||
*[https://www.scrummanager.com/blog/2023/03/criterios-de-aceptacion-definicion-y-ejemplos/ Scrum Manager Blog: «Criterios de aceptación: ejemplos para elaborarlos»]. | |||
*[https://open.spotify.com/episode/0GjNQprSs7wbQ8s6G0lGXu?si=f6b4006adcd24e1f Scrum Manager Podcast | Episodio 6: Definition of Done]. | |||
*[https://www.scrummanager.com/blog/2023/03/definition-of-done-o-definicion-de-hecho/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 6: Definition of Done]. | |||
Revision as of 13:50, 12 December 2023
Los criterios de aceptación definen qué requisitos mínimos debe cumplir una historia de usuario para determinar que ésta funciona adecuadamente. A diferencia de la definición de hecho, los criterios de aceptación se centran en cada elemento de la pila del producto por separado.
Suelen presentarse en formato de lista o flujo, y pueden escribirse en lenguaje natural, tal y como el product owner o el miembro del equipo que sugiera cada criterio se exprese. Lo importante es que ayuden a recordar de forma breve y clara la intención detrás de cada criterio.