Lisez la transcription :
Nous testons la transcription de nos podcasts à l’aide d’un logiciel. Merci de pardonner les fautes car le robot n’est pas correct à 100 % du temps.
Introduction :
Dans la réalité numérique, l’évolution prime sur la révolution. Les approches et techniques QA qui fonctionnaient hier, vous feront défaut demain. Alors, libérez votre esprit. Le cyborg de l’automatisation a été envoyé à travers le temps. La mission du conférencier TED Jonathon Wright est de vous aider à sauver le futur des logiciels de mauvaise qualité.
Jonathon Wright
Bonjour et bienvenue dans l’émission. Aujourd’hui, j’ai un invité très spécial, Simon, qui va vous parler de l’importance du mentorat et aussi du fait qu’il est ambassadeur STEM. C’est quelqu’un de très engagé dans la communauté. Je me souviens qu’il m’a invité à la première rencontre de test d’Aylesbury, il y a de nombreuses années. Il fait beaucoup pour la communauté et je suis vraiment ravi de l’accueillir dans l’émission. Bonjour Simon.
Simon
Bonjour Jonathon.
Jonathon Wright
Comment ça va ?
Simon
Oui, ça va bien. Évidemment, période folle actuellement avec le COVID-19 et tout ce que cela implique, mais oui, ça va.
Jonathon Wright
C’est une période intéressante. J’étais très impressionné par ton profil, notamment le fait que tu es également premier secours en santé mentale. Que fais-tu exactement à ce titre ?
Simon
C’est une qualification que j’ai passée pour moi-même il y a deux-trois ans. J’ai eu quelques soucis de santé mentale par le passé, dont je peux parler si l’on y vient. Avoir pu comprendre ces difficultés m’aide à être présent pour mon équipe. Je détecte les signes quand quelqu’un commence à être en difficulté et je sais quand ouvrir la conversation, leur parler et les soutenir. Leur donner l’espace pour pouvoir gérer ce qu’ils doivent gérer, vraiment. C’est juste un outil de plus dans ma boîte à outils pour aider mon équipe et moi-même à surmonter les difficultés.
Jonathon Wright
Et plus que jamais, c’est probablement incroyablement important d’avoir cela, surtout avec le télétravail. Pleine conscience. Tu es considéré comme un défenseur de la neurodiversité. C’est très impressionnant. Je suis en train d’écrire un blog avec QA Lead sur l’importance de la santé mentale pour les testeurs et la QA. Il y a beaucoup de stress, surtout dans le test. Mais commençons par ton histoire car je souhaite vraiment comprendre comment tu es arrivé dans la QA et le testing au départ.
Simon
Alors, j’ai obtenu un diplôme en informatique. Je suis resté à l’université ensuite pour faire un projet de recherche en criminalité informatique, en étudiant le profilage des criminels, ce qui était très intéressant. Mais malheureusement, le financement n’a duré que quelques mois. J’ai alors commencé à chercher des postes, d’abord en criminalistique informatique. Cela n’a pas abouti, donc j’ai intégré un programme pour jeunes diplômés chez McAfee et j’ai rejoint en tant que développeur logiciel C++. J’ai fait quelques années comme développeur junior et dans le modèle sprint, j’ai découvert les processus de test et réalisé que j’aimais plus casser les logiciels que de les écrire. J’ai donc commencé à reprendre certaines tâches et à identifier des problèmes, et je suis devenu officiellement ingénieur QA en 2010. Mais mon parcours en QA a vraiment été lent pendant les trois, quatre premières années. Ce n’est qu’en 2014 que j’ai vraiment découvert la communauté, comme Ministry of Testing, TestBash, le Software Testing Club et ensuite Twitter, qui reste ma principale source d’interaction avec la plupart des testeurs de la communauté.
En 2015, j’ai participé à mon premier TestBash. Suite à ça, j’ai décidé qu’il nous fallait une communauté dans le Buckinghamshire. J’ai donc créé le Aylesbury Tester Gathering. Tu es venu nous parler, c’était une conférence géniale à l’époque. Cela a duré environ quatre ans. En 2018, j’ai quitté McAfee. À ce moment-là, j’étais manager QA. Je gérais deux équipes, une à Aylesbury, une à Cork, en Irlande. Une équipe à partir de zéro, l’autre, plutôt ancienne. Donc, j’ai eu des expériences très différentes, ce qui m’a beaucoup appris sur le leadership. Ensuite, j’ai quitté McAfee et j’ai rejoint la Loterie Nationale en novembre 2018, y restant un peu plus d’un an comme responsable du test des programmes.
C’était une expérience intéressante. J’ai beaucoup appris en étant à un poste aussi élevé, supervisant tous les projets. Mais c’était un modèle de développement très traditionnel, très en cascade. Et même si j’ai fait pas mal d’améliorations dans l’organisation à ce moment-là, je sentais que ce n’était pas tout à fait ce que je recherchais ni la façon dont je voulais évoluer. Alors j’ai rejoint EasyJet en janvier. C’est là où je suis actuellement, en tant que responsable des tests sur ce que nous appelons la fonction QA principale. Chez easyJet, il y a toutes les fonctions concernant le site web, les opérations, le logiciel gérant l’allocation des vols, etc. Et il y a le domaine QA central, qui est le mien et définit les bonnes pratiques, l’automatisation, et gère tout projet transverse aux autres domaines. Voilà mon secteur, et c’est ce que je développe en ce moment.
Jonathon Wright
Cela semble très excitant je dois dire. C’est aussi proche de mon cœur. J’ai travaillé pour la loterie en Nouvelle-Zélande quand j’y vivais, et donc faire de la QA sur ce type de plateforme et à ces échelles a ses propres défis. Juste la complexité. Et maintenant, je peux imaginer le type de défis que tu dois relever chez EasyJet avec les systèmes de vol et la réservation. J’ai vu que vous aviez récemment changé vos politiques pour permettre les remboursements, avec les circonstances actuelles. Quelle est la rapidité de votre adaptation ? As-tu vu une tendance à aller vers plus d’agilité et de déploiements plus rapides ?
Simon
Oui, cela varie d’un domaine à l’autre. Dans le digital, il y a beaucoup plus de focus sur les modèles agiles et DevOps. Certains systèmes corporate, il est plus logique d’y rester en cascade. Il faut comprendre ce qui correspond à chaque projet et ne pas se dire qu’il y a une solution unique. Car le but est de livrer du logiciel avec succès, du moment que la méthodologie fonctionne pour ceux qui en font partie. Même si Agile/DevOps est préféré par beaucoup, il reste des scénarios où un modèle plus traditionnel a du sens. Il faut les deux dans sa boîte à outils et savoir quand appliquer la bonne. Cela peut être difficile d’identifier le bon modèle selon le projet.
Mais, comme je le disais, dans le digital où je passe la plupart de mon temps en ce moment, c’est beaucoup plus axé sur le scrum.
Jonathon Wright
J’imagine les défis, surtout maintenant avec la rapidité à laquelle les choses doivent être mises en place, changer, garantir la résilience du système, surtout sous forte charge. As-tu vu un pic de volume ces dernières semaines ?
Simon
Oui, complètement. Il y a aussi ce besoin immédiat de lancer quelque chose très vite. Il faut donc réduire un peu son exigence de qualité sur certains points. Comprendre qu’on a besoin d’une solution rapide, par exemple pour traiter des remboursements. Il faut faire le nécessaire pour sortir le produit sans qu’il s’effondre, mais on accepte qu’il ne sera pas doré « gold-plated » comme d’habitude. C’est donc un autre état d’esprit à adopter dans l’urgence. Voilà quelque chose que j’ai dû apprendre vite ces dernières semaines.
Jonathon Wright
Oui, je me souviens d’un bon exemple. Je pense qu’on en a déjà parlé lors de l’évènement à Aylesbury : quand le digital a commencé et que le gouvernement britannique passait au numérique, il y avait des success stories. Par exemple, la plateforme de pétitions sur gov.uk, mise en ligne en six semaines, avec quatre personnes et tout en open stack. Mais lors du Brexit, la plateforme est tombée à cause du trafic massif. Et il y a eu ce souci de sécurité où quand ils ont relancé, des gens utilisaient l’API pour injecter de faux messages, et ils ne savaient plus combien de personnes avaient voté.
Parfois, il faut sortir le produit, même si ça implique de retarder certains aspects. Mais pour quelque chose d’aussi critique que des vols, il y a eu un exemple : en Nouvelle-Zélande avec Air New Zealand, au lancement de leur app, ils ont réalisé qu’en appuyant sur « retour », les utilisateurs obtenaient les informations bancaires d’autres clients, ce qui est évidemment très sérieux.
Le système est tombé. Mais il fallait le garder disponible car il sert aussi à l’enregistrement des passagers. Ça a provoqué un énorme chaos dans l’entreprise car tous les systèmes interagissent. J’imagine que tu es habitué à ce type de complexité chez McAfee avec un environnement aussi varié pour l’antivirus et la sécurité web.
Est-ce que tu trouves que les systèmes sont encore aussi complexes aujourd’hui dans ton rôle actuel ?
Simon
À certains égards ils le sont davantage, car il y a encore plus d’éléments en mouvement. Beaucoup de piles technologiques différentes dans des endroits qui font tous des choses critiques, des paiements à l’allocation des vols. Si c’est interrompu, la complexité grandit de façon différente. Venant d’une société entièrement tech comme McAfee avec les dernières technologies, tous les outils pour l’automatisation et l’intelligence artificielle intégrée au processus, pour aller dans un endroit où la technologie n’est pas le cœur mais un soutien à l’activité. Et amener les meilleures pratiques dans cet environnement, c’est parfois plus difficile. Les systèmes sont en fait encore plus complexes.
Jonathon Wright
Je sais que tu es très actif dans la communauté. Quand tu as besoin d’expérience, tu t’adresses à des gens comme Ministry of Test, TestBash ? Où trouves-tu ton inspiration dans la communauté ? Comment apprends-tu et évolues-tu dans ton rôle ?
Simon
Il y a deux choses principales. J’ai un petit groupe Slack avec trois autres managers que nous appelons Testing Peers. Nous lançons même un podcast car nous pensons avoir des choses utiles à partager. Nous échangeons sur Slack depuis deux ans, partageant nos idées. Si l’un de nous a une difficulté… Trois d’entre nous avons changé de poste, donc on en a beaucoup parlé. Parfois, dans les tests, tu es manager sans avoir de pairs dans ta société. Ce petit groupe avec qui parler chaque jour m’a aidé à évoluer et à apprendre d’autres façons de faire.
Ensuite, je trouve que Twitter est un des endroits les plus puissants pour apprendre. On peut poster par exemple « Je travaille sur l’automatisation IA », quelqu’un répondra, t’enverra un DM, on se retrouve rapidement sur Zoom à discuter, à avoir de bonnes idées. J’ai aidé une ancienne collègue la semaine dernière qui demandait sur le model-based testing. J’ai publié sur Twitter, sept ou huit personnes ont répondu, j’ai créé un groupe LinkedIn et les ai laissé poursuivre la conversation. C’était super de voir les gens prêts à partager. Donc pour moi, les réseaux sociaux, LinkedIn et Twitter, ont été très utiles.
À côté de ça, les conférences. Les conversations en conférence, ou écouter des exposés puis échanger avec les intervenants, sont inestimables. Cela permet de créer des relations, et une fois qu’on a rencontré quelqu’un en vrai avec qui on discutait sur internet, c’est encore plus fort. Et ça crée des échanges, on rebondit sur les idées, on se motive à croître ensemble.
Jonathon Wright
Je pense qu’on sous-estime l’importance du côté communautaire. Je crois que la QA et les tests forment l’une des communautés les plus fortes. Beaucoup de gens sont prêts à aider. Je sais que tu fais beaucoup avec le STEM et l’inclusion, aider les jeunes à entrer dans l’IT. Cela doit être gratifiant. Mais est-ce que ça t’aide aussi à guider les gens sur leur parcours digital ou professionnel ?
Simon
Oui, bien sûr. Cela te permet de leur donner différentes options. Si tu peux mobiliser plus de personnes aux parcours similaires, cela aide à faire passer des messages, à présenter divers chemins professionnels. C’est vraiment un vivier d’idées. Et pour les jeunes en école ou à la fac n’ayant aucune idée de leur avenir, cela te donne une toile vierge pour les inspirer.
Un point dont je suis passionné depuis plusieurs années, c’est que les tests ne sont pas enseignés à l’université. Encore aujourd’hui, rares sont celles qui proposent des modules de test ou de qualité. Essayer de leur transmettre le savoir sur ce métier, pour qu’ils n’entrent pas dans le secteur à l’aveugle est crucial. Je suis sorti de fac en pensant que je ne pouvais être que développeur. Aujourd’hui pouvoir expliquer qu’il y a bien plus de carrières est essentiel. J’ai tenté de fonder Future Tech Stars, mais j’ai manqué de temps pour aller au bout.
J’ai mobilisé plein de pros tech voulant intervenir en écoles pour montrer qu’il y a plus dans l’informatique que juste le développement. Mais amener cette intervention dans les classes, c’est compliqué. C’est néanmoins une passion : rendre visible la diversité des options de carrière en IT.
Jonathon Wright
Absolument. Je finissais aujourd’hui un article sur l’importance de l’éducation mais aussi de la créativité. Tu connais peut-être la conférence TED « Les écoles tuent-elles la créativité ? » C’est intéressant : on ne sait pas ce que seront les compétences de demain dans 5, 10, 15 ans. Il leur faut du guidage, des fondamentaux en sciences, technologie, maths, anglais, mais aussi des compétences numériques. On a eu quelqu’un dans l’émission qui parlait de DevOps ; il s’agit de dépasser le codage classique, de trouver sa passion en IT.
Simon
Effectivement, un de mes collègues chez McAfee intervenait dans les écoles sur la sécurité internet et en profitait pour présenter son métier de rédacteur technique. Il savait rendre ça fascinant, alors qu’en apparence, rédiger des manuels paraît ennuyeux. Mais tout est question de passion et de transmettre cette passion. Allumer cette flamme chez quelqu’un, c’est ce qui lui permet de réussir par la suite.
J’ai vu cela avec des jeunes embauchés comme juniors ou diplômés, que j’ai placés en tests. En leur apportant mentorat et les bons outils, ils se sont épanouis et sont devenus enthousiastes. Ce sont ceux-là qui m’apportent la plus grande satisfaction.
Jonathon Wright
Oui, il est essentiel d’apporter ce type de soutien. On a parlé des stress au début. J’ai commencé à rédiger un article car j’ai toujours été anxieux. Il s’agit de gérer son stress. Le gouvernement a publié des conseils sur la santé mentale : sortir, prendre l’air malgré la distanciation. As-tu des astuces pour ceux qui luttent sur ce terrain ?
Simon
Je ne peux parler que de mon expérience. Ce que j’ai appris… C’était il y a quelques années chez McAfee, avec deux équipes dans deux pays différents, sur des projets de maturité différente. Je brûlais la chandelle par les deux bouts, appels à l’étranger le soir, équipe en Inde le matin, une équipe toute neuve à coacher et une équipe locale plus rigide. Je devais fournir beaucoup d’efforts pour faire avancer tout le monde.
En parallèle, j’animais toujours les meet-ups, commençais à donner des conférences, faisais aussi de l’intervention en écoles. Je faisais tout ça en même temps, jusqu’à épuisement. J’ai fini par m’effondrer devant mes enfants au petit-déjeuner, poussé à l’A&E pour la journée après une chute, puis deux semaines de repos. Mon chef de l’époque, formidable, m’a dit : « Prends les deux semaines ; on s’en sortira sans toi. »
Mais c’était aussi anxiogène : et si tout allait si bien sans moi qu’on n’avait plus besoin de moi ? Mais ça m’a permis de réfléchir et changer certaines choses. Notamment de nommer un nouveau lead à Cork, une de mes meilleures embauches. Puis de déléguer plus techniquement et faire confiance à l’équipe. C’est LA chose : il faut pouvoir faire confiance à son équipe techniquement, tout en les soutenant, encourageant, outillant pour qu’ils s’épanouissent.
En s’effaçant, ils peuvent s’épanouir ou échouer. S’ils échouent, il faut être là pour les soutenir, les aider, les remonter, pas pointer les fautes. Ma devise : si l’on échoue, c’est ensemble – et on se relève aussi ensemble. J’ai gardé ça depuis. Donc, il faut connaître ses limites, ne pas vouloir tout faire à la fois. J’ai tendance à vouloir trop en faire encore aujourd’hui : meetups, conférences, etc. Mais apprendre à décrocher.
Maintenant, j’essaie de ne pas travailler trop le soir, seulement deux ou trois soirées par semaine. Prendre du temps pour lire, la famille. Savoir ce qui compte, prioriser ses revenus principaux, ses proches. Pour le reste, si c’est possible, tant mieux – mais connaître ses limites pour éviter le burn-out.
Jonathon Wright
De superbes conseils. Sur SlideShare, tu as cette présentation sur la diversité et la compréhension de l’autisme, du fait que tout le monde est quelque part sur le spectre, surtout chez nous. Des choses comme la dyslexie. Je souffre aussi de cela. On fait parfois des Myers-Briggs pour apprendre à mieux communiquer, mais la maladie mentale longtemps est restée tabou. Avoir la capacité d’échanger dessus, c’est précieux. J’ai eu un membre de famille hospitalisé cette semaine suite à un mal-être lié au confinement. Je me souviens d’une stat : 17 % de la population souffrira d’un épisode de maladie mentale un jour. Je pense que ce chiffre est même en hausse.
Les leçons de la crise : apprendre à dire non, à faire des pauses, éviter de prolonger son temps de travail parce qu’en télétravail on veut prouver sa valeur. Beaucoup de pression additionnelle. Je suis sûr que de nombreuses personnes, même sans se sentir sur le spectre, pourraient se reconnaître. Il faut regarder ta présentation, je la mettrai en note de l’émission.
Sujet difficile mais il y a beaucoup de pression. Les QA sont vus comme ambassadeurs – mais la qualité, c’est la responsabilité de tous. Un conseil pour les testeurs juniors peut-être anxieux à l’idée de livrer et qui se sentent coupables ? Ou pour favoriser l’esprit d’équipe comme tu le disais ?
Simon
Pour moi, tout est question de communication et de bâtir une culture de la qualité dans l’organisation. Si on est junior, il faut essayer d’obtenir le soutien de son manager, aligner la vision sur la qualité, construire le discours QA ensemble. En Agile, la qualité appartient à tous et il faut faire passer ce message. Parler de QA à toute occasion. J’ai évoqué dans plusieurs conférences qu’il faut « déplacer la qualité vers la gauche » : en parler dès le début d’un projet, intégrer la testabilité, repenser la façon de trouver les problèmes. Faire ses propres recherches. J’ai retenu, très tôt, le graphique du coût du défaut : le trouver plus tôt, c’est économiser.
Cela te donne un message fort à partager avec le reste de l’équipe. Montrer que chercher les défauts plus tôt dans les besoins, c’est éviter que le coût du projet explose. Et il ne faut pas hésiter à demander de l’aide à la communauté. Twitter, comme mentionné, est plein de gens compétents qui sont prêts à répondre à toutes heures, à faire des Skype ou Zoom pour aider à progresser. Il faut s’armer de confiance : une fois que tu as de la conviction, les gens écoutent et deviennent alliés, et tu peux porter ce message.
Un outil que j’utilise beaucoup, c’est le jeu de cartes TestSphere diffusé par Ministry of Testing. 100 cartes sur le test, que j’ai employé en réunion avec d’autres QA ou métiers, simplement pour dire : « Parlons stabilité, testabilité, performance. » Après une heure de discussion, les gens extérieurs au test réalisent la variété des compétences nécessaires. Tester, c’est bien plus qu’exécuter – il y a mille choses que le QA peut apporter. Repérer là où la qualité peut être améliorée.
Pour un junior, réaliser un petit progrès, comme impulser un changement de processus pour détecter plus tôt les défauts, peut avoir un effet énorme et donner du crédit pour avancer professionnellement.
Jonathon Wright
C’est intéressant de reconnaître la richesse des activités liées à la QA. Tu as parlé à UK Star 2019 – dernière édition hélas – alors que j’intervenais au même moment.
Simon
Oui, c’est ça.
Jonathon Wright
J’ai regardé tes slides, sur le leadership. Tu as recommandé de bons livres pour encadrer les testeurs, des podcasts comme Simple Leadership ou Testing in the Pub. Donne-nous une vue d’ensemble en 30 secondes de cette présentation ?
Simon
Dans cette présentation, j’ai parlé de mon burn-out chez McAfee et de comment je m’en suis sorti. Le parcours, c’est qu’on m’a dit très tôt que j’étais plus « personnes » que « tech ». J’ai toujours eu ce souci d’accompagner, soutenir mon équipe. Cela va de pair avec mon engagement pour la neurodiversité. J’ai une sœur autiste, ma femme est enseignante spécialisée. Cela me tient à cœur et motive mon action.
Il s’agit d’avoir dans sa boîte à outils tout le nécessaire pour accompagner toute personne. Apprendre à s’adapter pour soutenir chacun individuellement et ne pas appliquer une méthode unique. Certains aiment les consignes floues, d’autres veulent du noir sur blanc, direct. Il faut savoir ce qui marche selon les cas. Voilà ce que j’essaie de faire depuis toujours comme lead, même lorsque je ne faisais que coordonner plutôt que manager officiellement.
Je voulais tirer le meilleur des gens, leur donner le mentoring dont ils avaient besoin. Être aussi là quand il fallait juste écouter, être le « punching-ball » si nécessaire pour se défouler et repartir à zéro. Parfois, être cette oreille attentive permet aux gens de se sentir à l’aise et de se livrer.
On m’a une fois dit qu’il me faudrait un divan de psy près de mon bureau car tout le monde venait me parler. C’était négatif en apparence mais pour moi, preuve d’une confiance et d’un besoin d’un espace sécurisé dans l’entreprise, surtout pour des collègues neuroatypiques comme l’autisme, TDAH… Le sentiment de sécurité au travail, c’est essentiel à mes yeux et cela m’a suivi dans ma carrière.
Aujourd’hui, j’ai transformé le « neurodiversity deck » en formation chez Camelot à la Loterie Nationale, et une version pour EasyJet sera bientôt déployée. Cela s’inscrit dans le programme diversité : que chacun puisse être soi-même. Mais je veille aussi à ce que mes équipes aient tout ce qu’il faut pour exceller en test. Je défends le test exploratoire comme aussi important que l’automatisation, et il faut apprendre à distinguer ce qui doit être automatisé de ce qui ne doit pas l’être, et trouver d’autres outils complémentaires.
Ma passion : placer la qualité au premier plan, permettre aux gens d’apprendre, de proposer. Encourager le brainstorming, le coaching : « Selon toi, c’est quoi la partie cruciale du problème ? Comment le résoudre ? Qu’imagines-tu ? » Laisser l’équipe bâtir la réponse, cela les responsabilise et valorise leur réussite – et quand ils réussissent, j’ai la satisfaction d’avoir réussi aussi, comme manager.
Jonathon Wright
Tu es un Frasier des temps modernes, mais version QA ! Je plaisante, mais c’est un peu notre rôle de « thérapeute digital ». Écouter, chercher à comprendre les défis pour aider. Tu as parlé de neurodiversité, on va écrire un article QA à ce sujet, ce serait top d’avoir ta contribution car ton expérience est précieuse pour proposer un cadre, des outils de compréhension. Ce serait super de te lire.
Tu as différents blogs, par exemple testingpeers.wordpress.com. Tu dois bien jongler pour trouver du temps. Tu as aussi un podcast en préparation. Quelle est la meilleure façon de te contacter ?
Simon
Twitter : siprior. J’y suis actif, ravi d’échanger. LinkedIn aussi. Ou simplement m’écrire : simon.prior@hotmail.com, je répondrai. Je ne blogue pas autant que je le voudrais, plusieurs brouillons non finalisés. J’ai écrit un article sur la neurodiversité l’an dernier, il a été partagé par des associations d’autisme, d’ADHD, et cela m’a poussé à créer la formation que j’utilise aujourd’hui. Je serais ravi de contribuer à tout article sur la diversité et la santé mentale dans le monde du test. Cela m’intéresse beaucoup.
Jonathon Wright
Parfait. Un dernier conseil pour les auditeurs qui débutent dans la carrière ou qui se sentent en difficulté ?
Simon
Pour les débutants, n’ayez pas peur de solliciter l’aide. Regardez les possibilités. Surtout en ce moment, si vous entrez dans l’IT et que vous travaillez à distance, cherchez du contenu en ligne pour progresser. Dirigeant une communauté de test, on relance en ligne. J’ai maintenant un co-animateur, Stu Johnson à Milton Keynes. On devait organiser une première rencontre à Milton Keynes en avril, finalement ce sera un webinaire le 22 avril. Il y a énormément d’événements : Ministry of Testing et d’autres organisent quantité de webinars, de Q&A, de calls ouverts. Participez-y. Apprenez, puis appliquez. Assister à une conférence c’est bien, mais si vous ne mettez rien en œuvre ensuite, ce n’est qu’une sortie. Travaillez sur les leçons : bloguez, rédigez, partagez. Proposez une nouveauté au travail. C’est en agissant que l’on progresse en compétences.
Pour ceux qui sont en difficulté, contactez quelqu’un. Je suis disponible, prêt à discuter avec toute personne qui vit des moments compliqués. Il existe aussi beaucoup de ressources sur le bien-être, healthy minds, etc. Mais je suis heureux d’apporter un soutien si besoin.
Jonathon Wright
C’était un podcast formidable et très touchant. Ajoutez Mind.org.uk si vous êtes au Royaume-Uni. Merci mille fois Simon, et je viendrai certainement au prochain meet-up d’Aylesbury pour t’y revoir dans l’émission !
Simon
Avec plaisir. Merci Jonathon.