Como gestiona la creación de la BDD, si se desarrolla el software por versiones, por que la BDD debe estar relacionada.
-
check_circle_outlineMódulo 1 | 4 clases
Introducción
expand_more -
check_circle_outlineMódulo 2 | 7 clases
Estimaciones
expand_more -
check_circle_outlineMódulo 3 | 9 clases
Requerimientos en SCRUM
expand_more-
done_all
Clase 1
Conceptos SCRUM
-
done_all
Clase 2
Requerimientos en SCRUM
-
done_all
Clase 3
Mapeo de historias de usuario
-
done_all
Clase 4
Hojas de ruta 1/2
-
done_all
Clase 5
Hojas de ruta 2/2
-
done_all
Clase 6
Elaboración de historias
-
done_all
Clase 7
Trello para elaborar historias
-
done_all
Clase 8
Historias proyecto restaurante 1/2
-
done_all
Clase 9
Historias proyecto restaurante 2/2
-
-
check_circle_outlineMódulo 4 | 3 clases
Validación de requerimientos
expand_more
4 comentario(s)
Gracias por el video, pero en los videos donde se están montando las Épicas y las Historias de usuario en JIRA se están mezclando 2 conceptos
##**Épica**
Son grupos de Historias de usuario que tiene relación entre ellas (o puede ser una Historia de usuario que por su nivel de complejidad ha sido partida en varias historias de usuario más pequeñas para reducir su complejidad y facilitar su estimación y desarrollo) y muchas veces una depende de la otra.
Por lo general se desarrollan de forma secuencial cuando una depende de la anterior o de otras historias de usuario y pueden ser desarrolladas dentro del mismo sprint (respetando su secuencia) o en diferentes sprint dado que depende de que sean terminadas las historias de usuario que anteceden a otras
## **Release (Versiones)**
Son las distintas versiones que defino con mi cliente de cómo se va a venir construyendo el producto de forma incremental y como cada modulo en cada versión tendrá algo construido, pero no necesariamente quiere decir que cada Release me tome 1 sprint, eso va a depender del esfuerzo que se tenga que realizar para llevar a cabo cada una de las historias que conforman un reléase, por ejemplo, puede que el Release 1 del video tome 1 sprint (2 semanas ) pero puede que el Release 2 tome 2 Sprint puesto tienen más historias por realizar
## **Puntos de Historia de Usuario**
Las historias de usuario se deben estimar por el esfuerzo que te toma construir la solución y no por horas, para el ejemplo se parte que previamente existía una estimación del esfuerzo por horas, porque se contaba con un historial de esas horas respecto a las habilidades de un programados, pero en la práctica cada persona avanza a su ritmo, por eso se estima el esfuerzo con puntos
## **Como cuantificar el esfuerzo**
Para realizar la estimación del esfuerzo se recomienda definir un punto de referencia o pivote, este pivote no es nada más que un desarrollo de referencia que puede ser fácilmente estimado por que ya se sabe que actividades se tuvieron que realizar para cumplir el objetivo
El pivote debe ser algo entre el promedio, no debe ser el más complejo y tampoco lo más fácil que hallamos construido, por ejemplo, podría ser un CRUD (formulario para agregar, editar, consultar o eliminar) que ya construiste para otro proyecto y este pivote se le asignas una puntuación de 3
Ya con el pivote definido puedes estimar el esfuerzo requerido para los nuevos desarrollos usando cómo puntos la secuencia de Fibonacci 1, 2, 3, 5, 8, 13, 21
Si una historia de usuario llega al 21 o superior, eso es un indicio que hay que partirla en historias más pequeñas para facilitar su estimación y desarrollo
Espero les sirva esta breve explicación de como aplicar SCRUM y el trabajo con Épicas, Historias de usuario, Release, Sprint y Estimación del esfuerzo
¿Para el cambio de versiones se tiene que hacer el mismo dia cuando termina una y empieza otra version?
Gracias, buen curso!
Gracias, buen curso!
Clase 14