Tenga en cuenta: Este artículo es una traducción generada por IA.

Cuanto más detalle contenga una incidencia, mejor se podrá situar y trabajar con ella.

Comience definiendo el Tipo, Zona, Fase, Etiquetas, Prioridad, Asignado a y Campos personalizados de la incidencia.

Tipo

Tipo puede ayudarle a distinguir entre colisiones, errores de modelado, problemas técnicos, consultas y otros.

Zona

Zona puede ayudarle a categorizar problemas por ubicación. Esta es una configuración muy útil cuando se trabaja en un proyecto grande. El jefe de proyecto tiene la posibilidad de definir un propietario diferente por zona. Cuando se crea una nueva incidencia en una zona, puede asignarse automáticamente al propietario de la zona correspondiente.

Fase

Fases pueden establecerse para definir la fase del proyecto de la incidencia. Una fase es definida por el jefe de proyecto con un nombre, fecha de inicio y fecha de fin.

Etiquetas

Etiquetas proporcionan más libertad para clasificar incidencias. Pueden usarse para marcar las diferentes disciplinas y otras cosas.

Prioridad

Prioridad define la importancia de la incidencia. Cuando esto es establecido por quien crea la incidencia, ayuda a definir qué incidencias deben ser manejadas primero por los miembros del equipo.

Asignado a

Asignado a debe mostrar al miembro del equipo que está próximo a manejar la incidencia. Cuando haya terminado, el asignado a puede cambiar a un miembro del equipo diferente para que lo recoja a continuación. Solo puede haber un miembro del equipo asignado a una incidencia al mismo tiempo, para asegurar que siempre haya alguien responsable de esta incidencia.

Campos personalizados

Campos personalizados pueden ser añadidos por el jefe de proyecto si hay necesidad de tener más propiedades para definir y filtrar las incidencias.

Todas estas propiedades pueden ser definidas y editadas por el jefe de proyecto según las necesidades del proyecto.

⚠️ Atención: Los campos personalizados no están disponibles en todos los planes. Para verificar si está incluido en su suscripción, revise la [lista de comparación de planes] o contacte a su administrador. Si la función no está disponible, es posible que necesite actualizar su plan.

💡 Consejo: El filtro permite mostrar incidencias similares mientras se trabaja en el proyecto. Obtenga más información sobre la gestión de incidencias con filtros en este artículo.

A continuación, el estado de una incidencia cambiará a lo largo de su ciclo de vida. Hay tres opciones disponibles para el estado de una incidencia: Activo, Resuelto y Cerrado.

No podrá cambiar estos títulos ni añadir otros estados adicionales.

Las nuevas incidencias siempre comienzan como Activas
Después de encontrar soluciones a un problema Activo, puede resolverlo para que se convierta en Resuelto, o "resolver y cerrar" para que se convierta inmediatamente en Cerrado
Las incidencias resueltas pueden ser reactivadas o cerradas y volverán a ser Activas o cambiarán a Cerradas
Las incidencias cerradas pueden ser reabiertas cuando sea necesario para volver a ser Activas nuevamente

⚠️ Atención: El workflow de aprobación no está disponible en todos los planes. Para verificar si está incluido en su suscripción, revise la [lista de comparación de planes] o contacte a su administrador. Si la función no está disponible, es posible que necesite actualizar su plan.

O añada un workflow más formal que le permita añadir una opción de aprobación a las incidencias. Las tres opciones disponibles para el estado seguirán siendo las mismas, pero una incidencia puede llevar miembros del equipo adicionales que necesiten aprobar la solución cuando la incidencia esté resuelta.

Cuando el campo 'Aprobación' está asignado en las propiedades de una incidencia, y esta incidencia cambia de Activo a Resuelto, necesitará ser aprobada por los miembros del equipo indicados.
El aprobador tendrá la opción de rechazar la solución para que la incidencia vuelva a ser Activa nuevamente, o de aprobar la solución para que el problema adquiera el estado Resuelto, aprobado;
La incidencia Resuelta y aprobada puede entonces ser Cerrada o Rechazada para volver a ser Activa nuevamente.

Es posible que la resolución de una incidencia sea aprobada y/o rechazada por uno o más miembros del equipo antes de que la incidencia sea cerrada.

Para más información sobre el workflow de aprobación, consulte el artículo El workflow de aprobación.

Clasificación y estructuración de incidencias