Cada miembro de un proyecto de AB Projects tiene exactamente uno de cuatro roles — Propietario, Administrador, Miembro o Lector. Los roles son por proyecto: ser Administrador en un proyecto no dice nada sobre su rol en ningún otro.
Los cuatro roles
| Rol | Trabajo en tareas y wiki | Gestión de miembros y flujo de trabajo | Propiedad y eliminación |
|---|---|---|---|
| Propietario | Total | Total, incluido conceder el rol de Administrador y quitar Administradores | Transfiere la propiedad; elimina el proyecto (cuando no está vinculado) |
| Administrador | Total | Cambia los roles de Miembro y Lector, quita miembros, configura el flujo de trabajo, las integraciones y el vínculo con Teams | No |
| Miembro | Crea, edita, asigna, comenta y completa | No | No |
| Lector | Solo lectura; no se le pueden asignar tareas | No | No |
Conviene conocer dos límites del Administrador: un Administrador no puede conceder el rol de Administrador (en el desplegable de roles, la opción Administrador solo aparece para el Propietario), y un Administrador no puede quitar a otro Administrador — ambas acciones son exclusivas del Propietario.
Todos empiezan como Miembro
Tanto si alguien se une mediante la sincronización automática del canal de Teams como mediante la invitación de la página del equipo (consulte Agregar o quitar miembros), se une como Miembro. La sincronización nunca toca los roles que haya establecido después — un Lector sigue siendo Lector en todas las sincronizaciones futuras del canal.
Cambiar un rol
- Abra la configuración del proyecto. Los miembros aparecen en Miembros unidos.
- Elija el nuevo rol en el desplegable que hay bajo el nombre de la persona: Miembro, Lector o (solo el Propietario) Administrador. El cambio surte efecto de inmediato y se aplica solo a ese proyecto.
Algunas salvaguardas mantienen cada proyecto gestionable de forma segura:
- Un proyecto no puede perder a su último Administrador. Degradar al último Administrador a Miembro está bloqueado.
- No hay atajo a Propietario. Nadie puede ser ascendido directamente a Propietario — la propiedad solo cambia de manos mediante la transferencia que se describe abajo.
- Los ascensos de un Lector van paso a paso. Un Lector se asciende primero a Miembro; de Miembro a Administrador es un paso aparte (que da el Propietario).
- Los Propietarios no pueden degradarse a sí mismos con el desplegable de roles — para eso está la transferencia de propiedad.
Transferir la propiedad
En la configuración del proyecto, el Propietario usa Renunciar a propietario: elige un miembro para ascender, decide si pasa a ser Administrador o Propietario y confirma con Sí, ascender y renunciar. Ambos cambios ocurren a la vez — la persona elegida es ascendida y el Propietario anterior pasa a ser un Miembro normal. Guía completa: Gestionar la configuración del proyecto.
Prácticas recomendadas
- Mantenga al menos dos Administradores en cada proyecto activo, para que la gestión no dependa de la disponibilidad de una sola persona.
- Use Lector para auditores, directivos y clientes que deben ver el avance sin editar — es más limpio que pedirles “por favor, no toquen nada”.
- Revise Miembros unidos periódicamente junto con la lista del canal de Teams — el canal es lo que determina la pertenencia en primer lugar.
Cuatro roles, alcance por proyecto y unas pocas salvaguardas: estructura suficiente para mantener el acceso en orden, sin una matriz de permisos que nadie tenga que estudiar.