Roles y permisos en la gestión de proyectos
En un proyecto trabajan personas con papeles muy distintos: quien lo lleva, quien lo dirige desde arriba, quien hace el trabajo y, a veces, quien solo necesita ver cómo va. Darles a todos la misma pantalla es un error en las dos direcciones: o el consultor ve costes y comunicaciones que no le corresponden, o la dirección tiene que pedir un informe por correo para saber cómo va la cartera. PjMan resuelve esto con roles que deciden lo que cada persona ve y lo que puede hacer, en cada pantalla y en cada acción.
Dos ideas: rol de cuenta y rol de equipo
PjMan separa dos cosas que suelen mezclarse:
- El rol de cuenta decide lo que puedes hacer en la aplicación. PM: gestiona la organización y crea y lleva sus proyectos. Consultor/Programador: trabaja en las tareas e incidencias que tiene asignadas. Quien se registra es PM; quien acepta una invitación es Consultor/Programador.
- El rol de equipo es el papel de una persona en un proyecto concreto (Director, Team Leader, PM, Consultor, Programador) y lleva un nivel del 1 al 3. Lo que importa de verdad es nivel 1-2 frente a nivel 3: los niveles 1 y 2 (dirección y liderazgo) ven el proyecto completo en solo lectura; el nivel 3 (ejecución) solo ve lo que tiene asignado.
Además, hay roles de equipo marcados «toda la organización», como el CEO: quien lo tiene ve todos los proyectos de la organización, sin tener que estar en el equipo de cada uno. Los roles de equipo se pueden ampliar con los tuyos. (Roles y accesos, Roles de equipo)
Qué ve y qué puede hacer cada uno
| PM propietario | Dirección (nivel 1-2) y CEO | Consultor/Programador | |
|---|---|---|---|
| Proyecto | Lo crea, edita y borra | Lo ve completo, en lectura | No lo ve completo |
| Fases y tareas | Crea, edita, asigna | Las ve | Solo sus tareas |
| Estado y avance de una tarea | Sí | No | Sí, en las suyas |
| Horas | Imputa las suyas y las de cualquiera del equipo | Solo si está asignado | Solo las suyas, en lo asignado |
| Riesgos, solicitudes de cambio, gastos, contactos | Los gestiona | Los ve | No accede |
| Incidencias | Las gestiona | Las ve y las crea | Ve las suyas y crea las ligadas a su trabajo |
| Informes y Consultas | Sí, de sus proyectos | Solo la dirección «toda la organización» | No |
| Mi trabajo | Sí | Sí | Sí: su pantalla de inicio |
La tabla completa, pantalla a pantalla, está en la ayuda. (Roles y accesos)
El PM propietario
Cada proyecto tiene un PM propietario: la única persona que puede modificarlo (editarlo, gestionar fases, tareas, riesgos, cambios, gastos, equipo y asignaciones). Es el principio de que un PM no ve ni modifica los proyectos de otro PM, aunque comparta organización. Si el proyecto cambia de manos, el propietario o un Team Leader del proyecto puede reasignar el PM. (Equipo del proyecto)
Dirección y visibilidad de toda la organización
La dirección necesita ver sin tocar. Un Director o un Team Leader del proyecto lo ve entero en solo lectura, con el equipo y los precios hora, y puede crear incidencias para avisar de lo que detecta. Un miembro «toda la organización» dispone de un panel de la organización con todos los proyectos y su avance, además de Informes y Consultas sobre toda la cartera, siempre en lectura. Un CEO puede leer los comentarios, pero no publicarlos. (Miembros de la organización, Informes y consultas)
Consultores y programadores: solo lo suyo
Una persona con rol de ejecución entra en PjMan y ve Mi trabajo: sus tareas e incidencias asignadas, sus horas en un calendario y las actas que ella haya creado. No ve el proyecto completo, ni los contactos, ni las comunicaciones, ni los costes. Puede cambiar el estado y el avance de sus tareas, imputar horas a su nombre, comentar en las fichas que ve y mover sus tarjetas en el tablero Kanban. Esto protege al cliente y al PM, y deja al consultor sin ruido. (Mi trabajo)
Personas con cuenta y sin cuenta
No todas las personas que trabajan en un proyecto tienen que tener cuenta. Una persona sin cuenta existe como un nombre: puede tener tareas y horas, que lleva el PM, y no inicia sesión. Cuando alguien la necesita con acceso, el PM la invita y la persona acepta con su correo. Una misma cuenta puede pertenecer a varias organizaciones, con un selector en la cabecera. (Personas, Invitaciones)
El asistente respeta los roles
El asistente de IA hace por ti lo que tu rol permite, nada más: no abre accesos nuevos. Si un consultor le pide algo que solo puede hacer un PM, no lo hace y se lo explica. Las acciones que modifican datos pasan por las mismas reglas que las pantallas. (Asistente de IA por voz)
Permisos comprobados donde importa
Los permisos no son solo botones ocultos. Se comprueban en el servidor en cada acción: si un consultor intenta abrir a mano la dirección de un proyecto ajeno, no ve nada, y recibe un aviso de que no tiene acceso. Cada organización queda aislada de las demás.
Pruébalo
Crea tu cuenta, crea un proyecto, invita a una persona como consultor y comprueba lo que ve cada uno. O explora la demo, con datos de ejemplo.
Sigue leyendo
- Informes y consultas · Funcionalidades
- Incidencias, riesgos y cambios · Funcionalidades
- Asistente de IA por voz · Funcionalidades
- Implantación de ERP · Tipos de proyecto
Actualizado el 2026-10-26