MODULE 40 · CURSUS MARS AVANCÉ · COMPRENDRE, CALCULER, VÉRIFIER.

Leadership, CRM spatial et performance d’équipage

Former une petite équipe isolée à communiquer, décider, se contredire utilement, gérer fatigue et conflit, redistribuer la charge et conserver une conscience de situation commune.

Le problème à résoudre

Question de départ. Comment une petite équipe conserve-t-elle une compréhension commune de la situation et prend-elle de bonnes décisions malgré fatigue, stress et désaccords ?

Intuition. Après dix heures d'opérations, l'équipage doit décider s'il poursuit une activité extérieure alors que fatigue, météo et plusieurs signaux faibles se combinent.

Repère concret. Après dix heures d'opérations, l'équipage doit décider s'il poursuit une activité extérieure alors que fatigue, météo et plusieurs signaux faibles se combinent.

Repères avant de commencer: modules 00 à 34 recommandés selon le sujet. Si une notion antérieure devient bloquante pour « Leadership, CRM spatial et performance d’équipage », son rôle est rappelé dans le raisonnement plutôt que supposé connu.

RAMPE ZÉRO PRÉREQUIS · MODULE 40

Comprendre avant de calculer

Après dix heures d'opérations, l'équipage doit décider s'il poursuit une activité extérieure alors que fatigue, météo et plusieurs signaux faibles se combinent.

Progression du module — CRM; conscience de situation; fatigue; leadership.

CRM

Définition. Le Crew Resource Management regroupe des pratiques de communication, décision, leadership, conscience de situation et gestion des ressources humaines visant à réduire les erreurs d'équipe.

Exemple. Un membre junior doit pouvoir signaler une incohérence à un commandant sans que la hiérarchie bloque l'information.

Dans un scénario ambigu, plusieurs équipiers doivent pouvoir exprimer un doute et construire une image commune; si l’autorité empêche la remontée d’information, le CRM est défaillant.

Attention. CRM ne signifie pas rechercher le consensus permanent: certaines situations exigent une décision rapide avec rôles explicites.

En mission. Une mauvaise interprétation de « crm » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Exercice guidé — CRM

Situation à reconnaître. Un membre junior doit pouvoir signaler une incohérence à un commandant sans que la hiérarchie bloque l'information.

Vérification demandée. Dans un scénario ambigu, plusieurs équipiers doivent pouvoir exprimer un doute et construire une image commune; si l’autorité empêche la remontée d’information, le CRM est défaillant.

Erreur à écarter. CRM ne signifie pas rechercher le consensus permanent: certaines situations exigent une décision rapide avec rôles explicites.

Corrigé raisonné

Sens précis: Le Crew Resource Management regroupe des pratiques de communication, décision, leadership, conscience de situation et gestion des ressources humaines visant à réduire les erreurs d'équipe.
Test du cas: Dans un scénario ambigu, plusieurs équipiers doivent pouvoir exprimer un doute et construire une image commune; si l’autorité empêche la remontée d’information, le CRM est défaillant.
Piège exclu: CRM ne signifie pas rechercher le consensus permanent: certaines situations exigent une décision rapide avec rôles explicites.
Conséquence opérationnelle: Une mauvaise interprétation de « crm » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Termes du corrigé. observation

Quantification: CRM: relation qualitative ici; aucune unité intrinsèque.
Vérification: CRM: confronter conclusion, contrôle et piège de la carte.

conscience de situation

Définition. La conscience de situation combine perception de ce qui se passe, compréhension de sa signification et anticipation de l'évolution probable.

Exemple. Savoir qu'une pression baisse est un niveau; comprendre qu'une fuite progresse et prévoir le temps avant seuil critique est un niveau supérieur.

Vérification. Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.

Attention. Accumuler davantage d'écrans ne garantit pas une meilleure conscience de situation si l'information n'est pas priorisée.

En mission. Une mauvaise interprétation de « conscience de situation » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Exercice guidé — conscience de situation

Situation à reconnaître. Savoir qu'une pression baisse est un niveau; comprendre qu'une fuite progresse et prévoir le temps avant seuil critique est un niveau supérieur.

Vérification demandée. Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.

Erreur à écarter. Accumuler davantage d'écrans ne garantit pas une meilleure conscience de situation si l'information n'est pas priorisée.

Corrigé raisonné

Sens précis: La conscience de situation combine perception de ce qui se passe, compréhension de sa signification et anticipation de l'évolution probable.
Test du cas: Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.
Piège exclu: Accumuler davantage d'écrans ne garantit pas une meilleure conscience de situation si l'information n'est pas priorisée.
Conséquence opérationnelle: Une mauvaise interprétation de « conscience de situation » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Quantification: conscience de situation: relation qualitative ici; aucune unité intrinsèque.
Vérification: conscience de situation: confronter conclusion, contrôle et piège de la carte.

