Por qué se debe normalizar el fracaso y cómo hacerlo

Todos tus héroes tienen fallas detrás de ellos, desde pequeños errores hasta grandes desastres. Nadie sabe cómo hacer todo automáticamente y el proceso de aprendizaje suele ser complicado. Entonces, ¿por qué es tan común la percepción de que todos menos usted saben lo que están haciendo? ¿Por qué externalizamos nuestros éxitos pero interiorizamos nuestros fracasos?

¿Cómo te sientes cuando luchas por aprender algo nuevo, luego ves a otra persona quitar su tarjeta de Jira y regresar al final del sprint con algo completamente desarrollado y funcionando, que sale a borbotones de la demostración? Claro, también cerraste tu tarjeta, ¡pero fue muy difícil! Había un nuevo algoritmo, un nuevo lenguaje de programación, un nuevo sistema para aprender. ¿Cómo hizo que pareciera tan simple?

La verdad es que él puede haber estado luchando con tus propios problemas y preguntándose cómo hiciste para que pareciera tan simple.

Índice

El fracaso es normal, sano e invisible

Ya sea que los llamemos errores, suposiciones erróneas o algún otro eufemismo, es difícil no juzgarnos o esperar algo mejor de nosotros mismos, especialmente en comparación con otras personas.

Mi experiencia es en gran parte en la administración de sistemas Linux y, en esta línea de trabajo, a menudo es una cuestión de "cuándo" y no "si" tendremos una interrupción de la producción. Tales interrupciones del servicio pueden ocurrir por varias razones, a veces porque una persona ha cometido un error. Dejando de lado la discusión de los controles para mitigar el error humano, podemos ver claramente que yo, Lisa Seelye, cometí un error que causó directamente un problema de producción.

Cada vez que un grupo de administradores de sistemas se reúne, por lo general terminamos hablando sobre nuestro trabajo e, inevitablemente, llegamos a historias de interrupciones del servicio de producción de las que hemos sido parte (o causado). Es catártico sentir cuán equivocadas han estado otras personas y luego mirar alrededor y ver que todos somos humanos y cometer errores es parte de eso.

Creo que este tipo de intercambio es vital para el éxito de las personas en el sector de la tecnología de la información.

¿Por qué debemos compartir?

Además de compartir nuestros errores para normalizarlos, también creo que es igualmente importante compartir nuestros procesos de aprendizaje—Esto es tanto para traer a casa la idea de que todos comenzamos en algún lugar y que el aprendizaje a menudo está plagado de fallas y conceptos erróneos.

Como individuo, debo recordarme a mí mismo que solo puedo sentir que mis compañeros regresan después de una semana de trabajar en una tarjeta con una solución completa. La realidad puede ser, de hecho, que no comprendan los requisitos, el código base, el lenguaje, los algoritmos necesarios, etc. De cualquier manera, es un error lógico creer que no enfrentan estos desafíos debido a la apariencia del producto final.

Pero, ¿por qué debemos compartir?

Deberíamos compartir nuestras experiencias de aprendizaje porque todos nos beneficiamos al escuchar sobre los desafíos que enfrentan otras personas y cómo los superan. Si la tarjeta de Jira no estaba clara, podemos hacerlo mejor. Si el algoritmo no estaba claro, entonces tal vez se pueda educar a su alrededor.

Sobre todo, necesitamos normalizar que está bien no saberlo todo, está bien seguir aprendiendo y pidiendo ayuda. Es importante predicar con el ejemplo para los ingenieros nuevos o más jóvenes. En nuestra industria, tratamos con sistemas extremadamente complejos que pueden interactuar entre sí de formas extrañas o inesperadas. En muchos casos, simplemente no es posible que una persona sepa todo. Ser abiertos sobre nuestros procesos de aprendizaje y errores puede conducir a un vínculo más estrecho.

¿Los nuevos ingenieros de su equipo tienen una expectativa preestablecida de que está bien interrumpir y hacer preguntas? Decirlo el primer día es fácil, pero practicar el valor es otra cosa. ¿Cómo se demuestra la accesibilidad y la apertura en su equipo?

Mis oportunidades de aprendizaje

