La innovación es una mentalidad, no un objetivo
Integra la agilidad técnica en tu cultura de ingeniería
Como director técnico en Jimdo, he observado a menudo que la innovación en aplicaciones se suele tratar como un proceso único: una transformación digital o una migración a la nube, como si fuera una iniciativa puntual que, una vez completada, permite a la organización centrar su atención en otras cosas. Pero, en realidad, la innovación en aplicaciones no es un proyecto con una fecha de inicio y otra de finalización; es un principio operativo que debe integrarse en tu cultura de ingeniería.
El verdadero reto para cualquier responsable tecnológico no es elegir entre nuevas funciones y el mantenimiento. Es la gestión continua de los recursos de ingeniería. Hace poco, cuando me senté a charlar con Trey Guinn, director técnico de operaciones de Cloudflare, en su programa Beyond the App Stack, hablamos precisamente de esta tensión: cómo garantizar que la agilidad no vaya en detrimento de la estabilidad.
Para mí, la respuesta comienza con la alineación. No creo en el consenso; es demasiado difícil de alcanzar en una empresa en crecimiento. En cambio, creo en una estrategia de arriba abajo combinada con una ejecución de abajo arriba. El equipo directivo decide "qué" y "dónde", pero son los ingenieros y los vicepresidentes quienes determinan "cómo". Esta claridad es la única forma de asegurarnos de que cuando hablamos de innovación de aplicaciones, en realidad estamos hablando de crecimiento empresarial.
La balanza entre mantenimiento e innovación
Para poner en marcha nuestra recuperación, adoptamos un "impuesto de estabilidad". Dedicamos el 60 % de nuestros esfuerzos a resolver la deuda técnica fundamental, dejando el 40 % para la innovación. Este umbral no era un número mágico, sino una referencia táctica para evitar que nuestros equipos se tropezaran con los escombros de la base de código.
El secreto de la coherencia no es mantener una proporción fija para siempre sino evaluar el nivel de fricción de tu equipo. Si los lanzamientos son lentos y la complejidad es elevada, la carga de la deuda debe aumentar. Debido a nuestra disciplina durante tres años, nos hemos ganado el derecho a invertir esa proporción. Hoy en día, gastamos más en innovación, pero nunca reducimos la deuda a cero. Ya sea que estés en un 60/40 o un 20/80, la norma es la misma. Tienes que pagar por tu pasado para proteger tu futuro.
La decisión de dejar atrás los sistemas heredados
Una de las decisiones más difíciles que tiene que tomar un director técnico es decidir cuándo un sistema ya no tiene arreglo. La tentación de echarlo todo por la borda y empezar de cero es constante, pero según mi experiencia, esa decisión debe basarse en la estrategia empresarial, no en la frustración técnica.
En un momento dado, Jimdo se enfrentó a un punto de inflexión estratégico. Pasamos de un creador de sitios web DIY (hazlo tú mismo), en el que los usuarios tenían que saber de HTML y CSS, a la era de la web 2.0, en la que nosotros nos encargábamos de entregar el sitio web al usuario. Dado que el modelo de negocio cambió de forma fundamental, la solución existente pasó a ser un limitante en lugar de un acelerador. Aislamos a un equipo con la responsabilidad principal de reconstruir Jimdo 2.0.
Esta experiencia codificó la forma en que evalúo cada cambio técnico importante hoy en día. Eso me enseñó que una reestructuración no solo debe resolver la deuda técnica, sino que también debe resolver un problema empresarial. Actualmente, cuando un responsable de ingeniería me pide una gran inversión en innovación de aplicaciones, siempre planteo tres preguntas muy simples:
¿Cómo nos ayuda esto a ser más rápidos?
¿Cómo reduce esto nuestra complejidad?
¿Cómo mejora esto la conversión de productos?
Si la propuesta encaja perfectamente con la estrategia de la empresa y responde a esas tres preguntas, la aprobamos y nos ponemos manos a la obra durante el trimestre. La responsabilidad es clave. No se trata solo de pedir presupuesto, sino de justificar esa inversión desde el punto de vista empresarial.
Ampliación de la experimentación mediante jornadas centradas
La innovación requiere sistemas que permitan la experimentación sin obstáculos. En Jimdo, reservamos un día de concentración cada semana. Este es al menos un día en el que los ingenieros pueden investigar herramientas, probar mejoras en nuestra base de código existente y mantenerse al día sobre cómo evoluciona el mundo de la tecnología.
Como ingeniero de corazón, creo que si no investigas y aprendes, te quedas desfasado. Con el auge de la IA, esto es más cierto que nunca. La IA está cambiando las reglas del juego, ya que permite programar mucho más rápido. Pero solo puedes ganar con la IA si tienes las medidas de protección necesarias. Animo a nuestra gente a que explore estas herramientas y busque formas de trabajar más rápido, y esa apuesta por la curiosidad ya está dando sus frutos.
Usamos los canales de comunicación internos para compartir estos resultados. Cuando todos comparten el mismo objetivo y ven lo que están haciendo sus compañeros, se crea una presión positiva que les ayuda a mantenerse en sintonía.
La trampa de los costes irrecuperables: lecciones de un fracaso de dos años
No todos los esfuerzos de innovación en aplicaciones dan sus frutos. He tenido mi buena dosis de fracasos, entre ellos un proyecto de inversión muy complicado que estuvo en marcha durante más de dos años.
El problema fue que el mercado cambió, nuestra estrategia empresarial se modificó y nos quedamos con un proyecto a medio hacer que ya no encajaba con el negocio. Mantenerlo era un auténtico suplicio. De ese fracaso aprendí una lección fundamental, hay que dividir siempre el trabajo en hitos que nos aseguren que vamos por buen camino.
Piensa en ello como construir un coche. No se construyen cuatro ruedas y luego un eje. Construyes un monopatín, luego una bicicleta y, después, un coche. Si vas poco a poco, te proteges. Si la estrategia cambia o el mercado se transforma, puedes retirarte sin perder dos años de trabajo. La agilidad no consiste solo en ser rápido. Se trata de tener la capacidad de respuesta para detenerse cuando la dirección ya no es la correcta.
La mentalidad para la innovación de aplicaciones es el proceso, no el destino
No hay una receta fácil para hacer las cosas bien. Se necesita un liderazgo firme para proteger la capacidad de ingeniería necesaria para saldar la deuda técnica, sobre todo cuando hay una presión constante para lanzar nuevas funciones.
Como demuestra el Informe de Cloudflare 2026 | Innovación en aplicaciones, las organizaciones más exitosas son las que esperan y planifican la innovación a escala de las aplicaciones a lo largo del tiempo. No consideran la tecnología como un recurso estático, sino como un sistema dinámico que requiere cuidado constante.
La innovación en aplicaciones se trata de que el tiempo que dedicas a mejorar tus aplicaciones cuente. Cuando le das a tus equipos el espacio para actualizarse, la claridad para alinearse con los objetivos empresariales y la disciplina para reducir la deuda, no solo estás manteniendo un producto, sino que estás construyendo un motor competitivo.
Escala tu innovación
La verdadera innovación de las aplicaciones tiene menos que ver con llegar a un destino y más con la evolución de cómo tu organización construye, protege e implementa activos digitales. Para transformar la agilidad técnica en una ventaja comercial permanente, necesitas una base que elimine la fricción y mantenga rigurosos estándares de seguridad.
La plataforma unificada de Cloudflare permite gestionar la seguridad de las aplicaciones y su rendimiento como respuesta a esta evolución. Ahora que las organizaciones modernizan sus sistemas heredados, optimizan sus arquitecturas distribuidas e invierten en capacidades basadas en la IA, Cloudflare ofrece la base que combina innovación y resiliencia. Mediante la integración de un rendimiento de primer nivel, una observabilidad profunda y herramientas centradas en los desarrolladores en una única capa programable, Cloudflare te ayuda a recuperar tiempo de ingeniería e impulsar la innovación sin la carga que suponen las herramientas dispares ni los costes crecientes.
Este artículo forma parte de un conjunto de publicaciones sobre las últimas tendencias y temas que afectan a los responsables de la toma de decisiones sobre tecnología en la actualidad.
Más información sobre este tema
Más información sobre cómo las organizaciones están modernizando sus pilas de aplicaciones y procesos en el Informe de Cloudflare 2026 | Innovación en aplicaciones.
Autor
Felipe Furlan — @ffurlansilva
Director técnico, Jimdo
CONCLUSIONES CLAVE
Después de leer este artículo podrás entender:
Cómo encontrar el equilibrio entre la innovación y el mantenimiento rutinario
Cuándo renovar reestructurar o invertir en la reducción de la deuda técnica
Criterios para evaluar las propuestas de modernización