fatigue

Définition. La fatigue réduit vigilance, vitesse de réaction, mémoire de travail et qualité de décision. Elle peut être aiguë après une longue période d'éveil ou cumulative après plusieurs nuits insuffisantes.

Exemple. Une tâche simple devient plus risquée lorsqu'elle est effectuée à la fin d'une longue EVA.

Vérification. Une dette de sommeil croissante doit être traitée comme un risque de performance même si la personne se déclare « habituée »; cherchez erreurs, temps de réaction et récupération objective.

Attention. La motivation ne supprime pas les effets physiologiques de la fatigue; elle peut même pousser à sous-estimer la dégradation.

En mission. Une mauvaise interprétation de « fatigue » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Exercice guidé — fatigue

Situation à reconnaître. Une tâche simple devient plus risquée lorsqu'elle est effectuée à la fin d'une longue EVA.

Vérification demandée. Une dette de sommeil croissante doit être traitée comme un risque de performance même si la personne se déclare « habituée »; cherchez erreurs, temps de réaction et récupération objective.

Erreur à écarter. La motivation ne supprime pas les effets physiologiques de la fatigue; elle peut même pousser à sous-estimer la dégradation.

Corrigé raisonné

Sens précis: La fatigue réduit vigilance, vitesse de réaction, mémoire de travail et qualité de décision. Elle peut être aiguë après une longue période d'éveil ou cumulative après plusieurs nuits insuffisantes.
Test du cas: Une dette de sommeil croissante doit être traitée comme un risque de performance même si la personne se déclare « habituée »; cherchez erreurs, temps de réaction et récupération objective.
Piège exclu: La motivation ne supprime pas les effets physiologiques de la fatigue; elle peut même pousser à sous-estimer la dégradation.
Conséquence opérationnelle: Une mauvaise interprétation de « fatigue » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Termes du corrigé. vérification

Quantification: fatigue: relation qualitative ici; aucune unité intrinsèque.
Vérification: fatigue: confronter conclusion, contrôle et piège de la carte.

leadership

Définition. Le leadership opérationnel organise priorités, rôles, communication et décisions afin que l'équipe atteigne l'objectif sans perdre la sécurité.

Exemple. Un commandant peut déléguer l'analyse technique tout en conservant la décision finale et en explicitant les critères.

Vérification. Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.

Attention. Un leadership trop centralisé peut ralentir l'information; un leadership trop diffus peut laisser une décision critique sans responsable.

En mission. Une mauvaise interprétation de « leadership » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Exercice guidé — leadership

Situation à reconnaître. Un commandant peut déléguer l'analyse technique tout en conservant la décision finale et en explicitant les critères.

Vérification demandée. Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.

Erreur à écarter. Un leadership trop centralisé peut ralentir l'information; un leadership trop diffus peut laisser une décision critique sans responsable.

Corrigé raisonné

Sens précis: Le leadership opérationnel organise priorités, rôles, communication et décisions afin que l'équipe atteigne l'objectif sans perdre la sécurité.
Test du cas: Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.
Piège exclu: Un leadership trop centralisé peut ralentir l'information; un leadership trop diffus peut laisser une décision critique sans responsable.
Conséquence opérationnelle: Une mauvaise interprétation de « leadership » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales.

Quantification: leadership: relation qualitative ici; aucune unité intrinsèque.
Vérification: leadership: confronter conclusion, contrôle et piège de la carte.

Étude intégrée — Leadership, CRM spatial et performance d’équipage

Situation à analyser. Après dix heures d'opérations, l'équipage doit décider s'il poursuit une activité extérieure alors que fatigue, météo et plusieurs signaux faibles se combinent.

CRM: Un membre junior doit pouvoir signaler une incohérence à un commandant sans que la hiérarchie bloque l'information. Contrôle attendu: Dans un scénario ambigu, plusieurs équipiers doivent pouvoir exprimer un doute et construire une image commune; si l’autorité empêche la remontée d’information, le CRM est défaillant.
conscience de situation: Savoir qu'une pression baisse est un niveau; comprendre qu'une fuite progresse et prévoir le temps avant seuil critique est un niveau supérieur. Contrôle attendu: Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.
fatigue: Une tâche simple devient plus risquée lorsqu'elle est effectuée à la fin d'une longue EVA. Contrôle attendu: Une dette de sommeil croissante doit être traitée comme un risque de performance même si la personne se déclare « habituée »; cherchez erreurs, temps de réaction et récupération objective.
leadership: Un commandant peut déléguer l'analyse technique tout en conservant la décision finale et en explicitant les critères. Contrôle attendu: Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.