Puede ser muy fácil titular esta sección como "mis errores" y luego enumerar tantas veces como errores he cometido, pero eso no ilustra el punto. Reconozco estos errores, pero también son eventos que han ampliado la comprensión de mi oficio. Si bien no me propuse intencionalmente hacer ninguna de estas cosas, definitivamente aprendí de ellas.

Accidentalmente borré (eliminé) una base de datos de clientes. Todos tuvieron suerte de que se tratara de una base de datos beta y no se produjeran más daños. Aprendí una lección valiosa ese día: tenga mucho cuidado con lo que hace su código y preste atención al entorno en el que está trabajando.

Un día, mientras realizaba el mantenimiento de rutina con una configuración de DNS extraña, accidentalmente dejé de permitir que los clientes proporcionaran información de tarjetas de crédito al sitio seguro. Teníamos dos registros DNS de "pagos" que se usaban para anular un registro DNS comodín y asumí que el segundo registro de "pagos" todavía estaba allí. no lo fue Y luego el registro comodín se hizo cargo y el DNS comenzó a actuar como si los "pagos" ya no fueran especiales en absoluto. Por supuesto, no tenía idea de que esto estaba sucediendo; solo cuando terminó mi mantenimiento me enteré de la locura.

¡Los clientes no pudieron proporcionar información de pago durante casi dos horas! Sin embargo, aprendí mi lección: cuando hay algo especial en una configuración en particular, asegúrese de que siga siendo especial durante toda su vida. Cuando el DNS se involucra, todo tipo de cosas pueden fallar.

Antes de comenzar a hablar en conferencias, asistía y veía charlas en línea. Centrándome en hablar yo mismo, me preocupaba decir demasiados "umms" y "uhs" y que mis líneas fallaran. Los oradores que me han gustado a lo largo de los años parecían no tener esos problemas en absoluto, mientras que yo era tosco.

Pero una vez que subí al escenario, descubrí que mi percepción había cambiado. Practiqué hablar con una audiencia y escuché sus comentarios; descubrí que tenía algo de pulido. Frente a la audiencia, hablé mal y no dije algo exactamente como quería, pero no importó. Lo que no entendí desde mi punto de vista en la audiencia es que la audiencia quiere que el orador tenga éxito y el orador puede cambiar de dirección en el discurso sin que la audiencia lo sepa.

Por supuesto que he producido y sigo emitiendo esos sonidos, y también he tenido que corregir información fáctica importante la noche anterior a un discurso, pero el público nunca lo sabe. La audiencia ve lo que les muestro y, porque quieren que tenga éxito, perdonan mis "umms" y "uhs".

Admito que no soy perfecto. Envío errores y trato de aprender de ellos.

como compartir

Compartir las dificultades que hemos encontrado a lo largo del proceso de aprendizaje o en nuestra carrera diaria es importante, pero igualmente importante es cómo se comparten. Comparto las cosas que he aprendido (de la manera difícil) con franqueza y sin juicio personal. Es en este espíritu que creo que todos deberíamos compartir. No soy una mala persona porque he cometido errores, y tú tampoco.

¿Cómo, entonces, debemos compartir? ¿Quién es la audiencia?

En medio de una interrupción del servicio de producción, como la situación de pago de DNS anterior, no hay lugar para la timidez ni para ocultar nada. Lo más importante es crear conciencia entre las partes interesadas clave y luego unirse para resolver la situación. La audiencia es ante todo interna: su equipo, los líderes empresariales, el equipo de soporte. A continuación, la audiencia mira hacia el exterior: los clientes. Es aconsejable involucrar a expertos en comunicación al crear ese mensaje externo.

Cuando compartimos con un ingeniero junior, necesitamos normalizar el proceso de aprendizaje. Las personas no nacen sabiendo cómo funcionan los punteros en C, por lo que todos debemos aprender cuáles son los peligros de los punteros. Está bien necesitar aprender nuevas habilidades en cualquier nivel de habilidad y también está bien fortalecer esas habilidades. El mensaje que enviamos debe estar libre de juicio.

Así que escribe una publicación de blog, crea un hilo de Twitter, comparte frustraciones en los canales de Slack, pide ayuda. Juntos podemos desmentir el mito de que todo el mundo es perfecto menos tú.

Artículos de interés

Subir