Metodología

Cómo trabajo

Tres cosas que uso a diario en el área de Integración de WOM: una forma de partir con poca información, recetas por tipo de componente y un marco para que la IA desarrolle contra esos estándares.

01 · Metodología

Reducción progresiva de incertidumbre

Los proyectos suelen partir con información incompleta. Mi enfoque es avanzar desde el primer día e ir reduciendo la incertidumbre a medida que el desarrollo progresa. Es una línea del área de Integración de WOM que también es mía: impulsar las ideas y partir, aunque todavía falten respuestas.

Punto de partida
Información inicial acotada y muchas preguntas abiertas, como en la mayoría de los proyectos reales.
Método
Reducir la incertidumbre de forma progresiva, en paralelo con el desarrollo.
Criterio de avance
Cada entrega es un componente maduro y resuelto.

Cada iteración entrega un componente maduro y listo para producción, mientras el alcance total sigue tomando forma.

02 · Estándares

Arquetipos como recetas, más allá del template

Cada tipo de componente tiene una receta canónica: cómo se implementa, con qué buenas prácticas, logging, observabilidad y journaling. Una receta se entiende y se adapta a cada caso. Cuatro tipos, en on premise y en cloud: ocho recetas.

ACL

Anti-Corruption Layer

Traduce entre un sistema externo y el propio, para que cada modelo evolucione de forma independiente.

SRV

Servicio de dominio

La operación que la plataforma expone hacia adentro.

Consumer

Consumidor de eventos

Reacciona a los eventos del negocio en el momento en que ocurren.

Job

Proceso programado

Lo que tiene que pasar a cierta hora: cobrar, reintentar, conciliar.

03 · Desarrollo asistido por IA

Primero el proceso, después la herramienta

Primero documenté cómo trabajamos. Después codifiqué ese marco para que los agentes de IA desarrollen alineados con nuestros estándares.

Skills que se activan por contexto

El ciclo de desarrollo codificado en etapas: desde el workspace vacío y el análisis inicial hasta la entrega a QA y el RFC de cierre.

Contexto de varias fuentes

El agente consulta directamente los sistemas donde vive la información: tickets, datos y contratos de API.

Memoria de mesa de trabajo

Cada historia de usuario guarda su spec, contrato, acuerdos y pendientes, para retomar cualquier tarea con el contexto completo.

Guardarraíles

Acotar la incertidumbre sin detener el desarrollo.

Cuando una definición llega incompleta, el agente identifica los puntos abiertos y los hace explícitos en vez de suponer reglas de negocio. Así se reduce la alucinación y el proceso sigue avanzando mientras esos puntos se resuelven.

Cómo se aplica

  • Agentic Coding: los agentes desarrollan alineados con las recetas y estándares del equipo.
  • Standard reviewer: aseguro que todo lo que se produce, con o sin IA, cumpla esos estándares.
  • Adopción por demostración: cada equipo lo incorpora cuando ve el valor en su propio trabajo.

Proceso típico

01

Descubrimiento

Entender qué sistemas existen, cómo se comunican hoy, qué datos fluyen entre ellos y dónde están las oportunidades de mejora. Revisar documentación existente y hablar con quienes operan los sistemas.

02

Diseño de integración

Definir la arquitectura de integración: qué patrones usar (API, eventos, batch), cómo manejar errores, qué monitorear. Documentar las decisiones y sus razones.

03

Implementación iterativa

Construir en ciclos cortos, empezando por el camino más crítico. Validar la integración real desde temprano y ajustar el diseño con lo que se aprende.

04

Estabilización y entrega

Pruebas de carga, manejo de errores, monitoreo y alertas. Documentación de operación. Transferencia de conocimiento al equipo que va a mantener la integración.

Qué esperar

Apoyo permanente al negocio

Todo mi trabajo está orientado a acompañar los objetivos del negocio, con la flexibilidad necesaria para que se cumplan en tiempo y forma.

Comunicación directa

Conversaciones cortas y frecuentes. Levanto alertas temprano para que las decisiones se tomen a tiempo.

Foco en producción

Mi objetivo es que cada solución funcione en producción, en el ambiente real y con datos reales.

Transparencia técnica

Explico las opciones técnicas y sus trade-offs. Las decisiones de arquitectura se comparten y las entiende todo el equipo.

Compromiso con la calidad

Tests, revisión de código, monitoreo. Las integraciones sostienen procesos de negocio críticos, y se construyen con ese estándar.

Conocimiento compartido

Orientación, capacitación y documentación para que el equipo entienda a fondo las soluciones y las técnicas detrás de ellas. El conocimiento está para compartirlo, y facilitarlo es parte de mi esencia como profesional.

Cero egoísmo intelectual.

¿Quieres saber más?

Conversemos sobre tu proyecto y cómo podría ayudarte.