Claude Code, nuestro gran aliado en el SDLC para iMBranded

En el sector de la comunicación visual y branding, donde la imagen es a la vez el producto y el motor de crecimiento del negocio, mantener una plataforma estable, actualizada y alineada con las necesidades de los usuarios requiere una exigencia constante.

Diverger desarrolló para iMBranded una aplicación móvil para iOS, con frontend en Flutter y backend en .NET, que digitalizaba por completo el proceso de site survey. La herramienta permitía a los comerciales registrar sobre el terreno las imágenes y medidas de cada emplazamiento, situar los productos de branding sobre fotografías reales del espacio para previsualizar el resultado antes de producirlo y generar automáticamente la documentación en PDF. Es decir, en una única herramienta propia se reunían la captura de datos, la propuesta visual y la documentación comercial.

El desafío al que nos enfrentamos fue por un lado, sostener este producto ya en producción, distribuido mediante App Store Connect y desplegado en tres entornos distintos. Y por otro lado, seguir evolucionándolo de manera significativa manteniendo el mismo número de desarrolladores del squad constituido entre 4 y 6 miembros, trabajando bajo el framework Agile, y todo ello sin comprometer ni la calidad ni las entregas acordadas con el cliente.

Ante este gran reto, identificamos éste como un caso de uso ideal para incorporar Claude Code al squad de developers como un aliado en todo el ciclo de vida del desarrollo de software (SDLC). Desde la lectura del ticket definido en Jira hasta el despliegue, pasando por la implementación, los tests, la revisión de código y la documentación. Nuestro objetivo principal no era usar Claude Code en una etapa concreta del SDLC, sino agentizar el flujo de trabajo completo, de principio a fin.

El modelo de trabajo que adoptamos explotaba ampliamente el ecosistema de Anthropic. Claude Code, la API de Claude en CI, el servidor MCP de Figma y un sistema de gobierno versionado junto al código, basado en un CLAUDE.md de más de 120 líneas que actuaba como fuente de contexto y reglas persistentes del proyecto, más de 7 skills de arquitectura, comandos personalizados (slash commands) y hooks.

Además, creamos Ralph, un agente propio de revisión automática de código construido sobre la API de Claude.

De este modo, cada vez que un desarrollador proponía incorporar un cambio al proyecto (una pull request), Ralph lo revisaba como lo haría un desarrollador senior, detectando errores, incoherencias y desviaciones respecto a las normas de arquitectura definidas, y dejando sus comentarios directamente sobre la propuesta. Ralph actuaba primero en el entorno local del propio desarrollador, antes de enviar el cambio, de modo que muchos problemas se corregían ahí. Y después, de forma automática en el pipeline, como paso de validación obligatorio en la construcción del software. Así, ningún cambio podía fusionarse en el proyecto sin haber pasado antes su revisión.

Tras varias semanas de adopción, y apareciendo Claude Code en GitHub como coautor en más del 50% de los commits, su impacto se tradujo en una batería de pruebas multiplicada por nueve respecto al punto de partida, una mejora superior al 50 % en la productividad de generación de código y una cobertura de tests por encima del 80 %, tanto en backend como en frontend. Esto nos permitió duplicar el número de releases mensuales sin incidencias reseñables, con una documentación técnico-funcional más completa, actualizada y entregada al cliente en menos tiempo.

Claude Code como asumió buena parte de la implementación, el testing y la revisión inicial de código, el equipo técnico pudo concentrar su esfuerzo en las tareas donde su criterio aportaba más valor como entender el problema del cliente, definir en detalle los requisitos técnicos, tomar decisiones de arquitectura y revisar el código en profundidad, entre otras. Así, el equipo evolucionó hacia un rol centrado en el qué y el por qué, y no tanto en el cómo.

Por tanto, la adopción de Claude Code en el SDLC para iMBranded nos ha permitido demostrar que es posible aumentar el ritmo y el volumen de entrega sin renunciar a la calidad ni al criterio de los técnicos. Al integrar un conjunto de agentes en cada fase del desarrollo y gobernarlo mediante reglas versionadas junto al código, convertimos el criterio individual de cada desarrollador en un estándar de proyecto compartido y verificable en cada paso.

Este caso de éxito no solo se ha mantenido hasta hoy con iMBranded, sino que ha resultado replicable, trasladándose a otros equipos y stacks tecnológicos donde se requiere una entrega ágil y continua, sin sacrificar la calidad y el compromiso con el cliente.