Diferencia entre revisiones de «Cabina de Slack- 17 18 - G1»
(→Opera) |
(→Formato y procedimientos de gestión de incidencias) |
||
(No se muestran 3 ediciones intermedias del mismo usuario) | |||
Línea 20: | Línea 20: | ||
Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace] | Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace] | ||
− | |||
== Formato y procedimientos de gestión de incidencias == | == Formato y procedimientos de gestión de incidencias == | ||
Línea 37: | Línea 36: | ||
<ul> | <ul> | ||
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li> | <li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li> | ||
− | </ul> | + | </ul>El algoritmo para etiquetar y tratar cada Issue es el siguiente: |
− | + | #Si es una tarea: | |
− | + | ##Si es nueva: | |
− | + | ###Asignar prioridad: Critical, High, Medium, Low. | |
− | + | ###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos… | |
− | + | ###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate. | |
− | + | ###Asignar encargados del Issue. | |
− | + | ###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho. | |
− | + | ##Si no es nueva: | |
− | + | ###Introducir comentario de avance, explicando lo que se ha hecho. | |
− | + | ###Actualizar etiquetas. | |
− | + | ###Actualizar encargados. | |
− | + | ###Actualizar en el proyecto que corresponda. | |
− | + | ###Si ha terminado, introducir comentario de cierre y cerrar el Issue | |
− | + | #Si es un bug: | |
− | + | ##Si es nuevo: | |
− | + | ###Asignar etiqueta Bug. | |
− | + | ###Asignar prioridad: Critical, High, Medium, Low. | |
− | + | ###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos… | |
− | + | ###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate. | |
− | + | ###Asignar encargados del Issue. | |
− | + | ###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho. | |
− | + | ##Si no es nuevo: | |
− | + | ###Introducir comentario de avance, explicando lo que se ha hecho. | |
− | + | ###Actualizar etiquetas. | |
− | + | ###Actualizar encargados. | |
− | + | ###Actualizar en el proyecto que corresponda. | |
− | + | ###Si ha terminado, introducir comentario de cierre y cerrar el Issue. | |
− | + | #Si es un cambio: | |
− | + | ##Si es nuevo: | |
− | + | ###Asignar etiqueta Cambio/Mejora. | |
− | + | ###Asignar prioridad: Critical, High, Medium, Low. | |
− | + | ###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos… | |
− | + | ###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate. | |
− | + | ###Asignar encargados del Issue. | |
− | + | ###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho. | |
− | + | ##Si no es nuevo: | |
− | + | ###Asignar etiqueta Accepted en caso de ser aceptado. | |
− | + | ###Introducir comentario de avance, explicando lo que se ha hecho. | |
− | + | ###Actualizar etiquetas. | |
− | + | ###Actualizar encargados. | |
− | + | ###Actualizar en el proyecto que corresponda. | |
− | + | ###Si ha terminado, introducir comentario de cierre y cerrar el Issue. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<li><b>Asignación de un proyecto</b></li> | <li><b>Asignación de un proyecto</b></li> | ||
<ul> | <ul> | ||
Línea 161: | Línea 130: | ||
<li>InProgress</li> | <li>InProgress</li> | ||
<li>Done</li> | <li>Done</li> | ||
− | |||
</ul> | </ul> | ||
− | |||
Con todas las pautas definidas podemos asegurar una correcta creación y gestión de incidencias. | Con todas las pautas definidas podemos asegurar una correcta creación y gestión de incidencias. |
Revisión actual del 17:27 10 ene 2018
Contenido
Miembros
- Eduardo Luna Zayas (coordinador)
- Antonio Jesús Ruiz Budia
- José Ignacio Bersabé Gutiérrez
- Alejandro Manuel Ardoy Álvarez
Repositorio
Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: github
Google Drive
Este será nuestra plataforma para la creación compartida de documentos: enlace
Opera
Nuesto grupo de trabajo en opera es el siguiente: enlace
Formato y procedimientos de gestión de incidencias
El repositorio distribuido utilizado será GitHub, en el realizaremos toda la gestión de las incidencias. Se entiende por incidencia tanto incidencias, como cambios, como tareas que sean necesarias para llevar una correcta gestión de la planificación.
Formato
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
- Título
- Deberá tener un títilo explícito de la tarea que se esté realizando.
- Descripción
- Para tareas:
- Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea.
- Si es una tarea:
- Si es nueva:
- Asignar prioridad: Critical, High, Medium, Low.
- Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
- Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
- Asignar encargados del Issue.
- Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
- Si no es nueva:
- Introducir comentario de avance, explicando lo que se ha hecho.
- Actualizar etiquetas.
- Actualizar encargados.
- Actualizar en el proyecto que corresponda.
- Si ha terminado, introducir comentario de cierre y cerrar el Issue
- Si es nueva:
- Si es un bug:
- Si es nuevo:
- Asignar etiqueta Bug.
- Asignar prioridad: Critical, High, Medium, Low.
- Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
- Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
- Asignar encargados del Issue.
- Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
- Si no es nuevo:
- Introducir comentario de avance, explicando lo que se ha hecho.
- Actualizar etiquetas.
- Actualizar encargados.
- Actualizar en el proyecto que corresponda.
- Si ha terminado, introducir comentario de cierre y cerrar el Issue.
- Si es nuevo:
- Si es un cambio:
- Si es nuevo:
- Asignar etiqueta Cambio/Mejora.
- Asignar prioridad: Critical, High, Medium, Low.
- Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
- Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
- Asignar encargados del Issue.
- Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
- Si no es nuevo:
- Asignar etiqueta Accepted en caso de ser aceptado.
- Introducir comentario de avance, explicando lo que se ha hecho.
- Actualizar etiquetas.
- Actualizar encargados.
- Actualizar en el proyecto que corresponda.
- Si ha terminado, introducir comentario de cierre y cerrar el Issue.
- Si es nuevo:
- Asignación de un proyecto
- Asignar a la incidencia el proyecto al que corresponda. Por defecto las incidencias creadas se colocarán automáticamente en la columna TODO del proyecto seleccionado. Existen los siguientes proyectos disponibles en función del estado del desarrollo.
- Desarrollo individual de funcionalidades
- Integración de funcionalidades
- Integración y configuración del plugin en la página oficial del congreso
- Asignación de un milestone
- Asignar el milestone al que corresponda la incidencia. Debe asignarsele a la incidencia el milestone para el que deberá estar finalizada. Entre los milestone asignables se encuentran:
- Milestone 1
- Milestone 2
- Milestone 3
- Milestone 4
- Uso de los comentarios
- Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.
- Para indicar avances en el desarrollo de la incidencia.
- Para justificar el cierre de la incidencia.
- Cierre de las incidencias que no estén asociadas a un commit
- Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.
- Evolución de las etiquetas
- New
- Accepted
- Started
- Verified
- Opcionalmente si procede - Duplicate, Fixed o WontFinx
- Evolución en el tablero
- TODO
- InProgress
- Done
Información adicional
Procedimientos
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.