Transformación de Requisitos en Historias de Usuario

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

Clase anteriorSiguiente clase

Carlos Andres Calvo G.

student•

Pasos para convertir requerimientos en HUs:

Se descubren FUNCIONALIDADES en esos requerimientos
Para cada una, se identifica el QUIEN (lo usaría)
Para cada una se identifica el PARA QUÉ (Beneficio)
A cada una se le establecen unos CRITERIOS DE ACEPTACIÓN
Finalmente se identifica para cada una si existen REQUISITOS TÉCNICOS o FÓRMULAS que debamos tener en cuenta.

Diaz Mauricio

student•

Gracias

David De la Cruz

student•

Una historia de usuario es la consecuencia de una análisis, es la consecuencia de ordenar las piezas de información que nos van llegando.

Diaz Mauricio

student•

Gracias

Juan José Mosquera

student•

Resumen: A cada item de la lista se le agrega el quien, para que, los criterios de aceptación, indica si tiene un requerimiento técnico y poner formulas.

Diaz Mauricio

student•

Gracias

Emma Rosa Pilozo Solano

student•

Historias de usuarios: Se base a los requerimientos o lista de peticiones de los usuarios.

Una lista es de una sola dimensión y es muy importante darle mas dimensiones y más categorías para tener historias de usuarios

Diaz Mauricio

student•

Gracias

Noelia Maldonado

student•

Excelente recomendación la de tener presente si la US está relacionada a req tecnicos y/o conlleva formulas. Me encanto! Lo voy a empezar a aplicar. Gracias

Julian Bohorquez

student•

Cuando se levanta información, se ve plana y parece una lista (una sola dimensión)

A la lista de requerimientos se le debe agregar el quien y el para que y agregar los criterios de aceptación.

Es opcional y posible agregar algún requerimiento tecnico si lo tiene o se deriva de el

Es opcional también agregar formulas, en casos de que por ejemplo, se requieran agregar formulas o algoritmos específicos a la HU

Diaz Mauricio

student•

Gracias

Nicolas Ramirez Arias

student•

creo que las formulas se ven mejor como un criterio de aceptación

hacer calculo con los datos 1 datos 2 y datos 3 usando la formula (dato1 + dato2)/2 ejemplo dato1 =4 dato2 =5 --> (4+5)/2 = 4.5

Diaz Mauricio

student•

Gracias

Diana Loboa

student•

mmm en algunos casos las formulas no son tan sencillas , por lo que si es bueno tratarlas en otro segmento

onyangel castañeda

student•

entender lo que los clientes nos piden y derivar ese esfuerzo en el derivado que es nuestro softwere pero es importante tener ademas uan dimension clara y no tener malos entendido.

entender categorizar y ordenar: nunca nos van a dar toda la informacion ordenada y darle el orden a ese que encontramos funcionalidades, asi consideraremos el valor y el tiempo que tenemos que agregar.

seguidamente agregamos el quien y para que: teniendo en cuenta tambien los criterios de aceptacion y ahora si tendriamos una dimension respetando la estructura del usuario

la importancia del contexto es ver las diferentes prespectivas: sumar requerimientos tecnicos si se derivan del mismo, identificar formulas

con estas recomendaciones no solo pasamos de una lista a una historia sino en crear una verdadera planificacion colaborativa.

Hapi Corp

student•

Hola Vanessa, Entiendo que Las historias de usuario se estiman con puntos de historia, lo cuál es primordial para ver las graficas de reportes,

En el caso de que sea un requerimiento técnico, como por ejemplo "levantamiento de un ambiente de pruebas", ¿como se debe estimar? o ¿estos requeirmientos técnicos, "de backend", de los debe de alguna forma traducir a historias de usuario para poder estimarlas?.

Muchas gracias

Vanessa Amaya

teacher•

Hola Hapi. Si está el concepto de puntos por historia, yo en particular no los uso porque caemos en la subjetividad del avance y se pierde el alto valor de manejar estados en lugar de puntos o porcentajes. Lo que mejor me ha funcionado es "cuenta lo que ya terminamos" Tanto los requisitos funcionales y requisitos técnicos deben de estimarse considerando: la complejidad, antes de hablar de tiempos, hay que entender la complejidad en voz de quienes van a hacer realidad esos requisitos. No es necesario hacer los requisitos técnico en formato de historia de usuario, algunos sí lo hacen y les llaman historias técnicas pero no es un concepto que me guste. con que se especifique el objetivo del requisito técnico y condiciones de calidad claras, con eso.

Pablo Sulecio Varela

student•

¿Como se puede medir una historia de usuario, en cuanto a tiempo y esfuerzo requerido?

Luzan Muga

student•

Con votación sobre los niveles de dificultad por parte del equipo que las ejecutará :)

Luz Adriana Barbosa Gonzalez

student•

