Hablar de confianza no es nada nuevo. Llevamos años haciéndolo en procesos de selección, en la gestión de equipos y en cualquier conversación sobre liderazgo. Es una palabra inherente a contratar, gestionar personas y construir una empresa. Sin embargo, durante mucho tiempo la traté como algo evidente, una cualidad que se percibe, pero que rara vez se define con precisión.

Empecé a cuestionarme esa idea cuando la IA comenzó a formar parte del trabajo cotidiano de los equipos de ingeniería. Desde entonces, muchas de las conversaciones con responsables técnicos giran alrededor de perfiles con experiencia en sistemas de agentes, RAG en producción, evaluación de modelos, asistentes de desarrollo y, sobre todo, criterio para decidir cuándo confiar —y cuándo no— en lo que devuelve una IA.

La última conversación que tuve sobre este tema fue con una persona con responsabilidad técnica. Me dijo una frase que se me ha quedado grabada: "Este puesto es para alguien de backend, pero espero que una persona senior sea capaz de desenvolverse con IA cuando tenga que tocar frontend y, sobre todo, que sea capaz de revisar críticamente el código que la IA le devuelve".

Lo que me llamó la atención no fue que esperara conocimientos de frontend, sino la expectativa que tenía sobre un perfil senior. Daba por hecho que utilizaría IA fuera de su área principal de especialización, pero que no delegaría en ella el criterio técnico.

En realidad, el debate sobre el uso de herramientas no es nuevo. Siempre ha existido la preocupación por distinguir entre quien ejecuta y quien realmente comprende lo que está haciendo. La IA ha hecho mucho más visible esa diferencia. Puede generar código, documentación o propuestas de arquitectura, pero alguien tiene que validar si ese resultado es correcto, mantenible y adecuado para el contexto.

En el fondo, todas esas conversaciones terminaban desembocando en la misma pregunta: ¿podemos confiar en esta persona? Esa es la decisión que realmente intentan tomar quienes contratan, lideran equipos o delegan responsabilidades técnicas.

Competencia y confianza no son exactamente lo mismo

Imaginemos dos profesionales de ingeniería.

La primera persona resuelve problemas complejos con enorme rapidez. Produce soluciones elegantes, domina tecnologías que pocas personas conocen y suele encontrar respuestas donde otros ven bloqueos. Es, sin duda, una persona muy competente. Pero su forma de trabajar deja menos espacio para anticipar riesgos o explicar el porqué de sus decisiones.

La segunda persona es técnicamente sólida, aunque quizá no sea la más brillante del equipo. Cuando estima una tarea, suele acertar. Si detecta un riesgo, lo comunica antes de que se convierta en un incidente. Cuando algo sale mal, explica qué ha ocurrido, asume la responsabilidad y propone cómo evitar que vuelva a ocurrir.

Si tuvieras que elegir a una de las dos para liderar una migración crítica, ¿a cuál elegirías?

La pregunta es más difícil de lo que parece, porque no estamos evaluando únicamente las competencias técnicas. Estamos evaluando la capacidad de generar certeza sobre cómo actuará esa persona cuando aumente la incertidumbre.

Ahí es donde creo que aparece una distinción importante. La competencia técnica y la confianza profesional están relacionadas, pero no son exactamente lo mismo. Una persona puede ser extraordinariamente competente y, aun así, generar incertidumbre. Y otra puede tener un nivel técnico similar, pero generar un grado mucho mayor de confianza porque es previsible, comunica los riesgos, toma buenas decisiones bajo presión y responde por el resultado.

Cuanto más reflexiono sobre estas conversaciones, más pienso que quizá estamos evaluando algo muy importante sin haberlo definido con precisión. Sabemos reconocer a una persona en quien confiamos. Lo que resulta mucho más difícil es explicar por qué confiamos en ella.

Este artículo nace precisamente de esa pregunta. No pretende ofrecer una respuesta definitiva. Pretende explorar si la confianza profesional es una capacidad distinta de la competencia técnica y por qué, en un contexto donde la IA amplifica nuestra capacidad de producir, esa diferencia está adquiriendo una importancia cada vez mayor.

La confianza reduce la incertidumbre

