Proyectos

Cómo funcionan los proyectos

Resumen

Un proyecto vive dentro de un workspace y es donde se agrupa el trabajo real: tareas, miembros, equipos, repositorios y su propia configuración. Tiene un estado (active, on-hold, completed o archived) visible y editable desde sus ajustes, y un identificador de URL (slug) generado automáticamente a partir del nombre.

Tablero kanban con estados de tarea totalmente personalizables por proyecto.
Miembros con un rol de proyecto propio, independiente del workspace.
Repositorios de GitHub conectables, opcionalmente asignados a un equipo.
Enlace opcional a Notion para publicar un resumen del proyecto.

Roles y jerarquía

Cada persona tiene un único rol por proyecto, no existe un rol distinto por equipo dentro del mismo proyecto. El rol determina qué puede hacer:

Rol	Rango	Puede
Owner	5	Todo. Es quien creó el proyecto. También lo es implícitamente el propietario del workspace.
Co-owner	4	Cambiar roles de otros miembros y la configuración del proyecto.
Manager	3	Gestionar miembros y equipos (crear, editar, eliminar).
Collaborator	2	Trabajar dentro del proyecto sin permisos de gestión.
Worker	1	Acceso operativo básico, sin permisos de gestión.
Client	0	Solo ve el portal de cliente. El resto del proyecto queda oculto.

Solo el propietario del workspace o un co-owner puede asignar el rol Co-owner

Asignar cualquier otro rol solo requiere rango Manager o superior.

Plantillas de equipo

Un proyecto puede tener equipos de hasta 5 categorías fijas. Cada categoría desbloquea su propio apartado en la barra lateral del proyecto:

Categoría	Apartados que desbloquea
Dev	Overview, Tareas, Repos, Docs
Marketing	Campañas, Contenido, Analítica
RRHH	Personas, Solicitudes, Documentos
Diseño	Assets, Revisiones, Design system
Cliente	Overview, Procedimientos, Solicitudes, Revisiones, Recursos

Las primeras cuatro son internas: se suman a la navegación base del proyecto (tareas, miembros, repos, configuración, que existen siempre, tenga o no equipos). La categoría Cliente es externa: sustituye por completo la navegación de quien la ve. Un miembro con rol Client solo ve esas 5 secciones, nunca el trabajo interno.

Repositorios

Conecta cualquier número de repositorios de GitHub a un proyecto, opcionalmente asignando cada uno a un equipo concreto. La conexión guarda una foto del repositorio en ese momento (nombre, propietario, visibilidad, rama por defecto), no es una sincronización en vivo, así que si cambias esos datos en GitHub no se actualizan solos.

Lo que sí se sincroniza bajo demanda son los issues (no hay soporte para pull requests). Una tarea puede vincularse 1 a 1 a un issue, ya sea creando uno nuevo desde la tarea o importando issues existentes:

Ejemplo de vínculo tarea ↔ issue

Tarea: "Arreglar validación de formulario"
  → GitHub issue: acme/app#182

Mover la tarea a un estado marcado como "completado" → cierra el issue
Mover la tarea fuera de ese estado → reabre el issue

No es tiempo real

No hay webhooks. El cierre/reapertura de issues ocurre al guardar un cambio de estado en P32 (push automático); traer cambios hechos directamente en GitHub requiere pulsar el botón "Sincronizar" del tablero. Ver: Tareas → Sincronización con GitHub

Configuración

La configuración de un proyecto tiene tres pestañas:

Pestaña	Contenido
General	Nombre, descripción, fecha límite y estado (Active/On Hold/Completed/Archived). Solo lectura para quien no sea Manager+.
Members	Añadir por email (que en realidad envía una invitación, no un alta directa), cambiar rol, eliminar miembros.
Danger Zone	Archivar/desarchivar (Manager+) y eliminar (solo Owner).

Eliminar un proyecto es irreversible

Borra en cascada todas sus tareas, repositorios conectados, equipos e invitaciones pendientes, y archiva cualquier página de Notion enlazada. Requiere escribir el nombre exacto del proyecto para confirmar.