Control de acceso basado en roles
AB Projects utiliza un modelo de control de acceso basado en roles sencillo y delimitado por proyecto. Cada miembro de un proyecto tiene exactamente uno de tres roles — Propietario, Administrador o Miembro — y ese rol decide si puede gestionar el proyecto o solo trabajar en él. Los roles son por proyecto: cambiar el rol de alguien en un proyecto no tiene efecto en ningún otro.
Los tres roles
- Propietario — la persona que creó el proyecto (o a quien se le transfirió la propiedad). Control total, además de la propiedad en sí. Un proyecto siempre tiene al menos un propietario, y un propietario no puede simplemente degradarse a sí mismo — la propiedad debe transferirse a otra persona, lo que promueve a esa persona y mueve al propietario anterior a Miembro en un solo paso.
- Administrador — gestión del proyecto. Un administrador puede:
- Agregar, quitar y recategorizar miembros
- Vincular o desvincular el canal de Microsoft Teams conectado
- Configurar el flujo de trabajo — estados, tipos y entornos de tareas
- Crear, editar y gestionar tareas
- Miembro — el rol de trabajo estándar. Un miembro puede:
- Crear y editar tareas
- Comentar y mencionar a otros miembros
- Cambiar el estado, la prioridad y la asignación de tareas
- Ver la actividad de las tareas, el historial de cambios y los plazos
No hay un rol separado de "Editor" o "Visor", ni un rol de solo lectura — todos en un proyecto son participantes activos. Las acciones de gestión (miembros, el vínculo con Teams, la configuración del flujo de trabajo) están restringidas a Administrador y Propietario; todo lo demás está abierto a todos los miembros.
Rol predeterminado cuando alguien se une
- Cuando una persona se une a un proyecto — ya sea por la sincronización automática del canal de Teams o por una invitación manual (consulte Agregar o quitar miembros) — se une como Miembro.
- Un propietario o administrador puede promoverlo a administrador después desde la pestaña Miembros.
Cambiar roles
Los cambios de rol los realiza un propietario o administrador en Configuración del proyecto → Miembros. Surten efecto de inmediato y se aplican solo a ese proyecto. Se aplican algunas reglas para mantener cada proyecto gestionable de forma segura:
- Un proyecto no puede quedarse sin un administrador. No puede degradar al último administrador a Miembro.
- La propiedad no es un cambio de rol normal. Un propietario no puede cambiar su propio rol directamente; en su lugar, la propiedad se transfiere a otro miembro, que se convierte en propietario (o administrador) mientras que el propietario anterior pasa a ser Miembro.
- No hay atajo a propietario. Un miembro o administrador no puede ser promovido directamente a propietario — el rol de propietario solo se establece mediante esa transferencia de propiedad.
Prácticas recomendadas
- Mantenga al menos dos administradores por proyecto activo. El sistema ya impide quitar al último administrador, pero un segundo administrador evita un único punto de fallo si el propietario no está disponible.
- Promueva a un miembro de confianza a administrador para que los cambios de miembros y del flujo de trabajo no dependan del propietario.
- Revise la pestaña Miembros periódicamente — junto con la lista del canal de Teams, que es lo que impulsa la pertenencia en primer lugar — para que los roles y el acceso se mantengan apropiados a medida que el equipo cambia.
Con tres roles claros, salvaguardas sensatas y alcance por proyecto, AB Projects mantiene la responsabilidad y el acceso fáciles de razonar sin interferir en el trabajo diario.