⌘J
En esta página 6

Handbook / Cómo se coordina el equipo

Cómo se coordina el equipo

La mecánica de coordinación de Axel: cómo se comunica el avance (por hitos), dónde vive cada decisión y cómo se cruzan los dos frentes de trabajo.

Trabajamos distinto a propósito. Esta página cuenta la filosofía y los hábitos que hacen que el equipo se coordine sin reuniones de “¿cómo va?” y sin que las decisiones se pierdan en un chat. Es la vista para todo el equipo, con foco en el frente no-técnico. Para el detalle del ciclo de ingeniería, hay un puntero al final.

La filosofía en 3 reglas

Async-first

El default es asíncrono; lo real-time es la excepción. Respondes cuando puedes concentrarte, en tu propio momento. Todo tiene fecha de entrega, así que el trabajo avanza por sí solo sin marcar nada como urgente.

Decisiones escritas

Lo que importa se escribe. Writing solidifies, chat dissolves. Hablar ayuda a quien está en la sala; escribir ayuda a todos, incluidos los que no estaban y los que vienen. El historial es de primera clase.

AI-native

Ante cualquier proceso, la pregunta obligatoria es: ¿podemos meter IA o agentes aquí para ganar tiempo? El humano queda como cuello de decisión y revisión, y la máquina hace la ejecución mecánica. Con barandas: la verdad la garantiza el determinismo (tests verdes, motor determinista); el humano decide lo crítico; y la IA entra donde optimiza de verdad. Optimizar, no aiwashing.

Cómo se comunica el avance

El avance para todo el equipo vive en AxelOps (la herramienta interna de gestión). La regla de oro: hitos, no goteo. AxelOps recibe etapas cerradas en lenguaje humano. El detalle granular vive aparte, en GitHub Projects.

El avance sube en dos registros complementarios:

Doc "Avance del MVP, en cristiano"

El panorama de “¿dónde vamos?” en etapas de lenguaje claro: Cimientos, El corazón legal, Firma digital con validez legal… cada una con su estado 🔨 (en curso) / ⏳ (por venir) / ✅ (listo).

Anuncios de etapa

En el Message Board, cuando se cierra algo que merece contarse. Son unidireccionales (con comentarios), separados de las discusiones.

Traducir de técnico a humano. Se dice “Cimientos”, no “F0-F3 fundación multi-tenant”. Esa traducción la escribe siempre una persona: la prosa hacia humanos se escribe a mano por diseño. Un agente junta los hechos; el texto lo escribe el humano.

Hoy este flujo es manual. AxelOps está en preparación previa al despliegue; la sincronización de “fase cerrada → hito visible” todavía se hace a mano. La cadencia exacta de los updates aún no está decidida. Lo que sí es firme: hitos, no goteo y la prosa siempre la escribe una persona.

Dónde vive cada decisión

Cada tipo de conocimiento tiene un hogar único:

Decisiones de producto y operación

Van al Message Board de AxelOps. Si mientras se construye surge una decisión (“usamos X en vez de Y”), se escribe ahí, no en un commit ni en WhatsApp.

Verdad técnica del proyecto

Vive en el repo como ADRs y documentación técnica, junto al código, donde los developers y los agentes la consumen.

Una decisión va donde queda escrita. Writing > chat. Un mensaje de chat se disuelve; una decisión escrita queda para todos. Si algo importa, tiene que tener un hogar permanente.

Async en la práctica

Qué esperar al trabajar así:

  • No hay indicador de “en línea” ni de “visto”. El punto verde da igual: se confía en el trabajo, no en la presencia.
  • El trabajo avanza por planificación. Todo tiene fecha de entrega, así que cada cosa progresa por su plan y no por interrupciones de último momento.
  • Las notificaciones se agrupan. Los eventos se resumen una vez al día en un solo digest. Menos FOMO, más foco.
  • El estado se lee, no se pregunta. “¿Cómo va?” se resuelve leyendo AxelOps cuando quieras, en lugar de convertirse en una llamada.
Check-in semanal, sin escribirlo a mano

El check-in async (“¿en qué trabajaste esta semana?”) arranca de un borrador: un script lo arma a partir de los commits de la semana, y la persona lo revisa y publica. El agente junta los hechos, el humano escribe la prosa. Es la filosofía AI-native aplicada a la comunicación: el humano queda como revisor y se ahorra el tipeo.

Los dos frentes y cómo se cruzan

El trabajo corre en dos frentes independientes, y el avance de uno sube al común:

Frente de ingeniería

Developers y agentes trabajan en GitHub Projects y en el código. Los agentes codean; el CTO decide, revisa y mergea. El detalle granular vive aquí.

Frente no-técnico

Legal, marketing y diseño trabajan en AxelOps. El equipo legal produce la materia prima (research y corpus) que alimenta el producto, no solo la mira desde afuera.

Cómo sube el avance de un frente al otro: el razonamiento y los borradores se destilan a la verdad técnica del repo; esa verdad define qué construir en GitHub Projects; y al cerrarse una etapa grande, se refleja como un hito en AxelOps para que todo el equipo se entere en lenguaje claro. Cada quien mira su capa y todos saben cómo va el producto.

Para el detalle técnico

El ciclo de ingeniería (tarea → PR → review → merge), la Definition of Ready / Done y el tracking granular viven en la sección de Engineering.