Ecosistema digital de una empresa del sector fitosanitario
Dirigí el área digital de una empresa del sector fitosanitario y construí su plataforma: ocho aplicaciones web y una app móvil, independientes entre sí, con una identidad corporativa, una base técnica y unas reglas comunes. La tesis que lo ordenaba: primero estructurar el conocimiento del negocio; las aplicaciones, encima.
En producción y en crecimiento hasta el final de mi etapa, en julio de 2026: la última aplicación se incorporó ese mismo mes. El código es de la empresa y está sujeto a confidencialidad: aquí se cuenta la clase de sistema y de problema, y el detalle se explica en una conversación.
- La dirección de un área digital de extremo a extremo: estrategia, cartera de aplicaciones, desarrollo, operación y adopción.
- Un criterio para decidir qué digitalizar y en qué orden, escrito y defendido ante dirección.
- Una plataforma interna con identidad federada y base común, en la que cada aplicación nueva nacía integrada.
- Desarrollo AI-native a escala de cartera: el mismo contexto y las mismas reglas para los agentes en todos los repositorios.
Una empresa con mucho conocimiento propio —ensayos, producto, criterio agronómico— que necesitaba estructurarlo para que las aplicaciones se construyeran encima. Sin esa base, cada aplicación acabaría rehaciendo su propia versión del dato y ninguna se mantendría.
Primero el dato, después las aplicaciones: estructurar el conocimiento del negocio en sistemas de dominio, cada uno fuente única de lo suyo, sobre una plataforma común de identidad y técnica. Y llamar a cada cosa por su nombre: herramientas concretas para problemas concretos.
Aplicaciones independientes, cada una con su base de datos y su despliegue, unidas por tres cosas: una intranet que hace de proveedor de identidad y fuente de verdad de usuarios y grupos, con acceso único hacia el resto; una base técnica común copiada a propósito en cada aplicación; y las mismas reglas escritas para las personas y para los agentes de código en todos los repositorios.
- Una aplicación nueva nacía integrada: entrar en la identidad común y en los enlaces entre aplicaciones era una entrada de configuración, no un desarrollo.
- La base común —configuración por entorno, secretos, almacenamiento, correo corporativo, registro de actividad— repetida a propósito en vez de optimizada en cada aplicación: es lo que permite a una persona sostenerlas todas.
- Analítica de uso en cada aplicación que deja fuera a los usuarios intensivos del propio área, para que la adopción que se mide sea la de verdad.
Las evidencias26
- Estrategia de transformación digitalMejor ejemplo del portfolioDocumento · Confidencial
Al asumir el área en julio de 2025, en cinco meses la orienté hacia sistemas internos de dominio, cada uno fuente única de su dato, y dejé el resto para cuando ese dato existiera. La dirección general respaldó el planteamiento.
- Estrategia de transformación digitalMejor ejemplo del portfolioDocumento · Confidencial
- Gestión de stakeholdersMejor ejemplo del portfolioDecisión escrita · Confidencial
- Gobierno del dato (data governance)Decisión escrita · Confidencial
- Autonomía de extremo a extremoHistorial de commits · Confidencial
- SSO e identidad federadaMejor ejemplo del portfolioCódigo · Confidencial
- Platform engineering (plataforma interna)Código · Confidencial
- Operación de aplicaciones en la nubeDecisión escrita · Confidencial
- Context engineeringDocumento · Confidencial
- Métricas de producto y adopciónCódigo · Confidencial
- Estrategia de transformación digitalMejor ejemplo del portfolioDocumento · Confidencial
- Gestión del cambio y adopciónMejor ejemplo del portfolioCódigo · Confidencial
- Comunicación con perfiles no técnicosDocumento · Confidencial
- Trabajo autónomoHistorial de commits · Confidencial
- CI/CDCódigo · Confidencial
- Gestión de secretosCódigo · Confidencial
- Configuración por entornoCódigo · Confidencial
- Integración de APIs de tercerosCódigo · Confidencial
- Internacionalización (i18n)Código · Confidencial
- Desarrollo con agentes de código (AI-native)Documento · Confidencial
- Tooling propio para agentes de IADocumento · Confidencial
- Revisión de código generado por IADocumento · Confidencial
- Documentación técnicaDocumento · Confidencial
- MentoríaMejor ejemplo del portfolioHistorial de commits · Confidencial
- Gobierno del dato (data governance)Documento · Confidencial
- Sistema de diseñoDocumento · Confidencial
Principios que se ven aquí13
- PrincipioUn sistema entregado no es un sistema adoptado
- Analítica de uso en cada aplicación que deja fuera a los usuarios intensivos del propio área: se mide la adopción, no la entrega
- Manuales por rol, vídeos tutoriales y cuentas de demostración con protección en la vía habitual de correo y las acciones destructivas configuradas; y la persona de carga de datos, formada para construir ella misma sus comparativas
- PrincipioEn producción, lo mínimo que resuelve el problema
- Sin Docker, Redis ni Celery en ninguna aplicación de la plataforma: escrito como decisión de arquitectura y cumplido en todas
- PrincipioConstruyo sistemas, no piezas: diseño la siguiente fase y construyo solo la actual
- La identidad común se pensó para las aplicaciones de entonces y las que vendrían: cada una nueva entró con una entrada de configuración, sin tocar el mecanismo
- PrincipioLa petición no es el requisito: primero el problema que hay detrás
- Peticiones de arreglos puntuales reconducidas a un cambio de modelo, con el visto bueno de dirección
- PrincipioCada dato tiene un solo sitio donde se escribe; el resto lo lee
- Usuarios y grupos solo se escriben en la intranet; cada aplicación los recibe y los muestra en solo lectura, con una auditoría que reconcilia la deriva
- PrincipioLo que se puede calcular no se escribe a mano
- La empresa y el idioma de cada usuario se deducen de sus grupos, no se guardan aparte
- PrincipioLo seguro es el camino por defecto, y se garantiza en un solo sitio
- La vía común de envío de correo consulta el tipo de cuenta antes de enviar y simula éxito para las cuentas de demostración
- PrincipioConsistente antes que ingenioso: lo nuevo hereda el molde de lo que ya funcionó
- Las mismas convenciones en las ocho aplicaciones, mantenidas alineadas a propósito, y una lista de librerías validadas con preguntas obligatorias antes de añadir otra
- PrincipioLo irreversible lo ejecuta una persona
- Reglas escritas, iguales en todos los repositorios, de lo que el agente no hace: ni migraciones, ni git, ni despliegues
- PrincipioLo que parece un error se demuestra antes de corregirlo
- Regla de revisión de código: una fórmula o una regla de dominio nunca se arregla sin confirmar antes su intención
- PrincipioLo que decide el negocio se configura en vivo, sin publicar una versión
- El modo mantenimiento es un interruptor en la base de datos de cada aplicación
- PrincipioLa documentación es el contexto de quien viene detrás, y cambia en el mismo paso que el código
- Contexto por proyecto y por aplicación en todos los repositorios, con la regla escrita de actualizarlo en el mismo cambio y sin convertirlo en un historial
- PrincipioPrimero la cadena hasta producción, después el producto
- Cada aplicación nueva desplegaba desde su primer o su segundo día