Disposition de la console et zonage d’écran pour les opérations multi-capteurs

Les opérations multi-capteurs échouent souvent pour une raison étonnamment simple : les écrans sont organisés autour des fenêtres logicielles, et non autour des tâches de l’opérateur. Dans ce cas, la salle a beau paraître très sophistiquée, l’opérateur passe toujours son temps à chercher sa prochaine action, à reconstituer le contexte d’un écran à l’autre et à changer d’attention plus souvent que le déroulement des opérations ne le permet.

L’aménagement de la console doit donc être traité comme un problème de conception opérationnelle, et non comme une question de mobilier. La vraie question n’est pas de savoir combien d’écrans la salle peut accueillir, mais comment organiser la file d’attente, la carte, la vue de vérification et les fonctions de coordination pour que l’opérateur passe de l’alerte à la décision avec le moins de friction possible.

C’est là que le zonage d’écran prend tout son sens. Une zone n’est pas une simple portion du bureau : c’est un espace fonctionnel stable qui indique à l’opérateur où vit chaque type d’information. Un bon zonage réduit le temps de recherche et les erreurs de transfert ; un mauvais zonage rend même une chaîne de capteurs performante plus difficile à exploiter qu’elle ne devrait l’être.

Commencer par les tâches, pas par les écrans

Les meilleures consoles commencent par l’inventaire de ce que l’opérateur fait réellement.

Dans des opérations multi-capteurs, les tâches de base sont généralement les suivantes :

• surveiller la file d’attente,
• comprendre la situation d’ensemble,
• vérifier l’événement le plus prioritaire,
• coordonner avec un autre rôle ou une autre équipe,
• puis clôturer l’événement ou l’escalader.

Les guides de la FAA sur les facteurs humains sont précieux ici, car ils abordent systématiquement la conception des affichages comme un support de la performance des tâches, et non comme une question d’esthétique. Le Human Factors Design Standard et les guides de la FAA consacrés aux affichages insistent sur l’accessibilité, le regroupement, l’ordre et la fréquence d’utilisation. Autrement dit, la bonne disposition d’une console découle de la priorité et de la séquence des tâches, pas des fenêtres par défaut du logiciel.

Une fois les tâches identifiées, les écrans peuvent être zonés en conséquence.

Un modèle pratique en quatre zones

Pour la plupart des opérations de sécurité multi-capteurs ou de surveillance basse altitude, un modèle en quatre zones fonctionne bien :

1. la zone d’action,
2. la zone de contexte,
3. la zone de vérification,
4. la zone de coordination.

Les noms peuvent varier ; la structure, elle, compte.

Zone d’action

C’est ici que l’opérateur traite la file d’attente. Elle doit contenir la liste des tâches les plus prioritaires, l’état de prise en charge et les commandes permettant de prendre en charge, d’escalader, d’acquitter ou de clôturer les événements.

Zone de contexte

C’est ici que vit la situation opérationnelle commune. L’opérateur doit pouvoir voir le contexte spatial de l’élément en cours sans quitter son fil de travail.

Zone de vérification

C’est ici qu’apparaissent la vidéo, les images et les preuves fournies par les capteurs d’appoint. L’opérateur ne devrait pas avoir à courir après le flux de vérification à travers la salle ou derrière d’autres fenêtres.

Zone de coordination

Cette zone accueille les communications, les notes, les procédures associées, les outils de répartition des interventions ou l’état des transferts. Elle compte, mais elle ne doit pas dominer la ligne de vision principale.

Ce modèle fonctionne parce qu’il épouse la manière de penser des opérateurs : d’abord ce qui demande l’attention, ensuite où cela se passe, puis ce que montrent les preuves, enfin qui d’autre doit être informé ou agir.

Réserver la ligne de vision principale à l’action et à la vérification

L’une des erreurs les plus courantes dans l’aménagement des salles de contrôle consiste à placer les mauvaises informations juste en face de l’opérateur.

Les fonctions les plus utilisées et les plus critiques en temps doivent généralement se trouver dans la ligne de vision principale :