En ingeniería de software, confiar en una persona significa poder anticipar razonablemente cómo actuará cuando aparezcan problemas, cambien las prioridades o aumente la complejidad. No depende únicamente de cuánto sabe, sino de cómo utiliza ese conocimiento en situaciones donde no existe una respuesta evidente.

Cuando alguien con responsabilidad técnica dice “confío en esta persona”, muchas veces está diciendo algo más específico: sé cómo reaccionará cuando las cosas se compliquen. Sé que comunicará los riesgos, que pedirá ayuda cuando sea necesario, que tomará decisiones con criterio y que asumirá la responsabilidad del resultado.

Dicho de otra forma, es la capacidad de generar resultados previsibles, transparentes y responsables en contextos donde la incertidumbre es inevitable.

Si entendemos la confianza de esta manera, deja de ser una impresión difusa y empieza a convertirse en una capacidad observable. La pregunta ya no es “¿qué hace que una persona parezca confiable?”, sino “¿qué comportamientos permiten que un equipo trabaje con menos incertidumbre?”.

Los patrones de comportamiento que aparecen

Todavía no tengo un modelo definitivo. Pero hay algo que me llama la atención: los mismos patrones aparecen una y otra vez en conversaciones con CTOs, Engineering Managers y Tech Leads. Cuando describen a una persona en la que confían, rara vez hablan solo de conocimiento técnico. Hablan de comportamientos.

Consistencia

La confianza no nace de un logro excepcional, sino de la repetición de comportamientos consistentes.

Hay profesionales cuyos comportamientos varían según el momento, y hay otros que responden prácticamente igual sin importar el contexto.

La consistencia reduce la carga cognitiva del resto del equipo. Permite planificar mejor, delegar con mayor tranquilidad y tomar decisiones con menos fricción.

Un profesional consistente no necesita demostrar constantemente su valor, genera una expectativa estable sobre la calidad de su trabajo.

Transparencia

Uno de los patrones más claros es la diferencia entre ocultar incertidumbre y hacer visible la incertidumbre.

Hay personas que comunican solo cuando tienen una respuesta. Otras comunican cuando tienen una duda. Paradójicamente, estas últimas suelen generar más confianza porque permiten que el equipo intervenga antes de que el problema escale.

Esto no significa compartir cualquier duda en cualquier momento. La transparencia útil no es narrar cada incertidumbre en tiempo real, sino identificar cuáles pueden afectar al resultado y comunicarlas con criterio, en el momento en que todavía se puede actuar sobre ellas.

La transparencia no elimina la incertidumbre, pero la convierte en información compartida.

Comunicación de riesgos

Muchos proyectos no fracasan porque existan riesgos. Fracasan porque los riesgos se identifican o se comunican demasiado tarde.

Comunicar un riesgo es distinto de comunicar una duda. No se trata solo de reconocer que algo es incierto, sino de anticipar qué podría salir mal y qué efecto tendría si ocurre.

Las personas en quienes los equipos confían suelen detectar y comunicar las zonas de incertidumbre antes de comprometer el resultado.

Esa diferencia cambia por completo la capacidad del equipo para planificar, priorizar y tomar decisiones.

Responsabilidad sobre el resultado

Existe una diferencia profunda entre entregar código y hacerse responsable del impacto del código.

Las personas que generan confianza no consideran que su trabajo termine cuando entregan el código. Se preocupan por el comportamiento en producción, por el mantenimiento, por los efectos secundarios y por el equipo que tendrá que modificar esa decisión dentro de seis meses.

En otras palabras, amplían su círculo de responsabilidad.

Lo interesante es que estos cuatro patrones tienen algo en común. Todos hacen que el comportamiento futuro de una persona sea más predecible para el equipo.

Y cuanto más predecible es ese comportamiento, menor es la incertidumbre con la que el equipo tiene que trabajar.

La cultura como sistema de confianza

Hasta ahora me he centrado en comportamientos individuales. Pero la confianza no depende solo de las personas también depende del sistema en el que trabajan.

Hay otro elemento que aparece constantemente en estas conversaciones, y es la cultura de ingeniería.

