Un registro de problemas es un elemento de documentación de la gestión de proyectos de software que contiene una lista de problemas en curso y cerrados 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 utilizar para ordenar y organizar los problemas actuales por tipo y gravedad para priorizar los problemas asociados con el hito o iteración actual . Los registros de problemas 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 rastrear dichos elementos y gestionarlos.
Un registro de problemas suele estar en blanco al comienzo del proyecto, [2] pero esto no siempre es así para versiones posteriores. En algunos proyectos, el registro de problemas se utiliza como guía para el calendario de lanzamiento; en ese caso, el registro de problemas se puede completar con problemas etiquetados específicamente para su finalización en la próxima versión. Como resultado, los proyectos guiados por registros de problemas pueden ser más fáciles de gestionar en términos de tiempo de finalización y estimación del progreso .
En proyectos grandes, los problemas generalmente se gestionan mediante software de seguimiento de problemas que puede proporcionar diferentes formas y herramientas para ayudar al gerente del proyecto y al equipo de desarrollo a manejar miles de problemas para uno o varios de sus proyectos. Algunos sistemas de seguimiento de problemas también brindan una manera 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 .
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.
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 independiente. 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. Es posible que se considere que algunos de los atributos enumerados anteriormente no son importantes 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.