• la file d’attente et son niveau de priorité,
• le contexte de l’événement en cours,
• et l’image ou la preuve de vérification qui conditionne l’action suivante.

Les guides de la FAA sur les affichages et les critères de facteurs humains applicables aux écrans sont utiles ici, car ils insistent sur le regroupement de l’information selon l’usage et sur la réduction des recherches inutiles. Dans une console multi-capteurs, cela signifie que l’opérateur ne devrait pas avoir à lever les yeux vers un mur d’écrans pour obtenir la vue de vérification décisive, ni à balayer du regard plusieurs modules secondaires pour savoir si l’élément prioritaire est confirmé.

La ligne de vision doit servir la décision en cours, pas le tableau de bord le plus riche visuellement.

Les écrans partagés et les consoles personnelles n’ont pas le même rôle

Beaucoup de salles d’opérations confondent les murs d’écrans avec les surfaces de travail principales.

Un mur d’écrans partagé convient généralement pour :

• l’état partagé,
• la vue d’ensemble régionale,
• la santé du système,
• le volume global de la file d’attente,
• et la perception des incidents majeurs.

Une console personnelle d’opérateur convient, elle, pour :

• l’interaction détaillée avec la file d’attente,
• l’examen des preuves,
• la prise en charge d’un événement,
• et l’ouverture ou la fermeture rapide du contexte lié à la tâche.

La logique de la situation opérationnelle commune défendue par la FEMA s’applique ici. Une COP doit soutenir la coordination, mais cela ne signifie pas qu’un affichage public unique puisse remplacer l’espace de travail personnel de l’opérateur. Les écrans partagés sont précieux pour aligner l’équipe ; en revanche, ils remplacent mal l’exécution des tâches, car ils sont trop éloignés, trop généraux ou trop chargés pour un travail de détail.

Lorsqu’on demande au même mur d’écrans de jouer les deux rôles, les opérateurs se retrouvent partagés entre conscience collective et gestion individuelle, sans que ni l’une ni l’autre soit vraiment bien servie.

Le zonage d’écran doit réduire les changements de contexte

Le changement de contexte est l’un des coûts cachés d’une mauvaise conception de console.

Si l’opérateur doit sans cesse jongler entre :

• la file d’attente,
• la carte,
• la commande caméra,
• l’état du système,
• et les communications,

la salle peut techniquement contenir toute l’information requise tout en restant inefficace. L’opérateur perd du temps et de la continuité mentale chaque fois qu’il doit reconstruire l’état de l’événement depuis une autre zone de l’écran.

Un bon zonage réduit ce coût en gardant côte à côte, et de façon stable, les éléments fonctionnellement liés. Un élément de la file d’attente doit naturellement conduire l’opérateur vers la carte et la vue de vérification, sans qu’il ait à partir à la chasse des informations du regard. Localisation, preuves et commandes d’action doivent donner l’impression de former un seul ensemble de travail.

C’est pourquoi la stabilité du zonage compte plus que la cohérence décorative : l’opérateur doit développer des automatismes sur l’emplacement de chaque fonction.

Ne laissez pas les visuels d’alerte concurrencer les visuels de travail

Autre erreur fréquente : traiter chaque alerte comme si elle méritait la même mise en avant visuelle.

Une console doit distinguer :

• les événements qui alimentent la file d’attente,
• les notifications de santé système,
• les statuts d’information de fond,
• et les synthèses de supervision.

Les travaux de la NASA sur l’alerte sont éclairants ici, car ils considèrent les alertes comme des éléments à prioriser et à séquencer, et non comme de simples annonces visuelles. Le même principe s’applique aux salles multi-capteurs : si un statut système de bas niveau entre en concurrence visuelle avec une tâche de vérification exploitable, l’aménagement dégrade les performances même si aucun module pris isolément n’est techniquement en faute.

L’espace de travail actif de l’opérateur doit donc privilégier :

• ce qui doit être examiné maintenant,
• les preuves qui l’expliquent,
• et l’action attendue.

