Transcription

• Lulu

  Bonjour et bienvenue dans le Dernier Clic, le podcast où on prend le temps d'avoir des conversations pour comprendre la tech d'aujourd'hui et imaginer demain. Bonjour Anna. Bonjour. Je suis très contente de te recevoir. On a eu une belle discussion au Barilla juste avant. Donc aussi pour remettre en contexte, on est au Forum PHP.

• Anna

  Donc l'édition 2026, et je vais te demander de te présenter. Bonjour, moi c'est Anna Cattolino, je suis manager SI et je fais aussi une thèse sur l'impact réciproque de la dette technique sur la santé mentale des développeurs. Dès que tu en as parlé, moi j'étais « oh wow, trop bien comme sujet » . Tu en es où à peu près dans ta thèse ? Là, j'en suis à la moitié normalement, parce que c'est trois ans et ça fait un an et demi. Donc là, je viens de sortir mon tout premier article scientifique. J'ai fait la présentation en Italie, c'était très chouette. Donc on avance, on avance, on trouve des choses.

• Lulu

  Donc là, t'as tiré une question. On repart sur un format un peu comme ce que j'avais déjà pu faire à No-Code Week.

• Anna

  Et je vais te demander de lire ta question et d'y répondre. C'est parti. Alors c'est, quelle question aimerais-tu qu'on te pose le plus souvent ? Celle-là, elle est un peu facile. Moi, ce que j'aimerais qu'on me demande le plus souvent, et surtout au sein des entreprises, c'est forcément comment vont les développeurs. Et je pense que c'est une question qui est très importante. Déjà parce que c'est sympa. Comment vont les gens ? Et ensuite parce que ça implique énormément de choses. On sait que la santé mentale a un rôle très important sur la productivité et sur la qualité de ce qu'on produit. Et ça, ce n'est pas seulement au niveau du développement. Ça marche dans n'importe quel métier. Mais c'est vrai que c'est un peu une question qu'on ne se demande pas beaucoup dans le milieu de l'informatique. Certaines personnes la posent et certaines personnes lèvent des drapeaux. Mais au quotidien, ce n'est pas vraiment quelque chose dont on a l'habitude. Il y a des professions où on va plus s'intéresser à la santé mentale de ceux qui le font. Les développeurs, ce n'est pas tout le temps le cas. Et les entreprises auraient tout à gagner à savoir comment vont leurs développeurs, parce qu'il a été prouvé, il y a pas mal d'articles super intéressants là-dessus, que la santé mentale, d'une part, ça joue sur la productivité, et qu'une mauvaise santé mentale, et ça c'est assez instinctif finalement, ça peut détruire un projet, et ça peut être suffisamment insidieux pour qu'on ne se rende pas compte que le projet est en train d'être détruit. Et notamment, ça va être un def qui n'est pas très en forme et qui va faire du code de pas très bonne qualité. Ou qui va prendre un peu plus de temps à répondre à ses collègues. Et en fait, tous les éléments qui permettent qu'un projet réussisse vont être impactés par cette sentimentale. Ça semble très naturel dit comme ça.

• Lulu

  On peut se dire, oui, ok, quelqu'un qui n'est pas au top de sa forme, ça va impacter le projet. Genre, on va être moins productif. Mais on ne pense pas forcément au fait que ça peut faire complètement foirer un projet aussi. On peut se dire, bon, ben voilà, c'est juste, ça va avancer moins vite ou ça sera compensé par d'autres personnes, mais ça peut, j'imagine, contaminer aussi le reste de l'équipe. Je pense qu'il peut y avoir aussi la perte de sens ou de se dire, ben, je ne fais qu'exécuter, je ne fais que pisser du code. Et peu importe, sans penser aussi à l'après, qui va relire, qui va reprendre, et juste exécuter. Ça, je pense que c'est peut-être quelque chose aussi que tu as à voir. Oui, ben, complètement. Alors,

