Cómo trabajamos

Este es el camino completo, para un producto en producción o que ya tiene usuarios. Un MVP o una primera versión sigue uno más ligero y rápido, para que veáis antes versiones que funcionan: la planificación, los agentes, las propuestas con su prueba y las comprobaciones y revisiones automáticas se mantienen; la persona que ha dirigido a los agentes aprueba cada cambio, las pruebas de extremo a extremo, visuales y de accesibilidad esperan a los primeros usuarios y no hay despliegue de previsualización. Cuando el producto tiene usuarios, empieza el camino completo.

1. 1 · Planificación

   Cada petición entra en una sola cola: el mensaje de un cliente, una licitación, una idea nuestra. Un agente de planificación la clasifica: cada petición se convierte en una tarea de un proyecto, o se descarta con el motivo por escrito.

2. 2 · Un orquestador por área

   Un proyecto tiene un agente orquestador para cada área del trabajo, como la interfaz, el servidor, las pruebas o el proceso de publicación. Cada uno divide su área en entregables, encarga cada entregable a una sesión de agente y lleva su estado por escrito. Él mismo nunca edita archivos, ni guarda cambios, ni envía nada.

3. 3 · Una sesión por entregable

   Un entregable es un cambio en el código, un documento o una investigación. Cada uno tiene su propia sesión de agente en una rama propia, y varias sesiones trabajan a la vez.

4. 4 · Propuesta de cambio

   Cada cambio termina en una propuesta de cambio que lleva la prueba del resultado: capturas para lo que se puede ver y un diagrama para el resto. La respuesta a un correo queda en borrador hasta que una persona la envía.

5. 5 · Integración continua

   En los proyectos de cliente, cada propuesta pasa compilación, análisis estático, comprobación de tipos y pruebas unitarias, con las herramientas de cada tecnología, y pruebas de extremo a extremo, visuales y de accesibilidad WCAG 2.2 AA cuando hace falta; en este sitio web, validación del HTML, comprobación de enlaces y comprobación de accesibilidad. Si alguna comprobación falla, el agente la corrige a partir del registro.

   En un MVP: compilación, análisis estático, comprobación de tipos y pruebas unitarias; las pruebas de extremo a extremo, visuales y de accesibilidad llegan con los primeros usuarios.

6. 6 · Revisiones automáticas

   En los proyectos de cliente, un servicio de revisión automática de código lee cada propuesta y el agente que la ha hecho corrige o responde cada comentario. Una segunda revisión, hecha por uno de los modelos de IA más recientes con un nivel de razonamiento alto, vuelve a buscar lo que la primera revisión no ha visto: normas de diseño y convenciones del proyecto.

7. 7 · Aprobación humana

   Una persona lee y aprueba cada cambio que hacemos antes de que entre en el código de un proyecto, en todos los proyectos. Cuando el producto de un cliente ya tiene usuarios, esa persona es distinta de la que ha dirigido a los agentes.

   En un MVP: la persona que ha dirigido a los agentes lee el cambio y lo aprueba.

8. 8 · Pruebas de cada versión

   Una persona del equipo se dedica al control de calidad y prueba cada versión antes de que llegue a los usuarios.

9. 9 · Despliegue

   En los proyectos de cliente, cada propuesta tiene su propio despliegue de previsualización, donde vosotros y el equipo podéis probar el cambio antes de que entre en el código; cuando entra, llega a producción automáticamente. Otra persona del equipo lleva las operaciones y el soporte de lo que está en producción.

   En un MVP: sin previsualización: cuando el cambio entra en el código, va directamente a la versión que probáis.

10. 10 · Lecciones escritas

    Cuando un proyecto nos enseña algo, lo escribimos como una regla con una forma de comprobarla. Los agentes leen las reglas antes de empezar, y así la tarea siguiente empieza desde ahí.