Registro de problemas
 | Este artículo necesita citas adicionales para su verificación . ( septiembre de 2017 ) |
Un registro de tema es un elemento de la documentación de la gestión de proyectos de software que contiene una lista de curso y cerrados cuestiones del proyecto. [1] Si bien los registros de problemas pueden verse como una forma de realizar un seguimiento de los errores en el proyecto, el papel que desempeñan a menudo se extiende más allá. Los registros de problemas se pueden utilizar para ordenar y organizar los problemas actuales por tipo y gravedad a fin de priorizar los problemas asociados con el hito o la iteración actual . Los registros de problemas también pueden contener solicitudes de clientes y comentarios sobre los diversos problemas que se pueden encontrar en el código actual.
CAIR: restricciones, suposiciones / acciones, problemas, riesgos: un registro para rastrear dichos elementos y administrarlos.
Gestión de problemas
Un registro de problemas suele estar en blanco al comienzo del proyecto, [2] pero esto no siempre es cierto para las versiones posteriores. En algunos proyectos, el registro de problemas se utiliza realmente como una guía para el calendario de publicación; en ese caso, el registro de problemas se puede completar con problemas que se etiquetan específicamente para completarse en la próxima versión. Como resultado, los proyectos guiados por registros de problemas pueden ser más fáciles de administrar en términos de tiempo de finalización y estimación del progreso .
En proyectos grandes, los problemas generalmente se manejan mediante un software de seguimiento de problemas que puede proporcionar diferentes formas y herramientas para ayudar al gerente del proyecto.y el equipo de desarrollo maneja miles de problemas para uno o varios de sus proyectos. Algunos sistemas de seguimiento de problemas 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 el caso de que los problemas del proyecto no se puedan resolver por completo (como en las etapas de desarrollo previas al lanzamiento ), se proporciona un documento de problemas conocidos con el software. Ese documento contiene una lista de problemas que se sabe que existen y, en algunos casos, instrucciones sobre cómo superar los problemas causados por estos problemas.
Plantilla
En un registro de problemas típico, el documento debe ser una tabla que contenga varias filas en las que cada fila describa un problema por separado. Los diversos atributos del problema se enumeran en diferentes columnas. A continuación se muestra un ejemplo de un registro de problemas típico.
Información básica sobre problemas
- Número de referencia del problema (ID) : 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, aplicación de TI, etc.)
- Prioridad del problema : determina qué problema es el más urgente y debe resolverse primero. (Por ejemplo, las prioridades pueden abarcar Inmediato, Pronto, Más tarde, etc.)
- Severidad del problema : qué tan grave sería la consecuencia si el problema no se resuelve. (Por ejemplo, la gravedad puede abarcar Vital, Mayor, Media, Menor, etc.)
Información sobre la fecha de emisión
- Fecha planteada : cuando se plantea el problema.
- Fecha asignada : cuando se asigna la emisión.
- Fecha límite : cuándo es la fecha límite para resolver el problema.
- Fecha resuelta : cuando se resuelve realmente el problema.
Estado del problema
- Estado actual : el estado actual en el que se encuentra el problema. (por ejemplo, investigando, escalando, resuelto, etc.)
- Actualización de acciones : acciones realizadas antes de que se resuelva el problema (enumere todas las acciones según las fechas).
- Resolución : La resolución final para resolver el problema.
Otra información
- Notas : Algunas ideas o cosas para recordar.
| ID de problema | Nombre del problema | Descripción | Autor del problema | Fiestas | Escribe | prioridad | Gravedad | Fecha levantada | Fecha asignada | Fecha límite | Fecha resuelta | estado | Comportamiento | Resolución | Notas |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0001 | Problema de muestra 1 | Descripción de la muestra | Señor A | Señor A, B; Sra. C | Aplicación de TI | Elevado | Crítico | 20091010 | 20091011 | 20100101 | 20091015 | Resuelto | Algunas acciones | Resoluciones | Cosas para hacer |
| 0002 | Problema de muestra 2 | Descripción de la muestra | ... ... |
El estilo de documentación de un registro de problemas puede diferir de un proyecto a otro. Algunos de los atributos enumerados anteriormente pueden considerarse poco importantes para registrar, mientras que otros atributos adicionales pueden ser necesarios. Sin embargo, siempre se deben incluir atributos principales como descripción, autor, prioridad, estado y resolución. Además, la secuencia de atributos también puede diferir.
Ver también
Referencias
- ^ Ashe, Kenneth, [The Issues List], consultado el 12 de junio de 2016.
- ^ Riesgos y problemas
enlaces externos
- ePMbook de Simon Wallace: Problemas
- Gestión de proyectos de software en la práctica por Pankaj Jalote ISBN 0201737213
Otras lecturas
- Robert Buttrick (2009). The Project Workout: 4ª edición . Financial Times / Prentice Hall. ISBN 978-0-273-72389-9.