A menudo hablamos de cultura como un conjunto de valores. Pero, en la práctica, una cultura de ingeniería se define por los comportamientos que una organización incentiva, recompensa y considera confiables.

Cuando una empresa valora a quien comunica un riesgo antes de tiempo, documenta una decisión difícil o reconoce un error sin buscar culpables, está haciendo algo más que promover buenas prácticas. Está construyendo un sistema donde la información circula antes, con mayor calidad y con menos fricción.

Eso tiene una consecuencia importante. La incertidumbre se vuelve más visible y, por tanto, más gestionable.Los problemas aparecen antes, las decisiones pueden revisarse con mejor información y el equipo tiene más capacidad para reaccionar.

Por eso, compartir los errores no debilita la confianza, la fortalece. Después de un incidente, el equipo entiende mejor qué ha ocurrido, qué decisiones contribuyeron al problema y qué cambios pueden evitar que vuelva a repetirse. El error deja de ser solo un fallo individual y se convierte en conocimiento organizacional.

En ese sentido, la confianza no es únicamente una característica de las personas. También es una propiedad de la cultura del equipo.

La confianza reduce el coste de coordinación

Cada vez que un equipo necesita revisar una decisión, confirmar un estado, reinterpretar una estimación o verificar una entrega, está pagando un coste de coordinación.

Las personas que generan confianza reducen ese coste. No porque sean perfectas, sino porque hacen explícita la información necesaria para coordinar mejor. Comunican riesgos, ajustan expectativas y hacen visibles los problemas antes de que obliguen al equipo a reaccionar.

La confianza es también una forma de eficiencia organizativa.

Cuanta menos incertidumbre existe sobre el trabajo de los demás, menos energía necesita el equipo para coordinarse y tomar decisiones.

¿Por qué hablamos tan poco de la confianza?

Si esta idea tiene algo de cierto, aparece una consecuencia interesante.

Llevamos años dedicando enormes esfuerzos a medir conocimiento técnico, competencias profesionales y cultura. Pero dedicamos mucho menos esfuerzo a entender cómo se construye la confianza profesional.

Y, sin embargo, cuando un proyecto es crítico, una promoción es delicada o un sistema es complejo, esa variable aparece constantemente en la conversación.

No creo que el problema sea que no evaluemos la confianza. Creo que la evaluamos de manera implícita, intuitiva y poco consistente.

La IA ha hecho más visible esa carencia. Ha puesto el criterio técnico, la capacidad de validación y la responsabilidad sobre el resultado en el centro del trabajo de ingeniería. Hoy una parte del trabajo puede ser generada por una herramienta, pero alguien sigue teniendo que auditarla, comprenderla y responder por ella.

La IA no cambia la pregunta de fondo. La pregunta sigue siendo la misma: ¿podemos confiar en esta persona? Lo que cambia es que ahora necesitamos responderla con mucha más precisión.

Una reflexión para terminar

No sé si la confianza profesional puede medirse. Y sospecho que intentar reducirla a una puntuación sería un error. Pero sí creo que puede observarse, describirse y desarrollarse.

Mi impresión es que la confianza es una expectativa que se construye cuando determinados comportamientos permiten que otras personas tomen decisiones con mayor certeza. En ese sentido, la competencia técnica sigue siendo importante, pero quizá no sea suficiente para explicar por qué algunas personas generan mucha más confianza que otras.

También empiezo a pensar que esa puede ser una forma útil de entender la cultura de ingeniería: como el conjunto de normas y comportamientos que permite que un equipo reduzca la incertidumbre de manera colectiva.

Si esta intuición es correcta, llevamos años hablando de talento, seniority, liderazgo y cultura cuando, en realidad, una parte importante de la conversación siempre ha sido sobre otra cosa: la capacidad de ser predecible cuando el contexto deja de serlo.

Me interesa especialmente la experiencia de quienes están construyendo software todos los días, y aún más de quienes ya trabajan con IA como parte de su proceso de desarrollo. Este artículo es el punto de partida de una investigación sobre cómo se construye la confianza profesional en ingeniería de software, con el objetivo de desarrollar un lenguaje más preciso para describir una variable que parece estar presente en muchas decisiones críticas y, sin embargo, rara vez se define de forma explícita.