Versión 1.2.0 · La publicación comercial en Atlassian Marketplace está en preparación. Esta documentación describe las funciones de la versión candidata.
Preparar una revisión
- Un administrador instala la app en Jira Cloud y concede sus permisos.
- Abre Configuración de Jira → Apps → Leaver Guard. Se requieren permisos de administración y de búsqueda de usuarios.
- Elige hasta 20 proyectos. Una selección vacía utiliza los proyectos accesibles para la app.
- Añade, si corresponde, hasta 20 personas como salidas planificadas. Esto no desactiva ni elimina sus cuentas.
- Decide si quieres incluir filtros y paneles visibles del sitio. Su alcance no se limita a los proyectos seleccionados.
- Guarda e inicia un escaneo. Revisa las personas detectadas y los elementos que les corresponden.
Qué revisa
Leaver Guard revisa incidencias abiertas asignadas, responsables de proyectos, responsables de componentes, propietarios de filtros y propietarios de paneles accesibles. Detecta cuentas inactivas y personas incluidas en salidas planificadas. Los recursos privados o no accesibles pueden quedar fuera del informe.
La prioridad combina el estado de la cuenta y factores como liderazgo, vencimiento o uso compartido. Es una ayuda de revisión, no una evaluación laboral ni una recomendación de desactivar una cuenta.
Preparar y confirmar un traspaso
- Abre los elementos de una persona y selecciona un sustituto activo para cada recurso.
- Genera la vista previa y comprueba responsable anterior, sustituto y alcance.
- Confirma. La app relee el recurso y comprueba las condiciones antes de solicitar el cambio a Jira.
- Consulta el historial. Un resultado se declara confirmado cuando una lectura posterior muestra al sustituto.
- El sustituto debe abrir el filtro o panel y comprobar su acceso al contenido y a los gadgets que necesita.
El sustituto debe ser una persona activa distinta del propietario anterior. Para incidencias, proyectos y componentes, debe poder recibir las asignaciones correspondientes. La visibilidad y los permisos de un filtro o panel pueden requerir ajustes adicionales en Jira.
Si algo cambia o se interrumpe
Una edición posterior a la vista previa, un permiso retirado o un propietario diferente puede bloquear el traspaso. Genera otra vista previa tras revisar el estado actual. Si un panel tiene un nombre incompatible para el sustituto, Jira puede rechazarlo: la app no lo renombra automáticamente.
La recuperación comprueba el estado de Jira y no repite automáticamente una solicitud de cambio incierta. El historial diferencia la verificación obtenida al transferir y el propietario observado más tarde. No hay una reversión automática: para devolver una responsabilidad, prepara un nuevo traspaso autorizado.
Escaneos, informes y límites
Los bloques contienen entre 1 y 500 elementos. Puedes continuar por etapas o activar la continuación automática. Cancelar un escaneo conserva el último informe terminado. El seguimiento semanal crea informes; nunca transfiere responsabilidades por sí solo.
La exportación CSV contiene los registros de la página accesible del historial y sus observaciones. No equivale a una exportación completa del sitio. Los límites de Forge y Jira, los permisos y los fallos de red pueden retrasar operaciones o producir informes parciales.
Licencia y ayuda
Se requiere licencia activa o de evaluación para nuevos escaneos, configuraciones y traspasos. El administrador conserva acceso a los informes e historial disponibles al quedar inactiva la licencia, sujetos a su conservación.