Le diagnostic ne doit pas confondre « CRM » et « conscience de situation ». Le premier se reconnaît ici par le cas suivant: Un membre junior doit pouvoir signaler une incohérence à un commandant sans que la hiérarchie bloque l'information. Le second doit être contrôlé autrement: Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.

Une seconde vérification croise « fatigue » et « leadership ». Gardez comme alerte « La motivation ne supprime pas les effets physiologiques de la fatigue; elle peut même pousser à sous-estimer la dégradation. »; pour « leadership », utilisez plutôt ce test: Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.

Exercice de synthèse

Dans la situation de « Leadership, CRM spatial et performance d’équipage », classez les indices selon « CRM » (Dans un scénario ambigu, plusieurs équipiers doivent pouvoir exprimer un doute et construire une image commune; si l’autorité empêche la remontée d’information, le CRM est défaillant.), « conscience de situation » (Demandez à chaque opérateur ce qui se passe, ce qui va probablement se passer ensuite et ce qui pourrait mal tourner; des réponses incompatibles signalent une image opérationnelle fragmentée.), « fatigue » (Une dette de sommeil croissante doit être traitée comme un risque de performance même si la personne se déclare « habituée »; cherchez erreurs, temps de réaction et récupération objective.), « leadership » (Le contrôle n’est pas la quantité d’autorité exercée mais la qualité de la décision: objectifs clairs, information contradictoire autorisée, délégation et réévaluation lorsque les faits changent.) Décision suspendue si un contrôle échoue.

Corrigé de synthèse

Pour CRM, Une mauvaise interprétation de « crm » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales. Le garde-fou principal est: CRM ne signifie pas rechercher le consensus permanent: certaines situations exigent une décision rapide avec rôles explicites. Pour conscience de situation, Une mauvaise interprétation de « conscience de situation » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales. Le garde-fou principal est: Accumuler davantage d'écrans ne garantit pas une meilleure conscience de situation si l'information n'est pas priorisée. Pour fatigue, Une mauvaise interprétation de « fatigue » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales. Le garde-fou principal est: La motivation ne supprime pas les effets physiologiques de la fatigue; elle peut même pousser à sous-estimer la dégradation. Pour leadership, Une mauvaise interprétation de « leadership » peut réduire la qualité des décisions collectives précisément au moment où fatigue, ambiguïté et pression temporelle sont maximales. Le garde-fou principal est: Un leadership trop centralisé peut ralentir l'information; un leadership trop diffus peut laisser une décision critique sans responsable.

Mini-leçons quantitatives

Marge de charge de travail équipe

M_team = C_available - W_required

1 — Question concrète: Que permet de calculer « M_team = C_available - W_required » dans « Marge de charge de travail équipe » ?
2 — Intuition sans symboles: La performance collective exige de comparer le travail demandé à la capacité réellement disponible.
3 — Grandeurs: M_team: marge de capacité de l’équipe [personne-h]; C_available: capacité réellement disponible [personne-h]; W_required: charge de travail requise [personne-h]
4 — Formule: M_team = C_available - W_required
5 — Lecture: « M équipe égale C disponible moins W requis. »
6 — Symboles et sens: M_team: marge de capacité de l’équipe [personne-h]; C_available: capacité réellement disponible [personne-h]; W_required: charge de travail requise [personne-h]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Marge de charge de travail équipe ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: M_team [personne-h]; C_available [personne-h]; W_required [personne-h]
9 — Convention: Pour « Marge de charge de travail équipe », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : M_team [personne-h]; C_available [personne-h]; W_required [personne-h].
10 — Pourquoi cette opération: Dans « Marge de charge de travail équipe », la soustraction mesure un écart ou une marge entre deux grandeurs comparables exprimées dans le même repère.
11 — Hypothèses: La relation « M_team = C_available - W_required » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Marge de charge de travail équipe ».
12 — Contrôle indépendant: Réadditionner la marge au terme retranché doit reconstruire l’état initial.
13 — Cas numérique: Avec C_available = 24 personne-h, W_required = 20 personne-h: M_team = 24 - 20 = 4 personne-h.
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « M_team = C_available - W_required » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Marge de charge de travail équipe ».
15 — Vérification: Contrôle rapide : réajouter au résultat le terme qui a été retranché doit reconstruire la grandeur de départ de « Marge de charge de travail équipe ».
16 — Estimation mentale: Avant le calcul détaillé de « Marge de charge de travail équipe », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Une marge négative impose de supprimer, différer, automatiser ou réaffecter du travail.
18 — Ce que le résultat ne prouve pas: Pour « Marge de charge de travail équipe », le nombre obtenu répond uniquement au modèle « M_team = C_available - W_required » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Marge de charge de travail équipe » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec C_available = 21 personne-h, W_required = 24 personne-h: M_team = 21 - 24 ?
Correction guidée détaillée — ouvrir après essai
Avec C_available = 21 personne-h, W_required = 24 personne-h: M_team = 21 - 24 = -3 personne-h. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec C_available = 32 personne-h, W_required = 27 personne-h: M_team = 32 - 27 ?
Correction autonome — ouvrir après essai
Avec C_available = 32 personne-h, W_required = 27 personne-h: M_team = 32 - 27 = 5 personne-h. La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Une marge négative impose de supprimer, différer, automatiser ou réaffecter du travail.

