Lee la transcripción:
Estamos probando la transcripción de nuestros podcasts utilizando un programa de software. Por favor, disculpa cualquier error tipográfico ya que el bot no es correcto el 100% del tiempo.
Introducción:
En la evolución de la realidad digital, la revolución prevalece sobre la revolución. Los enfoques y técnicas de QA que funcionaban ayer, te fallarán mañana. Así que libera tu mente. El cíborg de la automatización ha sido enviado de vuelta en el tiempo. La misión del orador TED Jonathon Wright es ayudarte a salvar el futuro del software deficiente.
Jonathon Wright
Hola y bienvenido al programa. Hoy tengo un invitado muy especial, Simon, que va a hablar sobre la importancia del mentorazgo y además es embajador STEM. Es una persona muy activa en la comunidad. Recuerdo que me invitó al primer encuentro de testing de Aylesbury hace muchos años. Hace mucho por la comunidad y me emociona tenerlo en el programa. Así que, hola Simon.
Simon
Hola, Jonathon.
Jonathon Wright
¿Cómo te va?
Simon
Bien, obviamente son tiempos locos en estos momentos con el COVID-19 y todo lo que conlleva, pero sí, muy bien.
Jonathon Wright
Es un momento interesante. Me impresionó mucho tu perfil de que también eres un primer auxilio de salud mental. ¿Qué haces en ese papel?
Simon
Es una calificación que hice para mí hace dos o tres años. He tenido algunos problemas de salud mental en el pasado, de los que puedo hablar si llegamos a eso. He podido entender los problemas de salud mental, eso me ayuda a estar allí para mi equipo. Detecto las señales cuando alguien empieza a tener dificultades y sé cuándo iniciar la conversación con ellos, hablar y apoyarlos. Y darles el espacio para poder afrontar las cosas que necesitan tratar, realmente. Es solo otra herramienta en mi caja para ayudar a que mi equipo y yo mismo superemos los problemas.
Jonathon Wright
Y ahora más que nunca, probablemente sea increíblemente importante tener eso, especialmente con la gente trabajando desde casa. Mindfulness. Eres catalogado como un defensor de la neurodiversidad. Eso es muy impresionante. De hecho, estoy haciendo un blog con QA Lead sobre la importancia de la salud mental en testers y QA. Hay mucho estrés, especialmente en testing. Pero empecemos con tu historia porque realmente quiero entender cómo llegaste a QA y testing al principio.
Simon
Me gradué en informática. De hecho, me quedé en la universidad después e hice un proyecto de investigación en crimen informático, estudiando el perfilado de criminales, lo que fue muy interesante. Pero lamentablemente la financiación solo duró unos meses. Luego empecé a buscar trabajo, inicialmente en informática forense. No tuve mucho éxito, así que terminé en un programa de graduados en McAfee y entré como desarrollador de software C++. Estuve un par de años como desarrollador junior y en el modelo sprint empecé a aprender más sobre los procesos de testing y me di cuenta de que realmente me gustaba más romper software que escribirlo. Así que empecé a asumir algunas de esas tareas e identificar problemas, y finalmente, en 2010, me convertí en QA engineer a tiempo completo. Pero realmente, mi camino como QA fue bastante lento los primeros tres o cuatro años. No fue hasta 2014 que realmente descubrí la comunidad, como Ministry of Testing, TestBash, Software Testing Club y luego Twitter, que es mi principal fuente de interacción con los testers de la comunidad.
En 2015 asistí a mi primer TestBash. A partir de ahí, decidí después de TestBash que necesitábamos una comunidad en Buckinghamshire. Así que organicé el Aylesbury Tester Gathering. Evidentemente te tuvimos allí de ponente, fue una charla increíble en su momento. Y duró unos cuatro años. En 2018, dejé McAfee. Para ese entonces, era manager de QA. Gestionaba dos equipos. Uno en Aylesbury y otro en Cork, Irlanda. Un equipo desde cero. El otro, era un equipo con mucha experiencia. Así que tuve una experiencia muy diferente con ambos equipos, y eso me enseñó mucho sobre liderazgo. Luego dejé McAfee y me uní a National Lottery en noviembre de 2018, donde estuve como program test manager durante poco más de un año.
Fue una experiencia interesante. Aprendí mucho estando en una posición bastante alta supervisando todos los proyectos. Pero era un modelo de desarrollo tradicional en cascada muy antiguo. Y, aunque mejoré bastante el proceso en la organización durante ese tiempo, sentí que no era exactamente lo que quería o cómo quería crecer. Así que me uní a EasyJet en enero. Y ahí es donde estoy ahora como test manager en lo que llamamos la función central de QA. En easyJet hay muchas funciones diferentes sobre el sitio web, operaciones, el software que hace todas las asignaciones de vuelos, etc. Y luego está el área principal de QA, que es mi territorio donde se definen buenas prácticas, automatización. Cualquier proyecto transversal pasa por mí. Así que esa es mi área y la estoy desarrollando en este momento.
Jonathon Wright
Eso suena súper emocionante, diría. Muy cercano a mi corazón también. Desde el otro lado del charco, cuando vivía en Nueva Zelanda, trabajé para la lotería allí y, obviamente, haciendo QA en ese tipo de plataforma y para ese tipo de escalas, tiene sus propios retos. Solo la enorme cantidad de complejidad. Y ahora, solo puedo imaginar los retos que tienes en EasyJet manejando los sistemas de vuelos y también las reservas. Noté que recientemente cambiaste tu política para permitir reembolsos por los problemas. ¿Qué tan rápido puedes avanzar ahora? ¿Has notado una tendencia hacia el ágil y lanzar más rápido?
Simon
Sí, es diferente en distintas áreas. Ciertamente, en las áreas digitales hay un enfoque mucho mayor en moverse hacia modelos tipo DevOps ágiles. Algunos sistemas corporativos, los proyectos tienen más sentido ser manejados de manera tradicional en cascada. Se trata de entender qué encaja mejor en cada escenario y no asumir que una sola manera funciona para todo. Porque al final del día, si podemos entregar software con éxito, mientras la metodología funcione para la gente dentro, eso es lo más importante. Aunque ágil y DevOps son preferidos para mucha gente, todavía hay escenarios donde un modelo más tradicional tiene sentido. Es tener ambos tipos de herramientas y saber cuándo aplicar la que más sentido tenga. Eso es algo desafiante, saber qué proyectos necesitan qué.
Como digo, el entorno digital, donde paso la mayor parte de mi tiempo ahora, es mucho más enfocado en scrum.
Jonathon Wright
Solo puedo imaginar los retos, especialmente ahora con la rapidez con la que hay que implementar cosas, hacer cambios, sostener la resiliencia del sistema, especialmente bajo alta carga. ¿Has experimentado ese tipo de aumento de volumen enorme en las últimas semanas?
Simon
Sí, definitivamente. Y también está esa necesidad inmediata de sacar algo rápidamente. Así que es aprender a reducir tu estándar habitual de calidad, la forma en la que ves la calidad en algunos aspectos. Y entender que tenemos que sacar algo al mercado urgentemente para poder procesar reembolsos o algo similar. Por lo tanto, haces lo suficiente para sacarlo sin que se caiga. Pero aceptas que no va a estar dorado al nivel que normalmente pondrías. Así que hay una diferencia de mentalidad cuando tienes que lanzar algo rápido en una emergencia. Eso ciertamente es algo que he tenido que aprender muy rápido en las últimas semanas.
Jonathon Wright
Sí, recuerdo un gran ejemplo. Creo que incluso lo comentamos en el evento de Aylesbury, cuando lo digital empezó a emerger y el gobierno del Reino Unido realmente adoptaba lo digital. Están todas esas historias de éxito como la de lanzar una plataforma para el sitio de peticiones de gov.uk. En seis semanas, con cuatro personas y todo open stack. No fue hasta el Brexit cuando todos lo saturaron y el sistema cayó. ¿Recuerdas aquel incidente de seguridad, que cuando el sistema volvió al aire después, alguien usaba llamadas API para inyectar mensajes falsos y ya no sabían cuántas personas realmente habían votado?
A veces tienes que sacar el producto, y es cuestión de posponer parte de esas cosas. Pero cuando se trata de algo tan crítico como los vuelos, hubo un muy buen ejemplo. Cuando estaba en Nueva Zelanda con Air New Zealand. No sé si llegó hasta ahí, pero estábamos testeando. Digo, estábamos… No voy a dar nombres. Pero estábamos probando, y cuando publicaron la app, el día que la lanzaron, nos dimos cuenta que al hacer clic en volver, la gente accedía a la tarjeta de crédito de otras personas, lo cual es grave, ¿verdad?
Así que eso tiró el sistema, obviamente. Pero entonces alguien dijo: “No puedes tirar el sistema porque lo usamos para hacer el check-in”. Eso entonces dejó en tierra a todos los que esperaban embarcar en Air New Zealand y causó un fallo sistémico enorme en toda la empresa, porque todos estos sistemas interactúan. Supongo que estás acostumbrado a ese tipo de complejidad en McAfee con los entornos complejos de antivirus y seguridad web y todo ese tipo de cosas.
¿Crees que los sistemas siguen siendo igual de complejos ahora en tu rol actual?
Simon
Creo que en algunos aspectos son más complejos porque hay muchas más piezas móviles. Hay muchas tecnologías diferentes en distintos sitios haciendo diferentes cosas que son todas altamente críticas, desde pagos a reservas de asientos, a la reserva del vuelo en sí, a la asignación de vuelos. Si se interrumpen, la complejidad aumenta de otra manera. Es interesante venir de una empresa puramente tecnológica como McAfee, donde tienen los últimos stacks y herramientas para la automatización y la IA integrados en el proceso. Y llegar a un sitio donde la tecnología no es el foco principal, sino que les apoya para hacer su trabajo. Y realmente, traer buenas prácticas a ese entorno es más desafiante. Los sistemas son realmente más complejos.
Jonathon Wright
Sé que eres muy activo en la comunidad. ¿Cuando necesitas recurrir a la experiencia de otros, acudes a comunidades como Ministry of Test, TestBash o esos eventos grandes? ¿Dónde encuentras inspiración en la comunidad? ¿Y cómo aprendes y creces en tu rol?
Simon
Trabajo mucho con dos cosas. Tengo un pequeño grupo en Slack con otras tres personas que también son managers de testing, lo llamamos Testing Peers. De hecho, estamos por lanzar un podcast porque creemos que tenemos algo útil que compartir. Pero llevamos un par de años hablando por Slack los cuatro, compartiendo ideas, si alguien tiene problemas… Tres de nosotros cambiamos de trabajo en ese tiempo, así que hablamos de ello, porque en el mundo del testing puede que seas manager de testing pero no tengas pares en tu misma empresa. Así que tener este pequeño grupo en el que hablamos cada día me ha ayudado mucho a crecer y aprender nuevas formas de hacer las cosas.
Pero encuentro que Twitter es uno de los sitios más potentes para aprender algo. Puedes poner un mensaje sobre algo de automatización con IA y alguien responde, te manda un DM, enseguida tienes una llamada por Zoom con dos o tres personas, hablas, surgen ideas. Hice algo para una excolega la semana pasada, preguntaba sobre model-based testing, lo puse en Twitter y siete u ocho personas respondieron. Armé un grupo en LinkedIn para que charlen y los dejé seguir. Y es lindo ver gente dispuesta a compartir ideas. Así que redes sociales y LinkedIn y Twitter han sido muy útiles para mí.
Además, las conferencias. Nada como las conversaciones en conferencias o escuchar una charla y después hablar con los ponentes. Eso me resulta invaluable también. Es crear esas relaciones. Cuando conoces en persona a alguien con quien hablaste por Internet, la relación se fortalece. Y ya me ha pasado, y luego hablamos regularmente, compartimos ideas, y eso alimenta el aprendizaje y el deseo de crecer.
Jonathon Wright
Sí, seguramente esté infravalorado el aspecto comunitario. Y creo que el área de QA y testing es una de las comunidades más fuertes que existen. Hay mucha gente dispuesta a ayudar. Sé que también haces mucho con iniciativas STEM y desde la perspectiva de inclusión, apoyando a los jóvenes en su camino hacia IT. Eso debe ser muy gratificante. ¿Pero crees que también ayudas a la gente a guiar qué camino tomar? Sea digital o profesional.
Simon
Sí, lo hace. Te da la oportunidad de explicar opciones. Si puedes involucrar a más personas con experiencias y antecedentes similares, es más fácil hacer llegar el mensaje y puedes animarles a ver distintas trayectorias. Mostrarles los diferentes caminos. Es una fuente de ideas. Y con jóvenes que aún no saben a dónde ir, es un lienzo en blanco para intentar convencerlos.
Y algo que me apasiona mucho en los últimos años es que el testing no se enseña en las universidades. Hasta hoy, muy pocas universidades tienen módulos sobre testing o calidad. Así que trato de darles algo de conocimiento sobre pruebas para que no lleguen al sector ciegos. Yo salí de la universidad pensando que solo podía ser desarrollador. Así que ahora poder devolverle algo al sistema y mostrar que hay más opciones que solo programar fue crucial para mí. Incluso intenté crear una comunidad llamada Future Tech Stars, aunque aún no he podido impulsarla todo lo que quisiera.
Reuní mucha gente de tecnología que quería devolver algo a las escuelas y mostrar que hay más en IT y computación que solo programación. Muchos estaban dispuestos a ir a escuelas a hablar, pero cuesta entrar y tener presencia en centros educativos. Así que es algo que seguiré cuando tenga más tiempo, supongo. Pero ciertamente es una pasión que la gente conozca todas las opciones cuando inician su carrera.
Jonathon Wright
Absolutamente. Justo hoy terminé un artículo sobre la importancia de la educación pero también la creatividad. No sé si has visto la charla TED sobre si las escuelas matan la creatividad. Es una charla interesante sobre no saber qué competencias harán falta en 5, 10 o 15 años. Necesitan guía sobre lo importante, además de educación y STEM: ciencia, tecnología, matemáticas, inglés. Las habilidades fundacionales. También sobre capacidades digitales y comprensión. Tuvimos en el programa a alguien que enseñaba DevOps; se trata de ir más allá de programar, hacer lo interesante, encontrar la pasión en el entorno digital.
Simon
Sí, siempre fue curioso porque un colega en McAfee y yo hacíamos un programa escolar sobre seguridad en Internet y luego dábamos charlas de carrera. Y mi colega era redactor técnico. Sabía hacer que su carrera suene la más interesante del mundo, pero desde fuera uno piensa que escribir manuales no es interesante. Pero todo depende de la pasión y de encender esa chispa en alguien, para que después puedan destacar en lo que hacen. Y para mí la clave es influenciar aunque sea a una sola persona, encenderle esa chispa y entusiasmarla.
Lo he visto con gente que traje a la organización como recién graduados, juniors que no sabían qué hacer, los puse en roles de testing y vi que con algo de guía y mentoring y dándoles las herramientas, se sentían motivados y crecían. Esas personas son las que más satisfacción me han dado de haber hecho lo correcto al traerlos y orientarles en su decisión.
Jonathon Wright
Sí, creo que es esencial ese tipo de apoyo. Sé que al principio hablamos del estrés asociado a esto. Empecé un artículo sobre… Porque siempre he sufrido ansiedad toda mi vida. Parte de eso es lidiar y gestionar el estrés. Y el gobierno ha publicado muchas guías sobre salud mental y la importancia de salir afuera, tomar aire. ¿Tienes algún consejo para la gente que atraviesa ese tipo de cosas?
Simon
Solo puedo hablar de mi experiencia personal. Creo que algo que aprendí cuando me sucedió, fue hace unos años en McAfee, cuando tenía dos equipos en países diferentes y proyectos en distintos niveles de madurez, estaba funcionando al límite para que ambos equipos funcionaran. McAfee siendo americana, tenía reuniones tarde con EE.UU.; tenía equipos en India, reuniones temprano, y dos equipos en distintos proyectos: uno totalmente novato en McAfee y en testing, así que invertía mucho tiempo en guiarlos y mentorizarles. Y el otro local, más experimentado, más reacios a cambiar, a evolucionar, así que también requería mucho esfuerzo cambiarlos.
Además, aún organizaba los meetups de testing en Aylesbury y empezaba mis charlas en conferencias y en escuelas. Así que literalmente quemaba vela por ambos extremos para llegar a todo. Llegó un punto tal, que el trabajo era como mis redes sociales. Me despertaba de noche a revisar mails del trabajo. Y llegué al ‘burnout’. Un día me desplomé en casa delante de mis hijos, golpeé mi cabeza en la mesa y terminé en urgencias. Tuve dos semanas de baja y mi jefe, muy comprensivo, me dijo: “Tómate unas semanas y recupérate. Sobreviviremos sin ti”.
Eso aumentó mi ansiedad: ¿y si les va tan bien sin mí que no me necesitan? Pero realmente me dio tiempo a reflexionar y ver qué cambiar. Lo primero fue poner un líder en el equipo de Cork, probablemente el mejor fichaje que hice. Un gran tipo, aún lidera el equipo. Gracias a él dejé de tener que gestionar ese día a día. Y empecé a reducir mi carga técnica, confiar más en el equipo y darles herramientas para que se empoderen. Ese es el mayor consejo: como manager, debes confiar en tu equipo, estar ahí para apoyarlos, empoderarlos y darles lo que necesitan para rendir al máximo.
Cuando puedes hacer eso y retroceder, verás que florecen o tropiezan. Si caen, apóyalos, ayúdales a levantarse, ofrece orientación y mentoring. Es fácil culpar a alguien cuando falla, pero mi mantra es que si fallamos, fallamos juntos y juntos lo superamos. Eso lo he seguido en mis roles posteriores. Así que, sí, hay que conocer los propios límites, no abarcar demasiado. Ahora puedo hacerlo porque me gusta estar en muchos frentes, pero sé cuándo apagar.
Hago un esfuerzo consciente por no trabajar demasiado en las noches, limitarme a dos o tres noches por semana, darme tiempo de leer, pasar tiempo con la familia y reconocer lo más importante. Al final, las actividades extra no pagan las cuentas. Prioriza tu ingreso principal y a las personas que te importan. Si puedes sumar otras cosas y quieres, hazlo. Pero conoce tus límites y no llegues al agotamiento.
Jonathon Wright
Consejos increíbles. En SlideShare tienes toda una presentación sobre diversidad y sobre ayudar a la gente a comprender la diferencia entre personas autistas. Todos estamos de alguna forma en el espectro, especialmente en nuestro trabajo. Cosas como la dislexia. Yo sufro de eso también. Hay muchos aspectos. En las empresas hacemos tests como Myers-Briggs para comunicarnos mejor, pero hasta hace poco la salud mental era un tabú. Es bueno que ahora podamos hablarlo y que sepamos cómo interactuar mejor. Un familiar mío fue ingresado esta semana, no pudo soportar el encierro. Es difícil porque muchos no consiguieron ayuda. Recuerdo una estadística: algo así como el 17% de la población sufrirá una enfermedad mental en algún momento. Probablemente ahora será más.
Las lecciones de esta crisis, cómo colaboramos, cómo marcamos nuestra disponibilidad y tomamos descansos, no sobrecargarnos porque temen que, al trabajar remoto, no hacemos suficiente. Hay mucha presión añadida. Muchos, incluso los que nunca se identificaron como parte del espectro, lo pasan mal. Vale la pena ver tu presentación, la pondré en las notas del episodio.
Obviamente es un tema difícil, pero hay mucha presión, especialmente porque QA es visto como embajador de la calidad y responsable de ella. Pero la calidad es responsabilidad de todos. ¿Algún consejo rápido para testers que se preocupan por sacar algo que no está a la altura, que se culpan y no trabajan en equipo, como decías, celebrando los fallos y aprendiendo de ellos? ¿Consejos para QAs y testers junior?
Simon
Lo más importante ahí es la comunicación y fomentar la cultura de calidad en la organización. Si eres QA junior, al menos busca el apoyo de tu responsable o manager y trata de construir una mentalidad común sobre lo que entendéis por calidad y el objetivo del equipo QA. Si estáis en un entorno ágil, entonces todos son responsables de esa calidad, y hay que hablar de QA y calidad a cada oportunidad, conseguir que se hable del tema desde el principio. He hablado mucho sobre la necesidad de ‘shift left’ y tener la calidad presente desde la concepción de los proyectos. Introducir la testabilidad y nuevas ideas que nos ayuden a identificar problemas antes. Investiga. Como tester junior, me marcó mucho la gráfica clásica del coste de los defectos: no es lo mismo encontrarlos a una semana de la entrega que durante los requisitos, el coste es mucho mayor después.
Como QA junior ese es un mensaje potente que puedes transmitir al resto del equipo y a desarrolladores: si detectamos errores pronto, los costes no se disparan. No tengas miedo de recurrir a otros en el sector. Como dije, en redes hay muchísima gente dispuesta a echarte una mano y tener una llamada de Zoom o Skype para orientarte. Es confiar y tener convicción, y así la gente te escuchará y tendrás aliados.
Otra herramienta que uso mucho últimamente es el mazo de cartas TestSphere de Ministry Of Testing; aunque no es suyo, lo venden en su tienda. El mazo tiene 100 temas y lo he llevado a reuniones con testers, desarrolladores, PMs, y simplemente digo: “Hablemos de testing. Cuéntame tu experiencia sobre estabilidad, testabilidad, rendimiento…” Tras una hora de charla, quienes no son testers dicen: “No sabía que sabías tanto sobre otras áreas”. Y es mostrar que testing es mucho más que ejecutar pruebas, que un QA puede aportar en todos los ámbitos de calidad.
Las pequeñas victorias, especialmente para alguien junior, como introducir cambios en el proceso para detectar errores en requisitos, pueden tener gran impacto y darte reconocimiento para avanzar.
Jonathon Wright
Es muy interesante que la gente reconozca el valor y pluralidad de actividades del testing y QA. Hablaste en UK Star 2019, que por cierto fue la última edición, y tu ponencia coincidía con la mía.
Simon
Sí, así es.
Jonathon Wright
Vi tus diapositivas, donde hablabas de liderazgo. Recomendaste muy buenos libros sobre gestión de testers, liderazgo y algunos podcasts, Simple Leadership y Testing in the Pub. En cuanto a tu trayectoria de liderazgo, ¿cómo la viste evolucionar? ¿Puedes darnos un resumen de esa charla?
Simon
En esa charla, hablé sobre mi experiencia con el ‘burnout’ en McAfee y cómo me recuperé. Siempre sentí que era más de personas que de técnica. Necesitaba cuidar y apoyar al equipo, lo cual va de la mano con la neurodiversidad. Tengo una hermana autista, mi esposa es maestra de necesidades especiales. Por eso lo llevo tan cerca y lucho por ello.
Pero todo se reduce a tener las herramientas para poder apoyar a cualquier miembro del equipo. Aprender a adaptarme y hablar con cada uno de la manera que necesita, no con una fórmula igual para todos. Algunos prefieren instrucciones suaves, otros directas. Saber adaptarse es parte clave de mi estilo. Desde que fui lead en McAfee coordinando un equipo local, no dirigía pero sí coordinaba porque el manager estaba en otro país.
Sabía que debía dar lo mejor para sacar lo óptimo de la gente, dar mentoring y apoyarles, pero también estar allí si necesitaban alguien para desahogarse, quejarse… Si alguien necesitaba cinco minutos para expresar su enfado, levantaba la mano y decía: “Ven, desahógate conmigo, y seguimos adelante”. Ser ese muro de los lamentos a veces ayuda mucho y da confianza al equipo para venir con cualquier problema.
Una vez me dijeron que necesitaba un diván de psicólogo cerca del escritorio porque todos venían a hablar conmigo. Lo decían como algo negativo, pero para mí es positivo, porque significa que confían y se sienten seguros. Y la seguridad es clave, sobre todo si tienes una condición neurodiversa, como autismo o TDAH, a veces puedes sentirte inseguro porque el entorno no está adaptado; apoyarlos y dar herramientas para que puedan trabajar a su máximo rendimiento siempre ha sido fundamental. Eso me ha acompañado en toda mi carrera.
Ahora, he preparado el mazo de neurodiversidad como formación en Camelot y lo adaptaré para EasyJet también. Forma parte de un programa mayor de diversidad para que todos puedan ser ellos mismos en el trabajo. Pero además, me apasiona que los equipos puedan hacer testing lo mejor posible. Defiendo mucho el testing exploratorio y que tenga el mismo peso que la automatización. Sé que la automatización es importante, pero no todo debe automatizarse; otras técnicas como el exploratorio pueden llenar esos huecos.
Me apasiona que la calidad importe y dar a la gente la oportunidad de aprender técnicas nuevas, apoyarles con soluciones, no dictarlas, sino orientar, acompañar con preguntas para que ellos mismos las consigan, y así se empoderan y sienten que lograron algo. Si el equipo siente eso, entonces como manager también lograste algo.
Jonathon Wright
Creo que eres como un Frasier moderno pero en QA. ¡Quizás renombremos el podcast! Es interesante porque yo mismo me llamo ‘terapeuta digital’. Siempre fue una broma; ojalá sumemos más gente al programa. Pero era escuchar a las personas, tratar de entender los retos y ayudarles. Has estado hablando sobre la neurodiversidad; haremos un artículo sobre eso en The QA Lead, y sería genial tener tu punto de vista porque lo has vivido y ahora puedes compartir tu experiencia, dar un marco a otros y ofrecerles la información que necesitan para comprender. Así que sería genial sumarte.
Sé que tienes varios blogs. Tu testingpeers.wordpress.com. Es cuestión de encontrar el tiempo para esas cosas. Tienes el podcast próximo. A quienes quieran contactarte, ¿cómo lo hacen?
Simon
Twitter, en siprior. Soy muy activo allí, feliz de hablar. También en LinkedIn. O escríbeme por email: simon.prior@hotmail.com y respondo. No escribo blogs tanto como quisiera. Tengo varios en borradores. Escribí uno sobre neurodiversidad el año pasado, muy leído y compartido por organizaciones de autismo y TDAH, y eso me inspiró a crear el material de formación que uso en distintos trabajos. Así que sí, haré cualquier blog sobre diversidad y salud mental en testing, me interesa mucho.
Jonathon Wright
Perfecto. Para la audiencia, ¿algún consejo final para quienes empiezan o los que están luchando?
Simon
Para quienes empiezan, que no teman pedir ayuda. Miren opciones, sobre todo en esta época, si son nuevos en el sector y están trabajando desde casa por la pandemia, busquen contenidos online que les ayuden. Desde la comunidad de testing hemos arrancado encuentros; ahora tengo un co-host en Milton Keynes, Stu Johnson. Íbamos a tener nuestro primer encuentro en abril, pero será webinar el 22 de abril. Hay muchos eventos, especialmente Ministry of Testing y otras organizaciones hacen mucho contenido online: webinars, Q&A, llamadas abiertas para hablar con otros. Únanse a ese contenido y aprovéchenlo para aprender.
Siempre digo que aprender algo está bien, pero hay que aplicarlo después. Ir a una conferencia está lindo, pero si luego no aplicas nada, solo es un día divertido. Hay que buscar los resultados de aprendizaje. Bloguear, escribir, hablarlo, implementar ideas en el trabajo, proponer nuevas formas. Así mejoras tus habilidades.
Y para quien lo esté pasando mal, contacta. Puedo hablar con quien cueste ahora mismo. Pero también hay mucho material de bienestar, ‘healthy minds’, para ponerse en marcha como uno quiere. Igualmente, estoy dispuesto a apoyar.
Jonathon Wright
Ha sido un podcast maravilloso. Muy sincero. Recomiendo Mind.org.uk si estás en UK. Sesión fantástica. Muchas gracias, Simon. Sin duda estaré en el próximo encuentro de testing en Aylesbury y te volveremos a tener en el programa.
Simon
Genial. Encantado de estar, gracias Jonathon.