Confundir experiencia con lastre

Hay algo curioso en el mundillo del diseño, en especial del diseño de producto digital, y del desarrollo de productos tecnológicos en general: se trata de disciplinas que se construyen sobre la experiencia, pero cada vez, por lo que parece ser, hay menos paciencia con ella. Y esto que comento no es una afirmación a la ligera, es un patrón que llevo un tiempo observando, y que se repite con cierta frecuencia; solo hay que observar las ofertas de trabajo y los procesos de selección publicados en LinkedIn y otras plataformas; las descripciones en los puestos por parte de mis colegas de profesión o la forma en que se configuran algunos equipos; para detectar una tendencia silenciosa, diría que casi asumida: la experiencia suma, sí, pero hasta cierto punto; a partir de ahí, empieza a incomodar.

Me da la sensación de que se ha normalizado una especie de ideal profesional que combina frescura, velocidad y dominio de herramientas, con una cierta maleabilidad. Me explico: Se valoran mucho los perfiles capaces de producir rápido y adaptarse sin fricción, pero a la misma vez, encajar en estructuras donde el cuestionamiento profundo no siempre es bienvenido. No hay nada intrínsecamente negativo ni malo en ello; el problema, en mi opinión, aparece cuando ese modelo se convierte en el único válido, y todo lo que queda fuera empieza a percibirse como exceso de peso.

Resulta curioso, porque el diseño de producto – lo que a mí me atañe, claro – cuando es sólido, no se sostiene sobre la velocidad, sino, más bien, sobre la capacidad de tomar decisiones; decisiones que afectan a negocio, a tecnología, a usuarios y, en última instancia, a la viabilidad misma del producto. Me comentaba mi amigo Iván Gajate, que cuando trabajaba en Roche con un equipo muy experimentado, podían estar semanas o meses definiendo el comportamiento, la operatividad y el diseño de un único componente, pero cuando éste estaba cerrado, la implementación iba sobre ruedas. En estos casos, la experiencia no significa un adorno ni un extra, se convierte en una herramienta de trabajo muy potente; porque permite anticipar problemas antes de que existan, detectar incoherencias en fases tempranas, y reducir la deuda invisible que luego se paga en forma de cara colorada, parches, rediseños… y otras urgencias.

Sin embargo, en muchos contextos, esa capacidad queda eclipsada por otros indicadores más fáciles de medir; la herramienta de turno, el último framework, la última IA con su Vibe Coding, o, por dar otro ejemplo más mundano, la capacidad de producir entregables visibles en poco tiempo. Es comprensible; lo tangible siempre resulta más sencillo de evaluar que el criterio; pero, a medio y largo plazo, esa simplificación tiene consecuencias negativas inevitables.

Pero a ver, no toda trayectoria es sinónimo de valor. Hay quienes acumulan años de estancamiento en lugar de aprendizaje, y es ese inmovilismo el que refuerza los prejuicios actuales. Eso existe, y alimenta en parte el sesgo; pero reducir la experiencia a ese estereotipo es, también, otra forma de simplificación; porque el perfil senior que sobrevive en este sector, por definición, es alguien que ha hecho de la renovación un hábito, y aquí también asumo la parte que me toca. Es verdad, no se puede estar al día de todo, siempre. Pero no es menos cierto que el aprendizaje que te da el bagaje, te da ventaja sobre quien no ha vivido las mismas experiencias con anterioridad.

El riesgo real no es que sólo se valore lo más joven; es que se empiece a desconfiar de lo experimentado. Cuando eso ocurre, los equipos tienden a perder equilibrio; se vuelven más homogéneos, más rápidos en ejecución, sí, pero también más frágiles en la toma de decisiones complejas; y eso, en el ámbito tecnológico, a la postre acaba pagándose caro.

Quizá la cuestión no sea elegir entre perfiles senior, mid-senior o junior, sino entender qué papel juega cada uno dentro del sistema; porque un equipo no es más innovador por ser más joven, ni más sólido por ser más experimentado, pero difícilmente será completo si prescinde de una de esas miradas. Porque, al final, diseñar o crear productos no consiste solo en hacer que algo funcione hoy, sino en evitar que deje de funcionar mañana; y para eso, conviene no confundir velocidad con criterio, ni mucho menos, experiencia con lastre.