• Anna

  on ne voit pas du tout hocher la tête de façon extrêmement... Mais oui, c'est tout à fait ça. En fait, un développeur qui ne va pas bien, d'une part, il va pouvoir entraîner ce qu'on peut appeler des community smells. Il n'y a pas vraiment de bonne traduction en français, mais c'est le fait qu'il y ait des problématiques interpersonnelles au sein d'une équipe. Et donc, ça va être le développeur qui est un peu ronfond. Et puis, finalement, il répond mal à ses collègues. Et du coup, ses collègues, ils n'osent plus venir lui parler. Et puis là, on se retrouve avec un gap de communication. perd du temps, on perd de la communication et les projets sont de moins bonne qualité parce que, bah oui, mais ton API, je savais pas qu'elle fonctionnait comme ça et puis j'ai pas voulu te poser la question parce que de toute façon, tu m'envoies tout le temps sur les roses. Et puis voilà, il y a des choses un peu comme ça et ce qu'il faut se dire aussi, c'est que et c'est là-dessus que je travaille surtout dans le cadre de ma thèse, c'est que bon, on peut aller pas bien pour des raisons personnelles mais dans ma question qu'est-ce que j'aimerais qu'on me demande, c'est Merci. Vraiment par rapport au travail, comment se sentent les développeurs ? Parce qu'en fait le travail influe énormément la santé mentale et en France on sait qu'on a une exception particulière par rapport à l'Europe de manière générale où on a une recherche de réalisation personnelle à travers le travail et c'est un truc super important en France quand tu rencontres quelqu'un tu commences par donner ta profession c'est ça,

• Lulu

  c'est vraiment le côté statut social, enfin ça t'appartient à la société de parce que tu fais au travail. C'est vraiment... Et que tu te réalises comme ça. Et c'est quelque chose aussi qu'on nous a... Enfin, je pense que c'est pour ça qu'il y a la jeune... Comment dire ? La jeune génération qui a un petit peu de mal à trouver du sens aussi parce qu'on leur a dit « Fais des études, tu vas te réaliser dans ton travail. » Oui, c'est le futur présent. Tu vas forcément te couver. Oui, il y a un petit peu de bruit autour, mais bon, ça permet de se mettre dans l'ambiance. Voilà, c'est ça. Mais... De se réaliser, je pense qu'il y a peut-être des développeurs aussi qui ont fait des études dans le sens là aussi. Eux ont commencé peut-être côté passion à faire des projets, peut-être à bidouiller et TSA, de faire les études et de se retrouver après en entreprise, à peut-être jamais aussi discuter avec l'utilisateur final, de juste répondre à des tickets, mais qui sont passés par tellement d'étapes avant que tu ne sais même plus. En fait, là où tu interviens, tu te dis, ouais, mais si je le fais, si je ne le fais pas, c'est... À quoi ça sert au final ce que je fais ?

• Anna

  Non, c'est ça, il y a une vraie recherche de sens. Et on en discutait tout à l'heure dans notre discussion très intéressante sur l'IA, où il y a certains développeurs qui se disent « Mais là, le métier qui est en train d'arriver, ce n'est pas le métier pour lequel j'ai signé au départ. » Et ils ont un problème de recherche d'identité qui va se manifester, ça peut aller jusqu'au burn-out. En fait, ça peut aller jusqu'à des problèmes assez graves de santé mentale parce qu'il y a cette perte de réalisation professionnelle et de... de réalisation personnelle, in fine.

• Lulu

  Oui, et justement, comme on a pu en parler, il y a l'IA qui arrive et qui est aussi un grand bouleversement parce qu'il y a un peu cette injonction à prendre le train en marche, sinon on va se faire remplacer. Mais en même temps, c'est pas vers quel métier, enfin, le métier de développeur et développeuse va. Oui, mais en fait, qu'est-ce qui se passe si j'écris plus de codes ? C'est pas mon métier, c'est pas comme ça que je me définis. Mais en même temps, c'est peut-être aussi un moyen maintenant de plus se remettre en amont et plus passer du temps sur les besoins, discuter avec les personnes pour qui tu vas construire une solution et quand même avoir un peu cet effort intellectuel et de stimulation de te dire comment est-ce que je fais mon architecture, comment est-ce que je vais faire en sorte que mon projet, peut-être il y ait moins de dettes techniques parce que je peux passer peut-être plus de temps à mieux définir le besoin et pourquoi pas faire un... Un POC pour le client qui puisse déjà jouer avec et que la version d'après, elle répondra mieux aux besoins et que ça ne donnera pas autant de corrections après coup. Je ne sais pas si tu as commencé à en parler peut-être un peu avec ça.