Una consulta cuando se trabaja por requerimientos, y estos son priorizados en el Backlog, pero resulta que salió un tema urgente de producción y se debe sustituir por un caso que éste en Sprint actual, esto es correcto sustituir y dar un nuevo alcance ?

Vanessa Amaya

teacher•

Hola! En la versión anterior de la guía oficial de Scrum no se permitían los cambios durante el sprint pero ahora ya es válido, por lo tanto, si surge algo urgente y está confirmado el valor de dicha urgencia se pueden hacer cambios pero esto implica sustituir, el alcance no puede quedarse igual y sumar lo nuevo, tiene que elegirse, qué se va a dejar de hacer para que entre lo nuevo.

Ludwring Liccien

student•

Como se llama la palicacion de pizzarr que usa?

Vanessa Amaya

teacher•

Hola Ludwring!

Los pizarrones digitales que más uso son: Jamboard - Google MURAL (el que usé en el curso) MIRÓ

De los 3, el que más me gusta es MURAL.

Mateo andres Aguilar

student•

Se llama Trello

Jose Cruzado

student•

Emerson Cedeño

student•

excelente, muchas gracias!

Daniel Hidalgo

student•

Ejemplo de una fórmula financiera simple:

**Fórmula del Interés Simple: ** La fórmula del interés simple se utiliza para calcular la cantidad de dinero que se gana o se paga como interés en una inversión o préstamo, y se representa de la siguiente manera:

Interés Simple (I) = Capital Inicial (P) x Tasa de Interés (r) x Tiempo (t)

Interés Simple (I): El monto de dinero ganado o pagado como interés. Capital Inicial (P): La cantidad de dinero principal en la inversión o préstamo. Tasa de Interés (r): La tasa de interés por período (generalmente en forma decimal). Tiempo (t): El número de períodos durante los cuales se aplica la tasa de interés. Por ejemplo, si tienes un préstamo de $1,000 (P) a una tasa de interés del 5% (0.05 como r) durante 2 años (t), puedes calcular el interés simple de la siguiente manera:

I = 1,000 (P) x 0.05 (r) x 2 (t) = $100

Por lo tanto, el interés simple en este préstamo sería de $100.

Rolando Mamani Salas

student•

Muy buena explicacion !

Miguel Angel Camacho

student•

Para nada, 3 minutos desperdiciados siendo redundante

Felipe Bernardo González Barranco

student•

La importancia de poner las historias con su contexto para minimizar los errores y tener una visión conjunta de lo que se va a realizar

Joaquín Emanuel Singer

student•

Buenas, tengo una duda. En las historias de usuarios se contempla todo al rededor de una funcionalidad ¿que pasa con las tareas como aplicar el diseño o la carga de información a una vista?¿scrum contempla ese tipo de tareas en las historias de usuarios o entraría dentro de los requisitos técnicos?

Platzi

student•

En las historias de usuario se contempla la funcionalidad que se desea implementar, pero las tareas específicas como aplicar el diseño o la carga de información a una vista entrarían dentro de los requisitos técnicos. Scrum se enfoca en la entrega de valor al usuario, por lo que las tareas técnicas se manejan por separado en el backlog del equipo de desarrollo.

Joaquín Emanuel Singer

student•

Ahh okey, entonces un tablero tendra tanto HU como tareas técnicas?

Elizabeth Marruffo

student•

No me quedó claro si en una historia de usuario se pueden contemplar varias funcionalidades o es una funcionalidad por historia de usuario, siguiendo el principio de que debe ser sencilla y entendible. Cómo debería ser?

Vanessa Amaya

teacher•

Hola Elizabeth!

Una historia de usuario contempla una sola funcionalidad para poder ayudar al dimensionamiento del proyecto y ayudar al entendimiento claro hacia los desarrolladores.

Loander Hernandez

student•

Profe, ¿Cuál es el programa que usa en esta clase que simula un board? Gracias.

Vanessa Amaya

teacher•

Hola! Uso MURAL y TRELLO

Lady Laura Herrera

student•

Alguien me puede decir como se llama el software que utiliza para hacer las clases?

Vanessa Amaya

teacher•

Hola Lady. Uso una app que se llama MURAL

Transformación de Requisitos en Historias de Usuario

Introducción a las Historias de Usuario

Historias de Usuario en Scrum: Conceptos y Aplicación Práctica

Estructura y Componentes de una Historia de Usuario

Errores comunes al implementar historias de usuario en Scrum

Estrategias Efectivas para Historias de Usuario en Proyectos Ágiles

Conceptos de Scrum relacionados a las HU

Creación y Gestión de Backlog en Scrum con Trello

Refinamiento de Backlog en Scrum: Conceptos y Prácticas Clave

Creación, dimensionamiento y planeación

Transformación de Requisitos en Historias de Usuario

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

Priorización de Historias de Usuario en Entornos Ágiles

Recomendaciones finales

Transición a Historias de Usuario en Entornos Ágiles

Historias de Usuario con Scrum: Estructura y Mejores Prácticas