{{ :arma:joueurs:niveau_0:debriefing.png |}} ====== Le RETEX Canard ====== ===== Qu’est-ce que le RETEX ===== Rien de mieux qu'une bonne citation de canards : //C'est le moment où tout le monde s'engueule, se traite de con, s'accuse de toutes les mauvaises manœuvres et prises de décisions, que tout cela dure des plombes et que ça sert à rien parce que la fois d'après on fait pareil !// **RETEX** est un sigle qui signifie //RET//our d’//EX//périence. Il est beaucoup utilisé dans le domaine militaire, dans le domaine de l’entreprise, et vise, par des retours concrets et honnêtes obtenus lors d’un débat contradictoire, à fournir une base de données pertinente de cas concrets ([[arma:joueurs:niveau_4:cahier_du_chef_d_unite:1|Étape 1 du processus de décision du leader]]). ---- ===== Objectif du RETEX ===== Le RETEX vise l’amélioration collective des compétences. Le but du RETEX n’est pas de //définir// des **responsabilités** dans les problèmes rencontrés sur le terrain mais d’en //comprendre// les **causes**. ---- ===== Le Processus RETEX ===== Le RETEX est un //processus//, c’est à dire une suite d’étapes à l’issue desquelles on a fait émerger des éléments pertinents à traiter. Concrètement, il s’articule en plusieurs phases : - On identifie ce qui a eu un **impact** sur le déroulé de la mission. - Si l’impact a été positif, on est en présence d’une **bonne pratique**. - On remonte à la **cause première** de la //bonne pratique//. La question à se poser est « //Pourquoi cela a marché// ». Une fois cette **cause première** identifiée, on passe directement à la //phase sept// (c’est ce qu’on appelle une « **boucle courte** »). - Si l’impact a été négatif, on est en présence d’un **problème**. - On remonte à la **cause première** du //problème//. Pour cela, on se pose la question « //Pourquoi cela n’a pas marché// ». On peut aussi se poser la question « //Qu’est-ce que je ferais différemment si la même situation se reproduit// ». À l’issue de cette phase, on obtient ce que l’on appelle une « **leçon identifiée** ». - Pour chaque **leçon identifiée**, on cherche une **mesure corrective** qui soit //simple//, //concise//, et //peu coûteuse// (en temps et en énergie). En effet, plusieurs **mesures correctives** peuvent être proposées, que ce soit par les //acteurs de terrain// ou par le //personnel RETEX// (voir plus bas). Il convient alors de sélectionner la **mesure corrective** qui répond le mieux à ces critères. - Le **problème** rencontré et la **mesure corrective** sélectionnée sont reformulés clairement. À l’issue de cette phase, on obtient ce que l’on appelle une « **leçon apprise** ». - Cette **leçon apprise** est //diffusée// à l’ensemble des acteurs afin qu’elle soit mise en pratique dès la mission suivante. ---- ===== En pratique, comment ça se passe ? ===== - Pour que ce processus se déroule de manière efficace, lorsque la mission est terminée, chaque //groupe de combat// va débriefer dans un canal séparé. Ce débriefing doit veiller à encourager la //parole de tous// afin de faire remonter les **problèmes** ou les **bonnes pratiques** depuis le terrain. Ce débriefing dure environ //5 minutes// et vise à faire émerger //3 points maximum// (problème et/ou bonne pratique). - L’ensemble des participants se réunit alors et chaque groupe expose ses différents points brièvement, en précisant l’**impact** qu’a eu ce point sur le //déroulé de la mission//. Si une **mesure corrective** a été proposée au niveau groupe, elle est également proposée à tous. Si le //CdO// n’a pas participé au débriefing d’un groupe (généralement le groupe dont il a été le plus proche durant la mission), il expose également //trois points// qu’il a noté. - Parmi l’ensemble de points remontés par les différents groupes de combat et le Cdo, //trois points// sont sélectionnés pour une //discussion collective//. - Lors de cette discussion, //chacun est libre d’intervenir//, tant pour préciser le contexte du point remonté et obtenir une vision la plus proche de la réalité, qu’afin de proposer des **mesures correctives** //si le temps le permet//. À la fin de cette phase, on aboutit à une **leçon identifiée**. Cette phase dure au maximum une //quinzaine de minutes//. - Le temps imparti étant relativement court, le débat se poursuit donc sur **Discord**, dans le //canal dédié// à la mission jouée, ce qui permet d’encourager une réflexion plus approfondie sur les **causes** et les **mesures** proposées. - Les **leçons apprises** sont ensuite archivées sur le //wiki//, qui sert de base de donnée consultable à tout moment par l’ensemble des participants. ---- ===== Le Processus en Image ===== Voici un diagramme qui schématise l’ensemble du //processus//, tant dans ses aspects //doctrinaux// que dans sa //mise en œuvre pratique// : {{:arma:joueurs:processus_retex.png}} ---- ===== La Structure RETEX ===== Il existe plusieurs animateurs RETEX, qu’il est possible de contacter pour aborder des points particuliers. Ils ont pour charge d’//animer le RETEX// de fin de mission, de veiller au //respect du temps// imparti, de //sélectionner les trois points// sur lesquels la discussion collective s’engage (avec comme règle de prioriser les points qui ont eu le plus d’impact sur la mission), de veiller à ce que les //échanges restent courtois//, d’//archiver// les **leçons apprises** sur le wiki, et de //faire évoluer le processus// RETEX pour qu’il réponde aux besoins et attentes de la communauté. ---- — // 2026/02/20 19:53//