- Introducción
- Guía de Github-Zenhub
- Filtro por Epics, US y Tasks
- Tareas de 1er Release en el Sprint Backlog
- Tareas de 1er Release en progreso
- Cierre de 1er Release
- Comienzo de la 2da Release
- Tareas de la 2da Release en progreso y filtradas por algún topic
- Imagen de conversación en dos tareas
- Miembros del grupo
Repositorio a emplear por los alumnos de la asignatura de Gestión de Proyectos (3º de G. en Ing. Informática) en el curso académico 2024/25. Universidad de Burgos.
Para empezar, se debe de crear el repositorio haciendo un fork al repositorio original del profesor.
Después, se invita al fork como colaboradores a las personas con las que se va a trabajar en el proyecto.
De manera análoga, se configura Zenhub. Creamos primero un Workspace, invitamos a los colaboradores y lo vinculamos al repositorio de GitHub mencionado anteriormente.
Tip
Poner el Workspace en modo "Privado" para evitar que tus compañeros de clase se unan al proyecto y Zenhub te quite la posibilidad de trabajar en el mismo.
Para este proyecto, es necesario habilitar los Issues. Para ello, se activa la casilla de Issues en la configuración del repositorio.
Se van a utilizar para crear desde la extensión de Zenhub Issues para las Epics, User Storys y las Tasks.
Las Issues mencionadas anterioremente las creamos desde la extensión de zenhum clicando a "+ Create". Las dividimos por las etiquetas de Epics, User Storys y Tasks y otros topics.
En la captura siguiente se ven las Epics, User Storys y Tasks creadas:
Las tasks son las issues que se crean para dividir el trabajo entre lo mimebros del equipo. Se pueden asignar a un miembro del equipo, añadir etiquetas, descripción, comentarios, etc. Cada tarea tiene un coste medido utilizando la escala de Fibonacci.
Las Epics son las issues que se crean para dividir el trabajo en grandes bloques.
Se crean para dividir las tareas según su temática.
Las User Storys son las issues que se crean para dividir el trabajo en bloques más pequeños que las Epics. Normalmente son utilizadas para añadir una descripción detallada sobre lo que pide el usuario. Estas se dividen en las tareas que se deben de realizar para completar la User Story.
El Sprint Backlog es el lugar donde se encuentran las tareas que se van a realizar en el sprint actual. En la captura siguiente se ven las tareas de la 1er Release en el Sprint Backlog.
El filtro por "In Progress" nos muestra las tareas que se están realizando en el momento. En la captura siguiente se ven las tareas de la 1er Release en progreso.
Para cerrar la 1ª Release cerramos todas las tareas asociadas a esta. Después, desde milestones cerramos la release 1.
Como se puede ver en la imagen, la release ahora aparece como Closed con el 100% de las tareas completas.
Para empezar la 2ª Release movemos todas las tareas asociadas a esta al Sprint Backlog, como se puede ver en la siguiente imagen.
Para filtrar las tareas por algún topic, se selecciona el topic deseado en la pestaña de "Filter by" y se elije.
Es importante resolver las dudas que puedan tener los miembros del equipo con respecto a tareas que ellos no hayan realizado. En la captura siguiente se ve una conversación entre dos tareas.
 José Gallardo Caballero |
 Tatiana Bejenaru Forostenco |
 Marwan Al Hadaddin |
Volver al índice.