• Anna

  Pas exactement, mais il y a un truc qui est super intéressant là-dedans, c'est le fait qu'il y a eu un imaginaire et il y a un super article là-dessus et je ne me souviens plus qui l'a écrit. mais je pourrais retrouver les références tu me le rendras, on le mettra en description où en fait il y a un imaginaire complet autour du métier de développeur et développeuse mais là c'est plutôt et je pense dans mes souvenirs c'était un article justement qui parlait des différences des problématiques de sexisme dans le milieu et les choses comme ça il y a tout un imaginaire autour du développeur même dans la pop culture dans les films on a créé depuis quelques... faute. Il y a quelques années maintenant, cet imaginaire du barbu dans sa cave... C'est ça,

• Lulu

  d'où aussi pourquoi on ne lui demande pas souvent comment ça va, parce qu'on se dit qu'il n'est pas sociable tant qu'il est devant son PC. Il y a l'imaginaire là aussi où il n'y a pas besoin de voir des gens, il n'y a pas besoin de discuter, c'est genre la personne, son ordi.

• Anna

  C'est ça, et du coup, ce n'est pas quelqu'un qui va faire des specs fonctionnels et ce n'est surtout pas quelqu'un qui va aller parler au métier. Dans l'imaginaire, bien sûr, on sait que dans les faits, en général, les développeurs vont parler au métier, il n'y a pas de problème. Mais du coup, il y a une... Je vais être plein de gestes avec les mains. C'est bon, ok. Il y a un peu une collision entre cet imaginaire... Et ce qui se passe dans la vraie vie, et ce qui est un peu augmenté encore plus par les questions d'IA. Parce que là, on te dit, il va falloir t'intéresser aux produits. Oui, mais moi, l'imaginaire pop culture, et pas que pop culture, d'ailleurs, dans la littérature, il me dit que si je fais bien mon travail, je ne m'intéresse surtout pas aux gens qui sont autour de moi. Alors, bien sûr, c'est des grosses caricatures, mais on sait très bien que tous ces imaginaires ont toujours un impact, même inconscient, sur la façon dont on voit notre métier.

• Lulu

  Surtout s'ils brillent par ça et que c'est ça qu'on met en valeur dans l'imaginaire collectif. Et comme on dit, notamment en France, où le travail occupe une place importante dans l'identité de la personne, si tout le monde autour de toi imagine ton travail, toi devant un ordi qui code, et que si toi après tu dis que tu n'écris plus de code, on va juste dire que tu n'es pas développeur.

• Anna

  Exactement.

• Lulu

  Ça vient toucher vraiment à l'identité de la personne et de se demander qu'est-ce que je fais ? je continue là-dedans ou maintenant, est-ce que je ne trouve plus du tout de sens et je pars complètement faire autre chose ? Je ne sais pas si tu as un peu vu des débuts de reconversion ou des personnes qui quittent complètement.

• Anna

  Oui, j'en ai parlé il n'y a pas très longtemps avec un développeur qui m'a dit un truc, je me permets de le citer, il me pardonnera, mais qui m'a dit qu'avant, c'était moi versus la machine et maintenant, c'est moi et... Mon petit agent IA versus la machine. Et du coup, je me sens complètement dépossédée de ce qu'on appelle le craftmanship. Oui, oui,

• Lulu

  oui.

• Anna

  Je n'ai plus les termes en français. Je suis désolée de mon artisanat. Oui, c'est ça. Le côté artisanat,

• Lulu

  oui.

• Anna

  De mes moyens. Et j'ai l'impression qu'en fait, c'est l'IA qui va se battre contre la machine. Et moi, je ne sers plus à grand-chose.

• Lulu

  Oui, toi, tu es juste là un peu pour guider. Et puis, c'est aussi... Oui, mais tout le monde maintenant est un peu manager d'agent, mais tout le monde n'a pas envie d'être manager aussi.

• Anna

  C'est ça, exactement.