Temps de boucle de communication

T_comm = N_calls × t_loop

1 — Question concrète: Que permet de calculer « T_comm = N_calls × t_loop » dans « Temps de boucle de communication » ?
2 — Intuition sans symboles: De petites boucles répétées peuvent consommer une part significative d’une fenêtre d’opération.
3 — Grandeurs: T_comm: temps total consacré aux appels critiques [s]; N_calls: nombre d’appels [appels]; t_loop: durée moyenne d’un appel [s/appel]
4 — Formule: T_comm = N_calls × t_loop
5 — Lecture: « T communication égale N appels multiplié par t boucle. »
6 — Symboles et sens: T_comm: temps total consacré aux appels critiques [s]; N_calls: nombre d’appels [appels]; t_loop: durée moyenne d’un appel [s/appel]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Temps de boucle de communication ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: T_comm [s]; N_calls [appels]; t_loop [s/appel]
9 — Convention: Pour « Temps de boucle de communication », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : T_comm [s]; N_calls [appels]; t_loop [s/appel].
10 — Pourquoi cette opération: Dans « Temps de boucle de communication », la multiplication combine les facteurs qui construisent directement la grandeur recherchée ; elle n’est valable que si ces facteurs décrivent le même cas.
11 — Hypothèses: La relation « T_comm = N_calls × t_loop » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Temps de boucle de communication ».
12 — Contrôle indépendant: Diviser le résultat par un facteur non nul doit retrouver le produit des autres.
13 — Cas numérique: Avec N_calls = 18 appels, t_loop = 12 s/appel: T_comm = 18 × 12 = 216 s.
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « T_comm = N_calls × t_loop » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Temps de boucle de communication ».
15 — Vérification: Contrôle rapide : si un facteur est non nul, diviser le résultat par ce facteur doit retrouver l’autre contribution attendue dans « Temps de boucle de communication ».
16 — Estimation mentale: Avant le calcul détaillé de « Temps de boucle de communication », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Limiter les appels non essentiels quand le temps de coordination menace la tâche primaire.
18 — Ce que le résultat ne prouve pas: Pour « Temps de boucle de communication », le nombre obtenu répond uniquement au modèle « T_comm = N_calls × t_loop » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Temps de boucle de communication » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec N_calls = 24 appels, t_loop = 9 s/appel: T_comm = 24 × 9 ?
Correction guidée détaillée — ouvrir après essai
Avec N_calls = 24 appels, t_loop = 9 s/appel: T_comm = 24 × 9 = 216 s. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec N_calls = 10 appels, t_loop = 20 s/appel: T_comm = 10 × 20 ?
Correction autonome — ouvrir après essai
Avec N_calls = 10 appels, t_loop = 20 s/appel: T_comm = 10 × 20 = 200 s. La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Limiter les appels non essentiels quand le temps de coordination menace la tâche primaire.

Temps planifié avec marge

T_plan = N_tasks × t_task × (1 + m_margin)

