Un registro de problemas es un elemento de documentación de la gestión de proyectos de software que contiene una lista de problemas cerrados y en curso del proyecto. [1] Si bien los registros de problemas pueden verse como una forma de rastrear errores en el proyecto, el papel que desempeña a menudo se extiende más allá. Los registros de problemas se pueden usar para ordenar y organizar los problemas actuales por tipo y gravedad a fin de priorizar los problemas asociados con el hito o 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.
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 incidencias se usa como guía para el cronograma de publicación; en ese caso, el registro de problemas se puede completar con problemas que están etiquetados específicamente para completarse en la próxima versión. Como resultado, los proyectos guiados por registro 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 administran 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 brindan una forma para que la comunidad contribuya con nuevas ideas y/o código al proyecto; este tipo de colaboración se usa mucho en la programación de código abierto .
En 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.
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.
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 sin importancia para el registro, 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.