• Lulu

  Mais après, je pense qu'il y a quand même un entre-deux à trouver entre là, comme on a pu dire au final, est-ce que définir les specs, ce n'est pas juste un langage qui est moins proche, qui est plus proche de l'humain ? Et autant maintenant, l'architecture, elle passe juste par du langage naturel, et puis le code, c'est juste une abstraction supplémentaire. Pourquoi pas, mais après il peut y avoir l'autre versant, on commence aussi à voir tout ce qui est brain fry à cause de l'IA, parce qu'on a par exemple trois fenêtres en même temps, ou tout simplement on se retrouve juste à faire des tâches qui sont tout le temps... qui demandent beaucoup d'énergie cognitive. Il y a plus ces moments un peu de pause où on fait des choses répétitives, parce que maintenant on peut les automatiser très facilement, et de se dire à quel moment est-ce qu'on repose le cerveau, à quel moment est-ce qu'on... Je fais une autre tâche qui ne demande pas grand-chose, qui me permet de réfléchir à des problèmes qui sont plus complexes. Et ça, on en avait parlé dans l'épisode, justement, avec Xavier Gorce, sur ses équipes, où même lui, il dit, justement, « Mais en fait, je ne vous demande pas de faire TSA, mais il y a un peu ce truc de se dire, si je peux, j'y vais. En plus, c'est quand même assez stimulant, il y a tout le côté dopamine avec.

• Anna

  Oui, ben oui.

• Lulu

  Et comment est-ce que je fais pour ne pas me griller, alors qu'il n'y a même pas d'attente de surproductivité comme ça, de la part de ma boîte ? » Oui, mais c'est tentant. C'est ça. Et c'est dire, peut-être que les petites tâches ingrates, des fois, elles ont aussi leur utilité. Et comment est-ce qu'on fait pour continuer à les faire, même si, factuellement, elles n'apportent pas si on prend des suivis de temps et TSA. Oui,

• Anna

  bien sûr.

• Lulu

  Je ne sais pas si dans ta thèse, ça va aussi être quelque chose vers lequel tu vas aller. Parce que là, il y a presque deux extrêmes.

• Anna

  Non, mais alors complètement. Et c'est du coup l'article que j'ai sorti, avec mes co-auteurs, bien sûr. il y a quelques mois en fait on étudiait un modèle qui avait été fait par des personnes chez Microsoft et d'autres grosses boîtes, c'était un modèle de DevEx, donc de développeur expérience pour mesurer l'expérience développeur et son impact sur différents résultats développeurs, entreprises et équipes, et dedans il y avait à la fois la notion de flow, donc la notion de flow c'est euh Pour ceux qui jouent aux jeux vidéo, c'est quand vous êtes dans la zone à fond. Et en fait, c'est défini par un état de concentration et de plaisir. Si tu es concentré, mais que ça ne te procure pas de plaisir, tu n'es pas en état de flow. Et un autre des éléments du modèle, c'était la charge cognitive. Et on se rend compte qu'il y avait trois éléments. Il y avait ça et puis il y avait la boucle de feedback. Et en fait, on se rend compte que c'est des éléments qui sont... énormément touchée par la question de l'IA. Et tu disais, la question de brain fry, de charge cognitive, en fait, c'est des choses qui vont potentiellement tuer tes projets ou tuer tes résultats, parce que derrière, on est quand même tous entre humains. On n'est pas entre machines. Et donc, on a tous quand même une charge cognitive assez limitée. Et de toute façon, on sait que la charge cognitive, c'est une ressource qui est très importante. qui est limitée, tu n'en as pas de façon infinie. Et ce que tu disais dans notre discussion très intéressante, c'est que le goulot d'étranglement, il va disparaître peut-être d'un côté, mais il va se déplacer et il y en aura toujours un, parce que c'est des ressources limitées et surtout, c'est des choses qui, on le sait, impactent les projets. Et si ton IA te dérange tout le temps et t'envoie tout le temps des notifications, déjà ton état de flot, tu oublies complètement, parce que tu as besoin d'être concentré et tu as besoin que ce soit sur un temps long quand même. Et ta charge cognitive, tu oublies aussi.

• Lulu

  C'est toujours des mini-micro-décisions, en plus des fois sur des projets qui sont différents parce que tu lances différents trucs en même temps. Là, tu me reparles de l'étude avec Devex et Microsoft. Il me semble que tu as fait une conférence au TechFest. Oui, c'est bon, c'est bon. Donc on voit peut-être que d'ici à ce qu'on sorte l'épisode, ils ont enfin sorti la vidéo. J'ai vu qu'ils ont commencé à publier les vidéos des conférences, mais c'est vrai que je les avais trouvées trop trop cool.

