Hispanopedia WikiUn registro de incidencias es un elemento de documentación de la gestión de proyectos de software que contiene una lista de incidencias en curso y resueltas del proyecto. [ 1 ] Si bien los registros de incidencias pueden considerarse una forma de rastrear errores en el proyecto, su función suele ir más allá. Los registros de incidencias se pueden utilizar para ordenar y organizar las incidencias actuales por tipo y gravedad, con el fin de priorizar las incidencias asociadas al hito o iteración actual . Los registros de incidencias también pueden contener solicitudes y comentarios de los clientes sobre los diversos problemas que se pueden encontrar en el código actual.
CAIR - Restricciones, Supuestos/Acciones, Problemas, Riesgos - un registro para hacer un seguimiento de estos elementos y gestionarlos.
Gestión de problemas
Un registro de incidencias suele estar vacío al inicio del proyecto, [ 2 ] pero esto no siempre es así para las versiones posteriores. En algunos proyectos, el registro de incidencias se utiliza como guía para el cronograma de lanzamiento; en ese caso, el registro de incidencias se puede completar con incidencias que se etiquetan específicamente para su finalización en la próxima versión. Como resultado, los proyectos guiados por el registro de incidencias pueden ser más fáciles de gestionar en términos de tiempo de finalización y estimación del progreso . En proyectos grandes, las incidencias suelen gestionarse mediante software de seguimiento de incidencias que puede proporcionar diferentes formas y herramientas para ayudar al gestor del proyecto y al equipo de desarrollo a gestionar miles de incidencias para uno o varios de sus proyectos. Algunos sistemas de seguimiento de incidencias también proporcionan una forma para que la comunidad contribuya con nuevas ideas y/o código al proyecto; este tipo de colaboración se utiliza ampliamente en la programación de código abierto .
Problemas de lanzamiento / problemas conocidos
En caso de que los problemas del proyecto no puedan resolverse por completo (como en las etapas de desarrollo previas al lanzamiento ), se incluye un documento de problemas conocidos con el software. Dicho documento contiene una lista de los problemas conocidos y, en algunos casos, instrucciones sobre cómo solucionarlos.
Plantilla
En un registro de incidencias típico, el documento debe ser una tabla con varias filas, donde cada fila describe una incidencia diferente. Los distintos atributos de la incidencia se enumeran en columnas diferentes. A continuación se muestra un ejemplo de un registro de incidencias típico.
Información básica sobre el problema
- Número de referencia (ID) del problema : Número típico para identificar diferentes problemas.
- Nombre del problema : Nombre del problema.
- Descripción : Describa brevemente de qué se trata el problema.
- Autor del problema : La persona que planteó este problema.
- Partes : todas las personas involucradas en la solución del problema.
Categorías de problemas
- Tipo de problema : a qué dominio de conocimiento pertenece el problema. (Por ejemplo, infraestructura de TI, aplicaciones de TI, etc.)
- Prioridad del problema : determina qué problema es el más urgente y debe resolverse primero. (Por ejemplo, las prioridades pueden incluir Inmediato, Pronto, Más adelante, etc.)
- Gravedad del problema : qué tan graves serían las consecuencias si el problema no se resuelve. (Por ejemplo, la gravedad puede abarcar Vital, Importante, Media, Menor, etc.)
Información sobre la fecha de emisión
- Fecha de planteamiento : cuando se plantea el problema.
- Fecha de asignación : cuando se asigna el problema.
- Fecha límite : ¿Cuál es la fecha límite para resolver el problema?
- Fecha de resolución : cuando el problema se ha solucionado realmente.
Estado del problema
- Estado actual : el estado actual del problema. (p. ej., investigando, escalado, resuelto, etc.)
- Actualización de acciones : Acciones realizadas antes de que se resuelva el problema (Enumere todas las acciones según su fecha).
- Resolución : La resolución final para solucionar el problema.
Otra información
- Notas : Algunas ideas o cosas para recordar.
El estilo de documentación de un registro de incidencias puede variar de un proyecto a otro. Algunos de los atributos mencionados anteriormente pueden considerarse irrelevantes, mientras que otros atributos adicionales pueden ser necesarios. Sin embargo, los atributos principales, como descripción, autor, prioridad, estado y resolución, siempre deben incluirse. Además, el orden de los atributos también puede variar.
Véase también
Referencias
Enlaces externos
- Libro electrónico de gestión de proyectos de Simon Wallace : Problemas
- Gestión de proyectos de software en la práctica por Pankaj Jalote ISBN 0201737213
Lecturas adicionales
- Robert Buttrick (2009). The Project Workout: 4.ª edición . Financial Times/Prentice Hall. ISBN 978-0-273-72389-9.
- Gestión de proyectos de software
