2.5: “Sé una inspiración, no un impostor” de Ben Cotton

El mayor Hayden es un hombre de considerable habilidad. Además de su trabajo en Rackspace, dedica tiempo a desarrollar proyectos de código abierto, mantener paquetes para Fedora y asegurarse de que icanhazip.com esté en funcionamiento. Tiene una pila de certificaciones e incluso ha llegado a presentar su currículum como página man. Sin embargo, a pesar de todas sus innegables credenciales, a veces lucha con la sensación de que no pertenezco aquí.

Es un sentimiento que es demasiado común en los proyectos de código abierto. Sin embargo, dados suficientes globos oculares, tal vez todos los síndromes impostores sean superficiales. El mayor Hayden presentará esta semana su plática en el Texas Linux Fest: Sé una inspiración, no un impostor.

Q&A

¿Cómo se convirtió el Síndrome del Impostor en un tema importante para ti?

Siempre he luchado con ello desde que entré en el ámbito de la TI. Me gradué de la universidad con una licenciatura en biología y un cajón lleno de más de 70 cartas de rechazo de las escuelas de medicina. Algunas escuelas de medicina ni siquiera se molestaron en enviar una respuesta. Estaba aplastado.

Tintear con los sistemas Linux era un pasatiempo mío, y decidí transformar ese pasatiempo en una carrera. Sin embargo, me encontré rodeado de gente talentosa en una pequeña startup, y más tarde en Rackspace, que tenía experiencia en informática, sistemas de información y administración. A pesar de que me mantuve al día con la mayoría de las discusiones técnicas, me sentí fuera de lugar. Es decir, yo era bastante competente en ese momento pero no pude reconocerlo.

A medida que he adquirido más experiencia y pericia, he visto a muchas otras personas luchar contra el síndrome del impostor y no son capaces de reconocer su propia competencia y habilidades únicas. Se manifiesta de diferentes maneras, pero suele ser peor durante situaciones “en persona” como reuniones, conferencias y oportunidades para hablar. Las personas que padecen el síndrome suelen guardar sus opiniones y experiencias para sí mismas a pesar de que las otras personas en la sala valoran mucho su perspicacia y anhelan que las compartan.

Las comunidades de código abierto tienen que ver con compartir. Cuando el intercambio se ralentiza, la comunidad de código abierto lucha. Lo mismo sucede en el lugar de trabajo. Las empresas luchan por idear nuevos productos o mejorar los existentes cuando no se ponen a la mesa múltiples puntos de vista.

A muchos de los que padecemos Síndrome del Impostor nos preocupa ir demasiado lejos con combatirlo y terminar en territorio Dunning-Kruger. ¿Cómo se puede lograr un saldo?

Si bien algunos profesionales de TI en realidad comienzan en el extremo opuesto del espectro donde sobreestiman su competencia, sin duda es posible que alguien que padece el síndrome del impostor termine aquí. De cualquier manera, es fundamental que todos tengan una estructura de apoyo conformada por personas que entiendan sus dificultades.

Siempre me he apoyado en mi liderazgo y compañeros de trabajo para darme una retroalimentación sólida sobre mi desempeño. Mi estrategia consiste en proponer algo nuevo, respaldarlo con hechos y referencias, y luego brindar a ese argumento una vía de retroalimentación. Esa puerta abierta para comentarios suele ser una frase como “¿Estoy en el camino correcto?” o “¿Tiene sentido esto?” al final de un correo electrónico o una reunión.

Esta puerta abierta para la retroalimentación tiene dos beneficios. Primero, si hay errores o sesgos en mi propuesta, demuestra que me interesan los comentarios y que tomaré comentarios negativos sin ponerme a la defensiva. Segundo, sirve como un empujón para mis compañeros de trabajo que podría estar inseguro de si deberían proporcionar retroalimentación porque no están seguros de si tienen la experiencia adecuada para responder. Esa es mi manera de mejorar mis propias capacidades a la vez que animo a otros a tener confianza con las suyas.

¿Qué pueden hacer los proyectos de código abierto en general para minimizar el impacto del Síndrome del Impostor?

La clave es asegurar que se escuche la voz de todos. No obstante, todos se sienten cómodos compartiendo sus opiniones de diferentes maneras. Algunas personas sobresalen al compartir sus ideas en todos los medios: conferencias telefónicas, listas de correo, IRC y en persona. Otros prefieren más para evitar discusiones en persona y prefieren tener tiempo para formular sus ideas en un correo electrónico.

Las comunidades de código abierto exitosas manejan cuidadosamente las discusiones y las decisiones críticas. Por ejemplo, muchas reuniones en las que he estado involucrado en IRC o vía telefónica terminarán con las actas de las reuniones que se comparten a través de una lista de correo y una solicitud de más comentarios allí. Esto da una oportunidad para quienes no hablaron durante la reunión en vivo de poner sus ideas en un correo electrónico con hechos para respaldar esas ideas.

De lejos, el método más efectivo para involucrar a todos es la tutoría. Originalmente había querido unirme a una comunidad Linux y comenzar a empaquetar algún software, pero me pareció que el proceso era extremadamente difícil y parecía que todos los que ya estaban en el grupo formaban parte de un club. En contraste, cuando me uní al Proyecto Fedora para hacer algunos empaques y pruebas, tuve acceso a un mentor que me ayudó en muchos de los bordes ásperos. También me presentó a otras personas, me empujó a hacer más y me instó a llamar a los problemas de calidad cuando los vi.

Has pasado muchas horas de voluntariado no solo contribuyendo al código abierto, sino liderando (por ejemplo, sirviendo en la junta de Fedora). ¿Qué es lo que más ha disfrutado de los roles de liderazgo?

Trabajar en la junta directiva de Fedora fue una gran oportunidad. Fue un poco difícil unirse a las discusiones porque muchas de las personas de la junta trabajaban para Red Hat. Tenían una historia juntos y había discusiones internas o de pasillo que me perdí. Una vez que me di cuenta de que eran bienvenidos a nuevas ideas, me sentí mucho más cómodo presionando por cambios.

Es clave recordar que detrás de cada proyecto de software de código abierto hay personas. Si las personas que lo crean y lo usan sienten que tienen una vocación, el proyecto prosperará. Disfruto de participar en el evangelismo de un proyecto y de los problemas que se esfuerza por resolver. Los mejores líderes son los que se lanzan al frente cuando las cosas no van bien y evitan tomar el crédito cuando los tiempos son buenos.