👉 Como refinar una historia de usuario correctamente ✅ EJEMPLO claro y practico

[@claudiomanzoliz4378]

muy buen video! muy ilustrativo!! muchas gracias por compartir

[@hernanhurtadoEAC]

Gracias, esa es la idea!!

[@brihandavidrivera1976]

Genial!

[@mviloriameza]

Esta información debe ser de conocimiento general, dado que muchas veces los Dev pierden la capacidad de cuestionar lo que se trae de manera inicial y es ahí donde el facilitador debe tener claridad en las preguntas poderosas a realizar para habilitar la C de conversación. Gracias por compartir.

[@hangcko]

Excelente video para las personas que no estamos iniciando en la agilidad

[@hernanhurtadoEAC]

Gracias por el feedback

[@andresrojas5566]

​@@hernanhurtadoEAC0

[@innerthreatcircus5651]

Gracias por el video. En tus criterios de éxito pusiste que la EU cuenta con Dor y DoD pero las historias tienen criterios de aceptación, o no? El sprint debería tener DoR y DoD aplicables a todas as user stories, me parece a mí. Son cosas que salen transparentadas a de la adaptación post retrospectiva y son los pilares aplicados al proceso y no al producto (user stories). Me gustaría saber que piensas.

[@hernanhurtadoEAC]

Personalmente siempre recomiendo que todos los tipos de items del Backlog tengan tanto criterios de aceptación como DoR definidos individualmente ya que cada ítem tiene sus particularidades. Ahora en cuanto al DoD si se pudiese tener uno transversal pero según los tipos de ítem pero teniendo en cuenta que habrá particularidades que habrá que detallar. Ah y gracias por ver los videos, te invito a suscribirte al canal y a compartirlos.

[@andrejuega7484]

Gracias por la información, super valiosa. Solo me genera una duda. El equipo tecnico es el responsable de identificar y agregar al backlog los habilitadores ?

[@hernanhurtadoEAC]

Me alegro que la información compartida la encuentres valiosa. Claro mira los distintos tipos de habilitadores, son identificados por diferentes roles, por ejemplo el líder tecnico, el arquitecto y hasta los dev puedan identificar los habilitadores técnicos y/o arquitectónicos, los ux, UI y los dev, los habilitadores exploratorio, el/los arquitectos los habilitadores de infraestructura y los QA los de cumplimiento. Por lo que comp podemos observar todo el equipo participa en la identificación de los habilitadores aportando desde su experticia y/o rol.