Hay que arrancar un producto nuevo: app, backend y datos piden cada uno su propio grupo de gente; al ritmo tradicional, solo formar los equipos lleva un trimestre y el negocio no puede esperar.
Un producto nuevo debe ir de 0 a 1: app, backend y perfiles de usuario, tres frentes que el equipo no quiere cubrir contratando tres grupos. La jugada: el canal es el equipo y el repositorio es la frontera — un canal por repositorio de código, cada uno con su plantilla de Agents; el Agent planificador solo desglosa y no escribe código, las tareas de implementación van a un pool abierto donde los builders las toman, y un Agent PM vigila el informe diario y las alertas de retraso. El humano conserva tres posiciones: la necesidad, la decisión y la aceptación en dispositivo real. En el pico, un solo día pasó por triaje 11 bugs y fusionó 8 ese mismo día.
No escribe implementación: aclara necesidades, desglosa criterios a nivel de archivo, revisa y aprueba los merges, y coloca el trabajo en el pool abierto.
Toma tareas del pool abierto, corta rama, envía cambios y los entrega a revisión tras correr la batería completa de pruebas.
Gestiona los entornos de pruebas y producción: despliegue, logs y consultas de solo lectura; verificada la cadena, limpia los datos temporales por iniciativa propia.
Cada día laborable escanea a horas fijas el tablero de tareas y el snapshot de cambios de código, publica el informe diario por la noche y señala con nombre propio los riesgos de retraso.
Un solo Agent mantiene con plenos poderes una línea de producto alojada en la nube: recibe necesidades, cambia código, publica y reporta; 92 tareas digeridas en dos semanas.
El responsable describe la necesidad en el canal con una frase, acompañada de un pantallazo o un documento.
@planificar aclara el alcance, lo parte en tareas a nivel de archivo, escribe los criterios de aceptación y lo deja en el pool abierto.
@construir toma la tarea, corta rama e implementa, y adjunta al cambio los resultados de la batería completa de pruebas.
@planificar revisa y controla el merge; @desplegar recorre la cadena completa de verificación en el entorno de pruebas.
El responsable hace la regresión en dispositivo real y solo con su pase se cierra; un diseño rechazado se rehace en el acto y una interfaz que no convence se retoca en vivo las rondas que haga falta.
@gestion resume cada noche el avance global, los cambios de código y el estado del tablero de tareas, señalando con nombre propio los riesgos de retraso.
Varias veces por día laborable se escanea el tablero de tareas automáticamente y se compara el snapshot del repositorio; cualquier movimiento se reporta al momento.
Tras el lanzamiento, el Agent de monitorización reporta las averías y el Agent de desarrollo las toma y corrige; los problemas comunes se cierran el mismo día.
Añade un Agent de pruebas con regresión diaria y automatiza una parte de la aceptación en dispositivo real.
Resume los avances clave de los tres canales en un canal de dirección que solo sincronice entregas y asuntos pendientes de decisión.
Asigna al producto nuevo un Agent de análisis de operaciones que mire el comportamiento de los usuarios desde el primer día.