Cuando la gente me pregunta por qué hablo en conferencias, antes tenía una respuesta rápida. “Para compartir conocimiento.” O “para devolverle algo a la comunidad.” Ambas son verdad. Ambas son fáciles de decir. Ninguna es la razón real.
La razón real me tomó años encontrarla. Y empieza con un proyecto que nadie usó.
El Proyecto Que Funcionó
Al principio de mi carrera reconstrui un proceso del que estaba orgullosa. Había un reporte que el equipo preparaba a mano cada semana. Treinta, quizás cuarenta y cinco minutos de copiar, pegar y verificar. Cada semana. Lo autmaticé. Modelo de datos limpio. Actualización completa. Un dashboard que se veía suficientemente bien para una presentación.
Lo publicé y esperé los mensajes de agradecimiento.
Unos meses después revisé el uso. Diez visitas. Todas mías. El equipo seguía haciendo la hoja de cálculo a mano. Cuando finalmente le pregunté a alguien por qué, la respuesta no fue lo que esperaba. “Sí lo sé. Es que prefiero mi forma.”
Esa frase vivió en mi cabeza por mucho tiempo.
La Parte Que No Le Conté a Nadie
Decidí que era mi culpa, pero por las razones equivocadas. No pensé “me salté un paso.” Pensé “no soy suficientemente buena en esto.” Si el trabajo fuera mejor, la gente lo usaría. Si yo fuera mejor, la gente lo usaría. Así que trabajé más en la parte técnica. Aprendí más herramientas. Hice las cosas más rápidas y más bonitas. Y seguía chocando contra la misma pared.
Nadie te avisa que el síndrome del impostor no se siente como duda. Se siente como una lista de tareas. Se siente como “una certificación más y ya seré legítima.” Estaba construyendo cosas cada vez mejores, y me iba poniendo cada vez más callada al respecto, porque cada vez que algo no aterrizaba, lo leía como una prueba.
Estaba construyendo cosas sin construir compromiso. Estaba resolviendo problemas sin resolver para las personas.
Cayendo en el Agujero del Conejo
En algún momento mi mentora me habló de gestión del cambio y marcos de trabajo. Dejé de leer sobre herramientas y empecé a leer sobre personas. Psicología de la adopción. Cambio de comportamiento. Por qué los humanos se quedan con algo más lento y peor cuando algo mejor está justo ahí. Por qué “prefiero mi forma” no es pereza. Es confianza. La hoja de cálculo nunca había fallado a esa persona. Mi dashboard no tenía historial. Por supuesto eligieron la hoja de cálculo.
Esa fue la primera vez que entendí que correcto y adoptado son dos cosas diferentes. Puedes tener cien por ciento de razón y aun así perder, porque nadie experimenta tu lógica. Experimentan el cambio. Y el cambio tiene un costo que aparece de su lado, no del tuyo.
Así que fui a buscar. Marcos como ADKAR. Investigación sobre ciclos de hábitos. Cómo decide la gente en qué creer cuando dos números no coinciden. Aburrido en papel. Transformador en la práctica. Porque por primera vez, los fracasos tenían forma. No eran aleatorios. Eran predecibles, lo que significaba que eran prevenibles.
Las Personas Que Me Pusieron en la Dirección Correcta
No llegú ahí sola. Tenía a algunas personas a mi alrededor, gerentes y mentores, que hicieron algo que no sabía que necesitaba. No me dijeron que el trabajo era malo. Tampoco me dijeron que era excelente y lo dejaron ahí. Me dijeron la verdad: esto no era un problema de construccion, y no era un problema mío. Era un problema de gestión del cambio.
Ese cambio de perspectiva hizo dos cosas a la vez. Me dio algo que podía realmente arreglar. Y quitó el peso. Dejé de preguntar “¿soy suficientemente buena?” y empecé a preguntar “¿qué me salté?” Esa es una pregunta mucho mejor. Tiene respuesta.
No era un problema de construcción. No era un problema mío. Era un problema de gestión del cambio.
Lo Que Cambió Cuando Todo Encajó
Una vez que encajó, no pude dejar de verlo. Cada proyecto tuvo un nuevo primer paso. Antes de escribir una línea de código, pregunto quién es dueño de esto, cómo llaman ellos a la cosa, qué van a dejar de hacer una vez que exista, y qué pasa la primera vez que difiere del número en el que ya confían. Hablo con las personas primero. Encuentro al campeón en la sala. Planifico la parte difícil, el seguimiento, el refuerzo, la parte donde apareces en la semana seis y te aseguras de que quedó bien.
Ese es el trabajo detrás de los números por los que me preguntan. Un reporte se convirtió en más de cien reportes y flujos de trabajo automatizados. Un solo flujo de tiempo libre devolvió 1,500 horas al año. En toda la empresa ese trabajo ahora genera más de $1M en evitación de costos anuales y devuelve más de 19,000 horas al año al negocio. No porque el código se volviera más inteligente. Porque los proyectos empezaron a ser adoptados. La brecha entre “correcto” y “usado” se cerró, y todo lo que hay del otro lado de esa brecha es donde vive el valor.
¿Y el síndrome del impostor? No desapareció. A veces todavía lo siento. Solo dejó de llevar el show. Resulta que mucho de lo que llamaba “no ser suficientemente buena” era en realidad “no saber esto todavía.” Son cosas muy diferentes.
Entonces, Por Qué Hablo
Cada vez que estoy frente a una sala, hay alguien en ella que está donde yo estaba. Construyeron bien la cosa. Nadie la usó. Y están decidiendo en silencio que eso significa algo sobre ellos.
Hablo porque quiero llegar a esa persona antes de que crea la historia falsa en su cabeza. Quiero darle el cambio de perspectiva que me tomó años y algunos buenos mentores encontrar. No es un problema de construcción. Probablemente no es un problema tuyo. Es un problema de gestión del cambio, y esos tienen respuestas.
Esa es la razón completa. No “compartir conocimiento.” No “devolverle algo a la comunidad.” Hablo para que otros desarrolladores, gerentes y líderes no tengan que aprender a las malas lo que yo aprendí a las malas.
Construir algo correcto no es lo mismo que construir algo que la gente use. Una vez que sabes eso, nunca puedes volver a construir de la forma antigua.
Si estás dentro de un proyecto que funciona y nadie usa, me encantaía escucharlo. Hablo y consulto en inglés y español. Inicia una conversación.