• Anna

  Ah merci ! J'ai dit, si mes directeurs de thèse m'écoutent, j'ai dit quelques bêtises.

• Lulu

  On va pas le dire.

• Anna

  Ça va, mais il y avait des imprécisions scientifiques. C'était de la vulgarisation.

• Lulu

  Oui, ben voilà, mais je pense que SaaS parlé à pas mal de devs aussi dans la salle justement, et que SaaS aidé pas mal. Comme tu dis, c'est un sujet dont on ne se saisit pas assez. Et déjà que le métier est pas mal en crise, le secteur, je pense qu'avoir pas mal de personnes de son équipe en burn-out, ça ne va pas forcément non plus arranger la santé mentale des autres. Oui,

• Anna

  c'est sûr. On peut parler parfois d'épidémie de burn-out. Et dans l'épidémie, il y a le fait que ça se transmet aussi un petit peu.

• Lulu

  Oui, parce que c'est vrai qu'en France, On va, en France, c'est pas que, mais on va pas mal rejeter sur l'individu, alors que c'est plutôt structurel et organisationnel. Et on peut pas juste dire, ah bah tiens, c'est telle personne, voilà, qui avait peut-être plus de fragilité, ou elle a pas tenu, et que les autres sont aussi à risque. Et si on change pas la manière de manager, la manière d'organiser, ça va pas aller mieux.

• Anna

  Non, c'est sûr. Et c'est vrai que Il y a ce truc un peu toujours de se dire quand quelqu'un part en burn-out, on cherche toujours les causes personnelles. On se dit toujours, oui, mais lui ou elle était un peu sensible. Moi, j'ai connu beaucoup d'hommes. Je parle plus souvent d'hommes. C'est probablement aussi à cause des statistiques dans le développement. Mais j'ai connu plus d'hommes en burn-out que de femmes. Et je pense que ça n'aide pas au fait qu'on se pose les bonnes questions. Parce que quand un homme part en burn-out, on se dit, ça doit être parce qu'il est... Il y a un truc bizarre de son côté. Et parfois même, alors dans des managements qui peuvent être un peu toxiques, il y a des choses de « oui, mais lui, il était faible » , « oui, mais lui, enfin voilà, ils se sont un peu mis de côté » , du type « on ne regarde pas trop » . Alors que bon, après, les femmes, ce n'est pas mieux, parce qu'on va se dire « oui, mais elle est sensible » , « oui, mais bon, voilà » . Je crois que des deux côtés, on le met sous le tapis. Alors qu'on ne se pose jamais la question de « oui, mais bon, au travail, il a dû se passer quelque chose quand même » . Et ça a dû avoir un impact. Et ça, si ça a un impact sur une personne, alors peut-être que c'est quelqu'un qui avait des fragilités psychiques, c'est possible. N'empêche que toutes les entreprises devraient être capables d'accueillir des personnes qui ont des fragilités psychiques. C'est pas quelque chose où on se dit, ah non, à l'entretien d'embauche, tu es un peu fragile psychiquement, on ne va pas te prendre.

• Lulu

  Ça ou même tout ce qui est neuroatypie, où il y a plus de comorbidités, au burn-out, dépression. Et de se dire, on peut revenir à l'archétype. du développeur. A priori, il y a plus de représentation. En tout cas, ça a l'air un petit peu... Donc, plus de risques potentiellement de burn-out. Surtout si, en plus, c'est des personnes qui n'étaient peut-être pas trop à l'aise à aller vers plus d'interactions sociales. Si du jour au lendemain, on leur dit, maintenant, tu vas passer ton temps à aller discuter avec les autres gens de l'équipe pour faire des specs. C'est un peu...

• Anna

  C'est des choses qu'il faut se poser la question. Oui,