1 — Question concrète: Que permet de calculer « T_plan = N_tasks × t_task × (1 + m_margin) » dans « Temps planifié avec marge » ?
2 — Intuition sans symboles: Une séquence réaliste doit inclure une marge au-delà du temps nominal des tâches.
3 — Grandeurs: T_plan: temps planifié total [min]; N_tasks: nombre de tâches [tâches]; t_task: durée moyenne par tâche [min/tâche]; m_margin: marge fractionnaire [sans dimension]
4 — Formule: T_plan = N_tasks × t_task × (1 + m_margin)
5 — Lecture: « T plan égale N tâches multiplié par t task multiplié par parenthèse 1 plus m margin fin de parenthèse. »
6 — Symboles et sens: T_plan: temps planifié total [min]; N_tasks: nombre de tâches [tâches]; t_task: durée moyenne par tâche [min/tâche]; m_margin: marge fractionnaire [sans dimension]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Temps planifié avec marge ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: T_plan [min]; N_tasks [tâches]; t_task [min/tâche]; m_margin [sans dimension]
9 — Convention: Pour « Temps planifié avec marge », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : T_plan [min]; N_tasks [tâches]; t_task [min/tâche]; m_margin [sans dimension].
10 — Pourquoi cette opération: Dans « Temps planifié avec marge », la multiplication combine les facteurs qui construisent directement la grandeur recherchée ; elle n’est valable que si ces facteurs décrivent le même cas.
11 — Hypothèses: La relation « T_plan = N_tasks × t_task × (1 + m_margin) » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Temps planifié avec marge ».
12 — Contrôle indépendant: Une seconde méthode ou la relation inverse doit retrouver le même ordre de grandeur.
13 — Cas numérique: Avec N_tasks = 12 tâches, t_task = 2.25 min/tâche, m_margin = 0.25 sans dimension: T_plan = 12 × 2.25 × (1 + 0.25) = 33.75 min.
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « T_plan = N_tasks × t_task × (1 + m_margin) » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Temps planifié avec marge ».
15 — Vérification: Contrôle rapide : si un facteur est non nul, diviser le résultat par ce facteur doit retrouver l’autre contribution attendue dans « Temps planifié avec marge ».
16 — Estimation mentale: Avant le calcul détaillé de « Temps planifié avec marge », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Refuser un plan dont le temps avec marge dépasse la fenêtre réellement disponible.
18 — Ce que le résultat ne prouve pas: Pour « Temps planifié avec marge », le nombre obtenu répond uniquement au modèle « T_plan = N_tasks × t_task × (1 + m_margin) » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Temps planifié avec marge » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec N_tasks = 8 tâches, t_task = 4 min/tâche, m_margin = 0.2 sans dimension: T_plan = 8 × 4 × (1 + 0.2) ?
Correction guidée détaillée — ouvrir après essai
Avec N_tasks = 8 tâches, t_task = 4 min/tâche, m_margin = 0.2 sans dimension: T_plan = 8 × 4 × (1 + 0.2) = 38.4 min. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec N_tasks = 15 tâches, t_task = 1.5 min/tâche, m_margin = 0.3 sans dimension: T_plan = 15 × 1.5 × (1 + 0.3) ?
Correction autonome — ouvrir après essai
Avec N_tasks = 15 tâches, t_task = 1.5 min/tâche, m_margin = 0.3 sans dimension: T_plan = 15 × 1.5 × (1 + 0.3) = 29.25 min. La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Refuser un plan dont le temps avec marge dépasse la fenêtre réellement disponible.

Utilisation de capacité équipage

U_crew = W_required / C_available

1 — Question concrète: Que permet de calculer « U_crew = W_required / C_available » dans « Utilisation de capacité équipage » ?
2 — Intuition sans symboles: L’utilisation indique quelle fraction de la capacité humaine disponible est déjà engagée.
3 — Grandeurs: U_crew: fraction de capacité utilisée [sans dimension]; W_required: charge de travail requise [personne-h]; C_available: capacité disponible [personne-h]
4 — Formule: U_crew = W_required / C_available
5 — Lecture: « U crew égale W requis divisé par C disponible. »
6 — Symboles et sens: U_crew: fraction de capacité utilisée [sans dimension]; W_required: charge de travail requise [personne-h]; C_available: capacité disponible [personne-h]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Utilisation de capacité équipage ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: U_crew [sans dimension]; W_required [personne-h]; C_available [personne-h]
9 — Convention: Pour « Utilisation de capacité équipage », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : U_crew [sans dimension]; W_required [personne-h]; C_available [personne-h].
10 — Pourquoi cette opération: Dans « Utilisation de capacité équipage », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
11 — Hypothèses: La relation « U_crew = W_required / C_available » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Utilisation de capacité équipage ».
12 — Contrôle indépendant: Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
13 — Cas numérique: Avec W_required = 20 personne-h, C_available = 24 personne-h: U_crew = 20 / 24 = 0.8333 .
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « U_crew = W_required / C_available » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Utilisation de capacité équipage ».
15 — Vérification: Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Utilisation de capacité équipage » à l’arrondi près.
16 — Estimation mentale: Avant le calcul détaillé de « Utilisation de capacité équipage », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Une utilisation proche de un laisse peu de place aux interruptions et anomalies.
18 — Ce que le résultat ne prouve pas: Pour « Utilisation de capacité équipage », le nombre obtenu répond uniquement au modèle « U_crew = W_required / C_available » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Utilisation de capacité équipage » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec W_required = 22 personne-h, C_available = 24 personne-h: U_crew = 22 / 24 ?
Correction guidée détaillée — ouvrir après essai
Avec W_required = 22 personne-h, C_available = 24 personne-h: U_crew = 22 / 24 = 0.9167 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec W_required = 16 personne-h, C_available = 20 personne-h: U_crew = 16 / 20 ?
Correction autonome — ouvrir après essai
Avec W_required = 16 personne-h, C_available = 20 personne-h: U_crew = 16 / 20 = 0.8 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Une utilisation proche de un laisse peu de place aux interruptions et anomalies.

