Criterios de Aceptación en Historias de Usuario: Estrategias y Detalles

Clase 8 de 11 • Curso de Historias de Usuario en Scrum

Clase anteriorSiguiente clase

Nicolás Kryvenki

student•

Criterios 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:

Preguntarse: ¿Qué es importante que probemos? Que es importante que nos enfoquemos, que podría salir mal y que es importante que cuidemos → Las respuestas se dan de manera colaborativa.
Preguntar/se ¿Qué es lo que nos preocupa?: Ayuda a identificar riesgos o amenazas. Suele derivar en criterios de aceptación para agregar a nuestras historias.
Preguntar: Qué más necesita saber el equipo? → En colaboración, conocer la experiencia de los colaboradores. Aquí también suele dar hincapié a hacer refinamiento.

Diaz Mauricio

student•

Gracias

carlos sabalza

student•

Super!

Juan Antonio Avalos Orozco

student•

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.

Felipe Bernardo González Barranco

student•

:clap: :clap: :clap: :clap:

Rolando Mamani Salas

student•

Muy deacuerdo !

Julian Bohorquez

student•

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.

Diaz Mauricio

student•

Gracias

Jaime Escobar Saavedra

student•

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

Diaz Mauricio

student•

Gracias

Jose Cruzado

student•

Abner Batz

student•

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)
- Que son concretos
- Que recogen detalles
M - Measurable (Medibles)
- Deben poderse medir para saber si se alcanza la meta
A - Achievable (Alcanzables)
- Que la meta sea retadora pero realista
R - Relevant (Relevantes)
- Determinan los beneficios de alcanzar la meta
T - Time-boxed (Limitados en el tiempo)
- Establece un periodo para cumplir la meta

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.

Jonathan Wilmer Albán Bonilla

student•

Cual es el momento correcto para hacerles estas preguntas al equipo?

En el sprint planning? o antes.

Gustavo Scipioni

student•

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.

Daniel Hidalgo

student•

¡Genial!, las 4 preguntas me ayudaron a retroalimentar mis criterios de aceptación.

¿Qué es importante que probemos?
¿Qué podría salir mal y qué es importante que cuidemos?
¿Qué te preocupa?
¿Qué más necesita saber el equipo?

Araceli Orozco Vadillo

student•

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?

Jeimi Herrera

student•

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.

Andres Jaimes

student•

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

Lina Giraldo

student•

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.

Felipe Bernardo González Barranco

student•

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

Héctor Alejandro Godoy Rojas

student•

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.

Patricio Sánchez Fernández

student•

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.

Dayana Perez

student•

me gustaria ver un ejemplo de una HU completa refinada y con sus criterios de aceptación ya bien definidos eso aclararia algunas dudas

Cady Berenise Antigua Cruz

student•

Una HU debe ser conversada!! y de manera colaborativa poderla completar.

Yuris Montalvo

company_admin•

Una historia de usuario tienen que ser conversada y de manera colaborativa poderla complementar.