• Lulu

  complètement. Et peut-être, qu'est-ce que tu pourrais conseiller, par exemple, aux équipes qui sont peut-être un peu démunies aujourd'hui, ou même pour reconnaître des employés qui ne vont pas forcément bien, qu'est-ce qui peut être mis en place ? Parce qu'on va souvent dire, tiens, tu ne vas pas bien, mais qu'est-ce qu'on peut faire pour t'aider ? Et dans ce cas-là, c'est la personne déjà qui ne va pas bien, qui va être en mode, je dois trouver aussi des solutions, alors que je suis au bout du rôle, ça.

• Speaker #2

  Oui, c'est foutu.

• Lulu

  On remet un peu à l'individuel, mais qu'est-ce que tu pourrais conseiller, que ce soit par rapport au sujet de ta thèse, même sur la technique de l'impact, plutôt que de se dire, ok, on continue de mettre des œillères ou on ne garde pas, ou alors des fois tu as des équipes qui veulent faire des choses, mais qui ne savent pas par quoi commencer. Est-ce que tu as un peu des conseils à leur donner ?

• Anna

  Alors sur la partie un peu santé mentale, bien-être ? Santé mentale,

• Lulu

  bien-être, l'impact d'un projet, voilà vraiment ce qui te semble le plus pertinent.

• Anna

  Pour moi, il y a plusieurs niveaux. Déjà, le premier niveau, c'est de mettre une vraie sécurité psychologique dans les équipes. C'est-à-dire que chaque personne de l'équipe doit pouvoir se sentir libre et en sécurité d'émettre un avis, qu'il soit technique ou organisationnel, de pouvoir dire « moi, j'aime bien cette libre-là, ok » . Si tous les autres ne sont pas d'accord, c'est pas une raison pour qu'ils se fassent humilier devant tout le monde. ou qui vivent un moment qui ne soit pas très agréable sans aller jusqu'à l'humiliation. Mais il faut que chacun puisse se sentir libre de s'exprimer et de proposer des choses. Et en plus, ça aidera la créativité, l'innovation et donc plus de résultats. Donc tout le monde a gagné. Donc ça, c'est déjà une première chose. Et puis ensuite, si on sent que dans son équipe, par exemple, si vous êtes manager d'une équipe ou si vous êtes lead dev ou si vous sentez qu'il y a un vrai risque, il existe plein de questionnaires qui sont mis à disposition par les agents de santé. que les développeurs peuvent remplir. Alors, c'est pas... Pardon, je dis que développeurs, développeurs et développeuses, c'est très important. Oui, oui, oui. On va dire dev, comme ça. Voilà,

• Lulu

  c'est ça.

• Anna

  qui peuvent remplir. Alors bon, ce ne sera pas un process très scientifique. Si on veut aller plus loin, on peut aller voir son référent RSE, CRH, si on veut faire des choses un peu plus poussées. Mais déjà, soi-même, savoir reconnaître les signes de burn-out, parce qu'ils sont globalement bien documentés, on peut prendre le questionnaire, le faire remplir à différentes personnes, à toute une équipe au besoin. Et puis voir un peu ce que ça donne. On n'est pas obligé de faire des process scientifiques à chaque fois qu'on veut savoir si quelqu'un va bien. On est aussi entre humains. On peut déjà se renseigner soi-même sur les signes. Il y a des associations aussi. Il y a les formations en premier secours de santé mentale. Ça peut être aussi une approche. Si on sent qu'il y a vraiment un risque, il y a énormément d'outils qui sont mis à notre disposition mais qu'on ne connaît pas forcément. qui peuvent nous aider. Moi, j'avais vu trois pages de tous les symptômes du stress. C'était vraiment trois pages et il y avait tout. Il y avait physique, mental. Et en effet, si on commence à prendre le truc et puis on regarde les personnes qui ne vont pas bien et puis on coche et puis on se rend compte que finalement, on a coché les trois pages. Là, on peut se dire OK, il y a un problème. Et là, on peut... Moi, ce que je recommande, c'est toujours d'aller voir les personnes ensuite compétentes. Que ce soit les RH, que ce soit le CSE aussi, il y a des représentants syndicaux au besoin si l'entreprise n'est pas prête à écouter. Mais en général, quand on voit que quelqu'un ne va pas bien, il y aura toujours quelqu'un pour écouter et pour essayer de mettre des choses en place. Déjà, se former soi-même et puis analyser un peu la situation et puis s'adresser aux personnes compétentes si on voit qu'il y a vraiment quelque chose de très dangereux qui arrive.