Complétude de passation

C_handover = N_transferred / N_required

1 — Question concrète: Que permet de calculer « C_handover = N_transferred / N_required » dans « Complétude de passation » ?
2 — Intuition sans symboles: Une relève sûre dépend moins de la quantité de paroles que de la transmission des éléments requis.
3 — Grandeurs: C_handover: fraction d’éléments de passation transmis [sans dimension]; N_transferred: éléments réellement transmis [éléments]; N_required: éléments requis [éléments]
4 — Formule: C_handover = N_transferred / N_required
5 — Lecture: « C passation égale N transféré divisé par N requis. »
6 — Symboles et sens: C_handover: fraction d’éléments de passation transmis [sans dimension]; N_transferred: éléments réellement transmis [éléments]; N_required: éléments requis [éléments]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Complétude de passation ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: C_handover [sans dimension]; N_transferred [éléments]; N_required [éléments]
9 — Convention: Pour « Complétude de passation », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : C_handover [sans dimension]; N_transferred [éléments]; N_required [éléments].
10 — Pourquoi cette opération: Dans « Complétude de passation », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
11 — Hypothèses: La relation « C_handover = N_transferred / N_required » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Complétude de passation ».
12 — Contrôle indépendant: Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
13 — Cas numérique: Avec N_transferred = 19 éléments, N_required = 20 éléments: C_handover = 19 / 20 = 0.95 .
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « C_handover = N_transferred / N_required » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Complétude de passation ».
15 — Vérification: Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Complétude de passation » à l’arrondi près.
16 — Estimation mentale: Avant le calcul détaillé de « Complétude de passation », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Toute omission critique doit être fermée avant de considérer la passation complète.
18 — Ce que le résultat ne prouve pas: Pour « Complétude de passation », le nombre obtenu répond uniquement au modèle « C_handover = N_transferred / N_required » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Complétude de passation » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec N_transferred = 24 éléments, N_required = 24 éléments: C_handover = 24 / 24 ?
Correction guidée détaillée — ouvrir après essai
Avec N_transferred = 24 éléments, N_required = 24 éléments: C_handover = 24 / 24 = 1 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec N_transferred = 17 éléments, N_required = 20 éléments: C_handover = 17 / 20 ?
Correction autonome — ouvrir après essai
Avec N_transferred = 17 éléments, N_required = 20 éléments: C_handover = 17 / 20 = 0.85 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Toute omission critique doit être fermée avant de considérer la passation complète.

Marge de fenêtre opérationnelle

B_task = T_window - T_required

