Nicolás Kryvenki
Diaz Mauricio
carlos sabalza
Juan Antonio Avalos Orozco
Felipe Bernardo González Barranco
Rolando Mamani Salas
Julian Bohorquez
Diaz Mauricio
Jaime Escobar Saavedra
Diaz Mauricio
Jose Cruzado
Abner Batz
Andres Jaimes
Dayana Perez
Jonathan Wilmer Albán Bonilla
Gustavo Scipioni
Alejandro Palacio Wilches
Company_adminDaniel Hidalgo
Araceli Orozco Vadillo
Jeimi Herrera
Lina Giraldo
Felipe Bernardo González Barranco
Héctor Alejandro Godoy Rojas
Patricio Sánchez Fernández
Cady Berenise Antigua Cruz
Yuris Montalvo
Company_adminCriterios de Aceptación en las Historias de Usuario
Son condiciones para la calidad. La calidad tiene mucho que ver con la expectativa, mucho con los detalles.
3 recomendaciones de expectativas para crear los criterios:
Gracias
Super!
Criterios de aceptación
– ¿Qué es importante que probemos En colaboración: ¿Qué podría ser mal? ¿Qué cuidamos? – ¿Qué te preocupa? – ¿Qué más necesita saber el equipo? En colaboración: conocer la experiencia de los colaboradores.
:clap: :clap: :clap: :clap:
Muy deacuerdo !
Los criterios de aceptación son como pedir un deseo, los detalles están en lo que no pedimos. Para crear los criterios de aceptación es Importante tener en cuenta lo siguiente:
¿Que es importante probar de esa funcionalidad, que podrían salir mal, que es importante cuidar?
¿Que nos preocupa?¿preguntar que preocupa sobre esta funcionalidad?
¿Que mas necesita saber el equipo? Teniendo en cuenta eso, se puede preguntar, ya que el equipo podría tener mas experiencia.
Gracias
Criterios de aceptación: Son las condiciones para la calidad, es necesario la especificación de los criterios de aceptación, ser lo mas detallistas posibles en los requerimientos da como resultado menores costos de reprogramación de historias de usuario en siguientes sprints
Gracias
No hay que dar por sentado que, para medir la calidad de un criterio de aceptación puedo usar el método SMART en el que se han de cumplir en lo máximo posible lo siguiente: .
S - Specific (Específicos)
M - Measurable (Medibles)
A - Achievable (Alcanzables)
R - Relevant (Relevantes)
T - Time-boxed (Limitados en el tiempo)
Los criterios de aceptación ayudan al equipo de desarrollo a entender de forma mas clara el funcionamiento del producto, para estimar el tamaño de la historia para cuando el equipo se encuentre en fase de desarrollo sirve de guía cuando se tenga que tomar una decisión, se tomará la más acertada.
Yo considero que a veces toca tener dos sesiones de contextualizacion, por que despues de la priemra vez se le entrega informacion al equipo de desarrollo, solamente surgen algunas preguntas, pero despues cuando ellos comienzan la labor, aparecen muchas mas dudas
me gustaria ver un ejemplo de una HU completa refinada y con sus criterios de aceptación ya bien definidos eso aclararia algunas dudas
Cual es el momento correcto para hacerles estas preguntas al equipo?
En el sprint planning? o antes.
Criterios de aceptación en las Historias de Usuario Condiciones para la calidad 1 - Preguntarse: ¿Qué es importante que probemos? 2 - En colaboración con equipo: ¿Qué podría ser mal? ¿Qué cuidamos? ¿Qué te preocupa? ¿Qué más necesita saber el equipo? 3 - En colaboración: conocer la experiencia de los colaboradores.
El product owner es quien direcciona el producto y las prioridades, pero sin un equipo de desarrollo proactivo que participe en el refinamiento e ideas para potenciar el resultado la ecuación esta incompleta.
¡Genial!, las 4 preguntas me ayudaron a retroalimentar mis criterios de aceptación.
Hola! Tengo una duda, si requiero que el sistema ejecute una tarea diariamente a las 24:00 (cron job), en la parte de la HU que pregunta ¿Como usuario? qué debo poner? si en este caso no es un usuario si no el sistema, o no se requiere realizar una HU?
Hola, Araceli, Creo que en este caso la HU sería a que necesidad esta dando respuesta el job. p.e. "Como gerente de ventas quiero recibir un informe diario del cierre de las ventas del día de ayer con el cumplimiento de ventas por correo para poder definir un plan de acción en caso de que no estemos cumpliendo con la meta"
Entonces en este ejemplo el job es una tarea, es decir es el enfoque del ¿Cómo se decidió solucionar esa necesidad?.
También puede ser un requerimiento técnico que se deriva de un Objetivo de Negocio.
Saludos.
Excelentes preguntas para promover la conversación. En mi experiencia me sucede constantemente que las personas se quedan calladas, prefieren guardar sus preocupaciones y creo que al llegar con este tipo de preguntas se abre más fácil la comunicación.
Gracias! son muy buenas recomendaciones, el trabajo es en equipo es por esto que entre todos los colaboradores se debe llegar a tener una idea en común sobre lo que se piensa hacer
Los criterios de aceptación son a un nivel más micro que los "Definition of Done"? Entiendo que ambos aseguran la calidad del incremento que involucra la HU.
Anticipar escenarios o situaciones posibles, ayudan a disminuir el riesgo de ocurrencia, no lo evita, pero al menos nos ayuda a estar con una mentalidad lejos de la ansiedad.
Una HU debe ser conversada!! y de manera colaborativa poderla completar.
Una historia de usuario tienen que ser conversada y de manera colaborativa poderla complementar.