Les autres informations doivent rester disponibles sans réclamer l’attention en permanence.

Les variantes selon le rôle sont importantes

Tous les postes opérateur n’ont pas vocation à se ressembler.

Un opérateur de file d’attente, un superviseur et un opérateur centré sur la vérification vidéo peuvent avoir besoin d’accentuations différentes. Par exemple :

• un poste très orienté file d’attente peut accorder davantage d’espace central au tri et à l’état des tâches,
• un poste de supervision peut donner plus de place à la santé de la file, aux effectifs et à la charge d’incidents,
• et un poste axé sur la vérification peut réserver davantage d’espace aux images et au suivi des pistes.

C’est un autre point où de nombreuses salles perdent en efficacité. Les concepteurs standardisent chaque bureau par commodité, puis obligent chaque rôle à s’adapter en jonglant avec les fenêtres. Une conception plus mature accepte que le poste reflète le travail.

La situation opérationnelle commune peut rester partagée, tandis que la zone d’action varie selon le rôle.

La conception de la console doit être testée sur des scénarios réels

Les meilleures consoles ne se prouvent pas à leur aspect ordonné lorsqu’elles sont au repos.

Elles doivent être testées sur des scénarios tels que :

• un événement prioritaire appuyé par plusieurs capteurs,
• un trafic parasite de faible priorité en parallèle d’une véritable escalade,
• une dégradation du système pendant un événement actif,
• et le transfert entre opérateurs ou équipes.

Parmi les questions de test utiles :

• Combien de temps faut-il à l’opérateur pour identifier la tâche prioritaire ?
• Combien de déplacements d’écran sont nécessaires avant que la vérification commence ?
• L’opérateur perd-il l’état de prise en charge pendant le transfert ?
• Peut-il voir si la file, la carte et la vue de vérification sont synchronisées ?

Ce sont des tests d’exécution, pas des tests d’esthétique. Une salle qui a l’air sophistiquée mais impose de longs parcours visuels reste une mauvaise conception de console.

Modes de défaillance fréquents

Plusieurs problèmes reviennent régulièrement.

Trop de fenêtres au même niveau de priorité

Tout semble important, donc rien n’est facile à traiter.

Dépendance au mur d’écrans

Les opérateurs doivent détourner le regard de leur surface de travail pour obtenir l’état le plus pertinent.

File d’attente et vérification séparées

La liste des tâches et les preuves nécessaires pour la résoudre vivent trop loin l’une de l’autre.

Absence de zonage stable

Les positions des fenêtres changent constamment, ce qui empêche l’opérateur de prendre des habitudes rapides.

Une seule disposition pour tous les rôles

La standardisation l’emporte sur le déroulement des tâches, et chacun compense manuellement.

Tous ces problèmes réduisent la vitesse de décision, même lorsque le logiciel et les capteurs sont individuellement performants.

Conclusion

L’aménagement d’une console et le zonage d’écran pour les opérations multi-capteurs doivent être pensés autour du déroulement des tâches, et non du nombre d’écrans. L’opérateur a besoin d’une relation stable entre action, contexte, vérification et coordination. Lorsque ces fonctions sont clairement zonées, la salle devient plus facile à exploiter ; lorsqu’elles sont mélangées, elle se transforme en machine à changements de contexte.

L’enseignement pratique est simple : gardez la file d’attente, la carte et les vues de vérification dans un même ensemble fonctionnel ; utilisez les écrans partagés pour l’état commun, pas pour le travail de détail ; et laissez la disposition des postes refléter les rôles des opérateurs. Le bon indicateur de réussite, c’est moins de temps de recherche, une responsabilité plus claire et une clôture plus rapide des événements.

Lectures complémentaires

• Eurocontrol : l’intégration des facteurs humains dans la conception des systèmes ATM — référence européenne pour concevoir consoles, écrans et procédures autour du travail réel des opérateurs.
• Futura : dans les coulisses de la tour de contrôle du Bourget — un exemple français de salle de contrôle où le zonage des postes suit le déroulement des tâches.