1 — Question concrète: Que permet de calculer « B_task = T_window - T_required » dans « Marge de fenêtre opérationnelle » ?
2 — Intuition sans symboles: Le planning est robuste seulement s’il conserve du temps réellement libre après les tâches prévues.
3 — Grandeurs: B_task: marge restante dans la fenêtre [min]; T_window: fenêtre disponible [min]; T_required: temps requis par le plan [min]
4 — Formule: B_task = T_window - T_required
5 — Lecture: « B task égale T window moins T requis. »
6 — Symboles et sens: B_task: marge restante dans la fenêtre [min]; T_window: fenêtre disponible [min]; T_required: temps requis par le plan [min]
7 — Prononciation: La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Marge de fenêtre opérationnelle ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
8 — Unités: B_task [min]; T_window [min]; T_required [min]
9 — Convention: Pour « Marge de fenêtre opérationnelle », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : B_task [min]; T_window [min]; T_required [min].
10 — Pourquoi cette opération: Dans « Marge de fenêtre opérationnelle », la soustraction mesure un écart ou une marge entre deux grandeurs comparables exprimées dans le même repère.
11 — Hypothèses: La relation « B_task = T_window - T_required » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Marge de fenêtre opérationnelle ».
12 — Contrôle indépendant: Réadditionner la marge au terme retranché doit reconstruire l’état initial.
13 — Cas numérique: Avec T_window = 90 min, T_required = 72 min: B_task = 90 - 72 = 18 min.
14 — Pourquoi le calcul fonctionne: Le cas numérique applique directement « B_task = T_window - T_required » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Marge de fenêtre opérationnelle ».
15 — Vérification: Contrôle rapide : réajouter au résultat le terme qui a été retranché doit reconstruire la grandeur de départ de « Marge de fenêtre opérationnelle ».
16 — Estimation mentale: Avant le calcul détaillé de « Marge de fenêtre opérationnelle », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
17 — Interprétation: Une marge trop faible impose de simplifier le plan avant d’entrer dans la phase critique.
18 — Ce que le résultat ne prouve pas: Pour « Marge de fenêtre opérationnelle », le nombre obtenu répond uniquement au modèle « B_task = T_window - T_required » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
19 — Sensibilité: Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Marge de fenêtre opérationnelle » et de vérifier si cette variation peut changer la décision de mission.
20 — Exercices guidé et autonome: Exercice guidé. Recalculez ce scénario: Avec T_window = 60 min, T_required = 58 min: B_task = 60 - 58 ?
Correction guidée détaillée — ouvrir après essai
Avec T_window = 60 min, T_required = 58 min: B_task = 60 - 58 = 2 min. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec T_window = 120 min, T_required = 95 min: B_task = 120 - 95 ?
Correction autonome — ouvrir après essai
Avec T_window = 120 min, T_required = 95 min: B_task = 120 - 95 = 25 min. La décision doit ensuite être confrontée aux marges et hypothèses du module.
21 — Décision mission: Une marge trop faible impose de simplifier le plan avant d’entrer dans la phase critique.

Progression de maîtrise

CRM: appliquez le contrôle concret de sa fiche.
conscience de situation: appliquez le contrôle concret de sa fiche.
fatigue: appliquez le contrôle concret de sa fiche.
leadership: appliquez le contrôle concret de sa fiche.
Synthèse de « Leadership, CRM spatial et performance d’équipage »: confrontez « CRM » à « conscience de situation »; choisissez le contrôle prioritaire.

Vérification de maîtrise

Validation 40 — CRM, conscience de situation, fatigue, leadership. Pour chaque notion: un indice et un contrôle.

Objectifs de maîtrise

Construire une chaîne cause → observation → mesure pour une erreur d’équipe ou une décision prise sous stress.
Refaire manuellement la vérification la plus utile à « CRM ».
Décrire la panne, l’incertitude ou la limite qui menace « conscience de situation ».
Expliquer comment « fatigue » modifie l’architecture ou les opérations.

1. Une équipe compétente peut échouer par mauvaise coordination

Six excellents spécialistes ne forment pas automatiquement une excellente équipe. Une information mal transmise, une hiérarchie trop rigide ou une fatigue non signalée peut annuler la compétence technique. Le CRM spatial traite communication, décision et coopération comme des compétences entraînables.

2. Conscience de situation partagée

Chaque membre possède une partie de l’image: état du véhicule, météo, santé, énergie, activité scientifique. Une équipe robuste verbalise les changements importants et maintient une représentation commune de ce qui se passe, de ce qui va se passer et de ce qui pourrait mal tourner.

3. Leadership et followership

Le commandant ne doit ni tout décider seul ni abandonner la décision. Il fixe priorités, répartit les rôles et crée un climat où un spécialiste peut signaler un danger. Le followership est la capacité à soutenir la décision collective tout en contestant clairement une erreur potentielle.

4. Communication fermée et vérification

Pour les actions critiques, un ordre doit être entendu, reformulé puis confirmé. Cette boucle fermée réduit les erreurs de compréhension. Elle peut sembler lente, mais elle devient rapide avec l’entraînement et coûte moins de temps qu’une procédure exécutée sur la mauvaise vanne.

5. Fatigue, charge de travail et redistribution

Une équipe performante surveille qui approche de la saturation. Lorsque la charge augmente, elle simplifie les objectifs, redistribue les tâches et protège les fonctions vitales. La fatigue modifie attention et mémoire; elle doit donc être traitée comme une condition opérationnelle, pas comme une faiblesse morale.

6. Conflit utile et conflit destructeur

Le désaccord technique est précieux lorsqu’il porte sur les faits et reste orienté vers le problème. Le conflit devient dangereux lorsqu’il attaque les personnes, bloque l’échange ou crée des camps persistants. Les procédures de médiation et de retour d’expérience doivent être connues avant la crise.

7. Leadership distribué: l’expertise peut déplacer temporairement l’autorité pratique