• Lulu

  Oui, parce que de toute façon... pas voir les problèmes en face, ça va ça sera toujours pire après. Ça ne va pas se régler tout seul. Et aussi pour rappeler que le burnout ce n'est pas seulement dû à un surmenage ou trop de travail. Il y a beaucoup d'autres choses. Il faut s'enseigner, il faut s'éduquer, même éduquer les personnes qui peuvent le subir parce qu'on sait que dans le burnout il y a toute la phase de déni et que c'est souvent de l'extérieur qu'une des alertes peuvent venir. Avant que le corps craque,

• Anna

  à généralement.

• Lulu

  Oui, là, jusqu'au moment où il n'y a plus faim. Mais voilà, OK. On mettra aussi les ressources si tu en as d'autres.

• Anna

  Il y a un tout petit point que j'ai oublié. Oui, vas-y. Parce que j'avais lu un article là-dessus, et je trouvais SaaS intéressant, on s'est rendu compte, en tout cas cet article s'est rendu compte, que le burn-out chez les devs ne se manifestait pas forcément de la même façon. que dans d'autres corps de métier. Et on ne va pas forcément avoir une perte de productivité immédiate. On va même avoir des gens qui restent hyper performants dans leur travail, voire un peu trop performants. Et en fait, un des symptômes principaux qu'il faut observer, c'est ce qu'on va appeler le cynisme. En fait, c'est le fait de se dégager émotionnellement de son travail. et de son équipe et de toute une entreprise. Donc en fait, ça va être des gens qui continuent à travailler. C'est pour ça que parfois, les entreprises ne le prennent pas forcément en compte parce que la personne a continué à produire.

• Lulu

  Oui, mais justement, elle prend presque sa fiche de poste au pied de la lettre et dit « je passe en mode automatique et puis je fais juste ce qu'on me demande et j'y vais. »

• Anna

  C'est ça. Et j'y vais à fond, mais si on me parle, je ne réponds pas. je vais commencer à dire des choses pas forcément top sur mon entreprise.

• Lulu

  Un peu de passif agressif, de cynisme, justement.

• Anna

  C'est ça. Vraiment, c'est plus une posture que la personne va adopter que... On s'attend à ce que la personne n'arrive plus à travailler. Ce n'est pas forcément le cas.

• Lulu

  Ça, les problèmes de concentration, TSA, alors que là, c'est presque la personne dissociée un peu sur le lieu de travail.

• Anna

  Et elle a un détachement émotionnel assez fort. Et puis bon, après, ça dégringole. Oui, ça ne tient pas dans tous les cas. Ça ne tient pas, c'est sûr.

• Lulu

  Ok, non mais ça c'est... Très intéressant de le dire parce qu'on a aussi, au même titre que des stéréotypes sur le métier de dev, on a aussi des stéréotypes sur le burn-out. On imagine quelqu'un, par exemple, qui du jour au lendemain ne pourra plus se lever et du coup, il est en burn-out. Mais il y a plein de phases, il y a plein de types de burn-out. Il ne faut pas attendre de ne pas arriver à se lever le matin et de se dire... Oui, mais si j'arrive encore à me lever, c'est que ça va encore et que je peux tenir. Oui, c'est ça. Non, non, surtout pas. C'est déjà trop tard. Voilà, déjà. Si on commence à se dire que je dois attendre de ne plus arriver à me lever, c'est qu'a priori, il n'y a pas de problème. Mais oui, il ne faut pas hésiter à en parler et que si l'entreprise n'est pas forcément réceptive, de ne pas hésiter à essayer de trouver des associations, en parler à son médecin généraliste. médecine du travail et Simon, même des fois dans les cas les plus graves, ne pas hésiter à appeler les numéros d'urgence c'est ça parce que il peut y avoir des conséquences vraiment très très graves et il ne faut pas l'oublier c'est très important merci beaucoup Anna merci à toi c'était marrant en plein milieu que je me souvienne de l'entrée Je dis mais ça me... parle. Donc, ravie de t'avoir reçu dans le dernier clic. C'était un plaisir. C'est trop cool. Bon, bonne suite de forum et je pense qu'on se recroisera.

• Speaker #2

  J'espère.