Mapa de dependencias
Registra y sigue lo que un equipo necesita de otro — con estados, bandeja de pendientes y descarte auditable.
El Mapa de dependencias es donde los equipos registran y siguen lo que necesitan unos de otros: «un equipo necesita algo de otro equipo para una iniciativa». Es la capa entre equipos de la plataforma — no reemplaza al Board, que organiza el trabajo interno de cada equipo.
Entra por el ítem Dependencias del menú lateral (sección Espacios). Solo aparece si tu nivel de acceso concede el permiso Ver el mapa de dependencias; con el permiso ves todo el mapa de la organización (la transparencia es total: lo que cambia con los demás permisos es qué puedes modificar).
Qué puedes hacer aquí
Seguir tus dependencias
Lo que tu equipo pide y lo que le piden, con estados y vencimientos.
Atender la bandeja
Tomar o asignar las dependencias que aún no tienen equipo responsable.
Mover el flujo
El kanban por estados y el grafo de quién espera a quién.
Leer la foto ejecutiva
El QBR vivo: KPIs, proyectos prioritarios y análisis con IA.
La cabecera y las cinco vistas
El módulo se organiza en cinco pestañas bajo una cabecera común:
| Pestaña | Qué muestra |
|---|---|
| Seguimiento | «Dependencias que involucran a tu equipo, en tiempo real.» |
| Sin asignar | «Dependencias sin equipo responsable. Tómalas o asígnalas a un equipo.» La pestaña lleva un contador con las pendientes. |
| Kanban | «El flujo de las dependencias por estado, de punta a punta.» |
| QBR vivo | «La foto trimestral del mapa, siempre al día.» |
| Grafo | «Quién espera a quién, dibujado.» |
En la cabecera también están:
- El selector de perspectiva. Si perteneces a varios equipos eliges con cuál miras el módulo («Viendo como …»); con un solo equipo se muestra fijo, y si no perteneces a ninguno verás «Viendo toda la organización — no perteneces a ningún equipo». La perspectiva solo filtra lo que ves: no cambia lo que puedes hacer.
- El botón Registrar dependencia, que solo aparece en la pestaña Seguimiento y solo con el permiso Registrar dependencias.
Anatomía de una dependencia
Cada dependencia tiene un código D-#### (consecutivo global, asignado al
crear e inmutable), un título («qué se necesita»), y siempre sirve a una
iniciativa (un proyecto no terminal; para necesidades operativas puras la
convención es usar una iniciativa «Operación» del equipo). Además:
- Equipo que solicita (siempre presente) y equipo que resuelve (puede faltar: entonces está Sin asignar).
- Responsable (texto libre, opcional) y fecha de vencimiento (opcional). El vencimiento se muestra en relativo: «en N días», «vence hoy», «vencida hace N días» o «completada» si ya está resuelta.
- La etiqueta Estratégico (con estrella y peso) cuando su iniciativa está vinculada a la Estrategia activa.
Tipos (cinco, fijos)
| Tipo | Para qué |
|---|---|
| Información | Especificaciones, documentación, definiciones. |
| Insumos | Datasets, contenidos, artefactos que un equipo produce para otro. |
| Soluciones técnicas | APIs, servicios, integraciones, desarrollo. |
| Aprovisionamientos | Licencias, infraestructura, compras, ambientes. |
| Acompañamiento | Sesiones, validaciones, soporte experto. |
Impacto (cuatro niveles)
Bajo · Medio · Alto · Crítico. El impacto pesa en la priorización del QBR vivo y colorea los chips y el grafo.
Estados (seis, en el orden del kanban)
| Estado | Significado |
|---|---|
| Sin asignar | Nadie la ha tomado: no tiene equipo que la resuelva. Vive en la bandeja. |
| Asignada | Ya hay equipo responsable, aún no ha empezado. |
| En análisis | El equipo resolutor la está entendiendo o estimando. |
| En progreso | Se está trabajando. |
| Bloqueada | No puede avanzar; admite un motivo del bloqueo. |
| Resuelta | Terminada. Es el único estado final, y puede reabrirse moviéndola a otro estado. |
Dos reglas fijas del flujo: estar Sin asignar equivale a no tener equipo resolutor (para sacarla de ahí hay que decir quién se hace cargo), y devolverla a Sin asignar quita al equipo responsable (la plataforma pide confirmación).
«Descartada» no es un estado
Descartar una dependencia la archiva: conserva su estado, sale de tableros, KPIs, QBR, grafo y seguimiento, y no admite cambios hasta restaurarla. No se borra nada — el histórico queda y siempre puede restaurarse desde su detalle. Se explica más abajo.
La vista Seguimiento
Es la portada del módulo. Si tienes equipo, dos pestañas separan las direcciones: Requiero (lo que tu equipo pide a otros) y Soy la dependencia (lo que otros te piden). Sin equipo, ves todas las dependencias de la organización.
Arriba, cuatro indicadores: Total activas, Críticas / Altas, Bloqueadas / sin resolver y Vencidas. Debajo, los filtros:
- Un selector de contraparte, que se llama Resuelve (en Requiero) o Solicita (en Soy la dependencia), con Todos los equipos y — solo en Requiero — la opción Sin asignar.
- La casilla Mostrar resueltas (ocultas por defecto).
- El conmutador de densidad de la tabla: Compacta / Cómoda.
La tabla muestra Código, Título, Tipo, Impacto, Estado, la contraparte (Resuelve o Solicita), Responsable y Vence. El chevrón al final de cada fila abre el detalle (el panel lateral que se explica abajo).
Registrar una dependencia
En dirección «proveo», el equipo solicitante es obligatorio: la dependencia nace directamente Asignada a tu equipo.
El detalle (panel lateral)
Desde cualquier vista, abrir una dependencia muestra su panel lateral con el código, la etiqueta Estratégico si aplica, los chips de tipo, impacto y estado, la Descripción y la Ficha: proyecto, equipo del proyecto, fases activas, quién Solicita, quién Resuelve, Responsable, Vence y el Motivo del bloqueo si está bloqueada. Si la IA la priorizó en el último análisis, verás también el chip «Priorizada #N por la IA» (ver Análisis IA).
Si puedes escribir sobre ella, aparece además:
- Mover a estado — seis botones, uno por estado. Al sacarla de Sin asignar se pide el Equipo que la resolverá; al devolverla a la bandeja se confirma con «Sí, devolver a la bandeja»; al moverla a Bloqueada puedes anotar el Motivo del bloqueo.
- Editar — reabre el formulario de registro (los equipos y el estado no se editan desde ahí).
- Descartar / Restaurar — el archivo auditable.
Descartar y restaurar
Descartar saca la dependencia de los tableros, los KPIs, el QBR, el grafo y el seguimiento, y bloquea cualquier cambio hasta restaurarla. No se borra nada: puedes anotar un Motivo opcional y restaurarla después desde este mismo panel — vuelve con su estado anterior intacto. Mientras está descartada, el panel lo avisa («Dependencia descartada — está fuera de tableros, KPIs y métricas…») y la única acción disponible es Restaurar.
La bandeja Sin asignar
La pestaña Sin asignar reúne las dependencias sin equipo resolutor. Como recuerda su aviso: cualquier equipo con permiso puede tomarlas, o un PM puede asignarlas — «Sin asignar no significa descartada». Esta bandeja no se filtra por perspectiva: siempre es la de toda la organización.
Arriba, tres indicadores: Sin asignar, Críticas y Afectan estrategia. Puedes filtrar por Solicitante, y la tabla muestra Código, Dependencia, Tipo, Impacto, Solicitante, Proyecto y Vence. Cada fila ofrece:
- Asignármela (con Gestionar las dependencias de mi equipo): tu equipo se hace cargo y pasa a Asignada — «D-#### es tuya». Si perteneces a varios equipos, eliges con cuál («Asignármela · elige tu equipo»).
- Asignar a equipo… (con Asignar dependencias a cualquier equipo): eliges el Equipo responsable de todo el roster y, opcionalmente, un Responsable.
Si dos personas van por la misma, gana el primero: el segundo ve «Otro equipo se te adelantó» y la lista se refresca. Y cuando la bandeja queda a cero, se celebra: «No quedan dependencias sin asignar» 🎉.
Permisos
Etiquetas tal como aparecen en Configuración → Accesos:
| Permiso | Qué habilita en el Mapa de dependencias |
|---|---|
| Ver el mapa de dependencias | El ítem de menú Dependencias y las cinco vistas, en modo lectura sobre toda la organización. Sin él, nada. |
| Registrar dependencias | El botón Registrar dependencia (crear, en dirección «requiero»). |
| Gestionar las dependencias de mi equipo | Asignármela en la bandeja; editar, mover de estado y arrastrar en el kanban las dependencias donde tu equipo pide o resuelve; descartar/restaurar las que tu equipo solicitó. |
| Asignar dependencias a cualquier equipo | Alcance de PM o líder: Asignar a equipo…, registrar en dirección «proveo», y editar, mover, descartar o restaurar cualquier dependencia. |
Como en toda la plataforma, lo que tu nivel de acceso no permite no aparece en la interfaz. Además el servidor revalida cada acción: escribir sobre una dependencia ajena responde «Esta dependencia no es de tus equipos», aunque la perspectiva elegida sea otra — lo que cuenta es a qué equipos perteneces de verdad.
Relación con otros módulos
- Proyectos — toda dependencia sirve a una iniciativa; su ficha enlaza el proyecto y muestra sus fases activas.
- Estrategia — la etiqueta Estratégico y su peso vienen de los vínculos iniciativa↔objetivo del período activo.
- Equipos — solicitante y resolutor son equipos; tu pertenencia define sobre cuáles puedes escribir.
- Accesos — la referencia completa de los cuatro permisos del módulo.