Une équipe martienne possède une hiérarchie formelle, mais toutes les situations ne sont pas commandées efficacement par la même personne. Lors d'une panne électrique, l'expert puissance peut disposer de l'image technique la plus pertinente; lors d'une urgence médicale, le responsable clinique prend l'initiative sur son domaine. Le leadership distribué ne supprime pas la chaîne de commandement: il organise la manière dont celle-ci utilise l'expertise. Le commandant doit pouvoir déléguer clairement, fixer les limites de décision et reprendre la coordination globale lorsque plusieurs fonctions entrent en conflit. L'équipage doit aussi pratiquer le followership: signaler un risque, contester une hypothèse de façon professionnelle et exécuter une décision une fois l'arbitrage rendu.

8. Charge de travail, sommeil et erreurs: traiter la performance humaine comme une ressource

Une équipe peut disposer du meilleur matériel et dégrader pourtant sa sécurité par surcharge chronique. Sommeil insuffisant, succession d'alarmes, tâches interrompues et conflits de priorité réduisent attention et mémoire de travail. Le planning doit donc intégrer marges, rotations, périodes protégées et capacité de reporter une activité non critique. Les indicateurs ne doivent pas seulement mesurer les heures travaillées: il faut regarder accumulation de tâches, durée des périodes à forte intensité, erreurs répétées et besoin de récupération. La fatigue n'est ni une faute morale ni une variable invisible; c'est une contrainte opérationnelle qui doit être gérée comme l'énergie, l'eau ou les consommables.

9. Débriefing après action: transformer une erreur d’équipe en connaissance commune

Après une simulation difficile, une EVA ou un incident, un débriefing efficace reconstruit les faits avant de distribuer les responsabilités. Qu'attendait l'équipe? Qu'a-t-elle observé? À quel moment les représentations mentales ont-elles divergé? Quelle communication a manqué? Quelles barrières ont fonctionné malgré tout? Le but est de modifier procédures, entraînement et interfaces, pas de produire un récit où une personne porte seule la faute. Cette pratique développe une mémoire collective et améliore la confiance: les membres savent qu'un signalement honnête servira à corriger le système. Sur Mars, où une même petite équipe accumule les expériences pendant des années, cette capacité d'apprentissage collectif devient une fonction de sûreté.

10. Exemple calculé: marge de charge d’équipe

Une EVA exige simultanément 14 tâches élémentaires par heure. Quatre personnes disponibles peuvent chacune gérer durablement 4 tâches/h, soit 16 tâches/h. La marge n’est que de 2/16 = 12,5 %. Si une personne devient indisponible, la capacité tombe à 12 tâches/h et le plan est surchargé. L’équipe doit alors supprimer ou différer au moins 2 tâches/h.

Étude de cas calculée: combien de temps réserver aux transmissions critiques?

HYPOTHÈSE PÉDAGOGIQUE — Une équipe de six personnes planifie 12 transmissions critiques de responsabilité par sol. Chaque transmission fermée, avec message, répétition par le destinataire et confirmation, prend en moyenne 2,25 minutes.

On note N le nombre de transmissions, sans unité; t leur durée moyenne, en minutes; m la marge de planification, sans unité; T le temps total, en minutes.

T = N × t = 12 × 2,25 = 27 min. Avec une marge m = 0,25, T_plan = T × (1 + m) = 27 × 1,25 = 33,75 min.

L’équipe réserve donc environ 34 minutes par sol. Ce calcul ne prouve pas qu’un briefing plus long réduit les erreurs: il montre seulement comment rendre visible le coût temporel d’une procédure CRM et comment lui conserver une marge quand le sol réel dérive du planning.

11. Exercice progressif

Simulez une panne électrique pendant laquelle le commandant propose une action et l’ingénieur énergie détecte un risque. Écrivez un échange court qui permet de contester la décision sans perdre le contrôle de l’équipe.

Correction raisonnée

Un échange CRM efficace pourrait être: « Commandant, objection sécurité: si nous réenclenchons maintenant, le bus B peut dépasser sa limite thermique. » — « Reçu. Donne le risque et l'alternative. » — « Je propose de maintenir le délestage trois minutes, confirmer la température des convertisseurs puis réenclencher par groupe. Si la température ne baisse pas, on reste en configuration refuge. » — « Approuvé. Tu conduis la vérification; opérations annonce la nouvelle séquence. » La contestation est courte, factuelle et associée à une option. Le commandant conserve l'autorité, mais l'expertise technique peut arrêter une décision avant qu'elle ne transforme une panne maîtrisable en perte de système.

Mini-projet

Concevoir un programme de formation d’équipage de six mois: communications, décisions, conflit, fatigue, handovers, simulations intégrées, débriefing et critères observables de performance collective.

Sources primaires et passerelles

Repères lexicaux du module. état dégradé