Conceptos clave
El modelo mental de Auroria Factory — qué es cada pieza y cómo se relacionan los módulos entre sí.
Auroria Factory organiza el trabajo como una fábrica: primero se diseñan las herramientas (factorías y líneas de ensamblaje), luego los proyectos recorren la línea fase por fase, y en cada fase un equipo de agentes produce entregables que quedan versionados. Esta página define cada pieza y explica cómo encajan.
Las piezas
Proyecto
La unidad de trabajo principal: un objetivo que tu equipo lleva de principio a fin. Un proyecto nace de una línea de ensamblaje (que define sus fases), se radica al confirmarlo y avanza fase por fase hasta completarse. Ver Proyectos.
Fase
Cada etapa de un proyecto. Una fase tiene un objetivo, una factoría asignada que la atiende, un tipo de salida (qué entregable produce) y un estado (pendiente, activa, completada, omitida…). Las fases pueden depender unas de otras y algunas son compuestas: contienen subfases y actividades. Ver Fases.
Línea de ensamblaje
La plantilla de flujo que define qué fases tendrá un proyecto, en qué orden, con qué dependencias y qué factoría atiende cada una. Se diseña una vez y se reutiliza en muchos proyectos. Ver Líneas de ensamblaje.
Factoría
Un equipo de agentes configurado para una tarea: un agente principal, sus sub-agentes, sus habilidades (skills), sus reglas de comportamiento, su base de conocimiento y sus herramientas externas. No es "un chat con IA": es una unidad de trabajo especializada, versionada y reutilizable. Ver Factorías y Construir factorías.
Agente
Cada integrante de una factoría. El agente principal conversa contigo en el chat de fase y puede delegar partes del trabajo en sub-agentes especializados. Los agentes usan las skills, el conocimiento y las herramientas que la factoría les da.
Chat de fase
El espacio donde ocurre el trabajo: conversas con el agente de la factoría asignada a la fase, le adjuntas contexto (imágenes, documentos), ves su actividad en tiempo real y apruebas los resultados. Ver El chat de fase.
Entregable y versión
El producto de una fase. Cada ajuste genera una nueva versión que conserva el linaje completo, y la versión aprobada se propaga automáticamente a las fases posteriores que sigan abiertas — todas trabajan siempre sobre la última versión aprobada. Ver Entregables y documentos.
Documento y Knowledge Base
Los documentos son el contexto que los agentes usan para trabajar: se suben a una fase, a una factoría o a la Knowledge Base general, se indexan y quedan disponibles para consulta de los agentes. Ver Knowledge Base.
Board
El kanban donde los equipos organizan su trabajo operativo en dos niveles: cards de equipo (nivel 1) y Checkpoints (nivel 2), con su propio módulo de calidad (planes y ciclos de prueba). Cada Checkpoint se desglosa, a su vez, en Scopes. Ver Board.
Dependencia (entre equipos)
Lo que un equipo necesita de otro para una iniciativa: información,
insumos, soluciones técnicas, aprovisionamientos o acompañamiento. Cada
dependencia tiene un código D-####, un impacto, un estado (de Sin
asignar a Resuelta) y siempre sirve a un proyecto. Se gestiona en el
Mapa de dependencias, la capa de coordinación
entre equipos (el Board sigue siendo el trabajo interno de cada equipo).
Estrategia, objetivo y resultado clave (OKR)
La estrategia es el período anual (solo uno activo) con sus objetivos ponderados; cada objetivo se mide con resultados clave que avanzan mediante check-ins (valor + confianza + comentario). Las iniciativas se vinculan a los objetivos con una contribución de 1 a 5, y de ahí se deriva qué proyectos son estratégicos y con qué peso — dato que consumen el Mapa de dependencias y el QBR. Ver Estrategia.
QBR vivo y Análisis IA
El QBR vivo es la lectura ejecutiva que cruza estrategia y dependencias (KPIs, proyectos prioritarios, priorización). El Análisis IA es su versión agéntica: una factoría analiza el trimestre bajo demanda y propone sugerencias aplicables que se aceptan o descartan una a una. Ver QBR vivo y Análisis IA.
Equipo, subequipo y dominio
Los equipos agrupan personas; pueden tener subequipos (clanes/pods) y dominios de especialidad. Los equipos determinan, entre otras cosas, qué Boards ves y cómo se agrupan las métricas. Ver Equipos.
Ecosistema
Una agrupación de proyectos por contexto de negocio (por ejemplo, una línea de producto). Al crear un proyecto puedes asociarlo a uno o varios ecosistemas para clasificarlo y filtrarlo. Ver Ecosistemas.
Nivel de acceso, grupo y permiso
El acceso se decide con dos piezas separadas. Un nivel de acceso es un conjunto de permisos, y cada permiso desbloquea módulos o acciones concretas: es lo que gobierna todas las demás piezas, y cada persona tiene exactamente uno. Un grupo no concede ningún permiso: solo dice en qué fases puede participar una persona, que puede pertenecer a varios a la vez. Lo que tu nivel de acceso no permite no aparece en tu interfaz. Ver Accesos.
Ticket de soporte
Una solicitud al equipo de la plataforma (dudas, problemas, peticiones) creada desde el Centro de Ayuda, con estados, conversación y tiempos de atención. Ver Centro de Ayuda.
Cómo se conecta todo
El ciclo completo de la plataforma, de la configuración al resultado:
Configuración prepara la base
Un administrador crea los usuarios, reparte los niveles de acceso y los grupos, organiza los equipos y mantiene los catálogos (tipos de dominios, tipos de outputs, ecosistemas, catálogo de Board). Sin esto, el resto de módulos no tiene con qué trabajar.
Construcción crea las herramientas
Quien tiene el permiso de construir diseña las factorías (y las prueba en el sandbox) y compone las líneas de ensamblaje que encadenan esas factorías en un flujo de fases con dependencias.
Espacios ejecuta el trabajo
Se crea un proyecto a partir de una línea de ensamblaje. Sus fases se activan (a mano o automáticamente) y en cada una trabajas con el agente en el chat de fase, alimentándolo con documentos y aprobando entregables que se versionan y propagan. En paralelo, el Board organiza el trabajo operativo de los equipos y el Mapa de dependencias coordina lo que un equipo necesita de otro.
Análisis observa y mejora
Las Métricas muestran el desempeño del portafolio, de cada desarrollador, factoría y proyecto. La Estrategia define los OKR del año y qué iniciativas son estratégicas, con el QBR vivo y el Análisis IA como su lectura ejecutiva. La Knowledge Base capitaliza el conocimiento para futuros proyectos, y el Centro de Ayuda recoge y resuelve las solicitudes de los usuarios.
En una frase: Configuración habilita, Construcción equipa, Espacios produce y Análisis mide.