Pourquoi le véhicule le plus proche n’est pas toujours la meilleure ressource

Le véhicule le plus proche n’est la meilleure ressource que lorsque les qualifications de son équipage et l’équipement embarqué correspondent à ce que l’intervention exige réellement. La proximité fait gagner du temps de réponse, et ce temps compte — mais une unité qui arrive vite sans pouvoir accomplir la tâche n’est pas une solution. L’engin le plus proche peut transporter un équipage auquel manque une qualification requise, ou ne pas disposer de l’équipement spécialisé nécessaire, ou son retrait peut priver de couverture essentielle un secteur qu’il protégeait. C’est la capacité, et pas seulement la distance, qui détermine la pertinence.

C’est pourquoi l’heuristique intuitive « envoyer l’unité la plus proche », bien qu’elle constitue un choix par défaut raisonnable, n’est pas une règle fiable. Une bonne décision d’engagement pèse trois facteurs ensemble : la rapidité d’arrivée d’une ressource, sa capacité réelle à faire le travail, et l’effet de son départ sur la couverture de tout le reste. Optimiser le seul premier facteur peut produire une arrivée rapide qui échoue néanmoins face à l’intervention.

L’attrait — et la limite — de la règle de l’unité la plus proche

L’heuristique de l’unité la plus proche est répandue pour de bonnes raisons : elle est simple, rapide à mobiliser sous pression, et pour une large part des appels courants la ressource appropriée la plus proche est effectivement le meilleur choix. Le danger n’est pas que la règle soit habituellement fausse — c’est qu’elle reste muette sur la capacité. Elle répond à « quelle unité est la plus proche ? » alors que la question opérationnelle est « quelle unité peut résoudre cette intervention le plus tôt tout en laissant le dispositif dans un état sûr ? ». Ces questions ont assez souvent la même réponse pour sembler fiables, et assez souvent des réponses différentes pour être dangereuses.

Quand la proximité ne suffit pas

Trois situations récurrentes font du véhicule le plus proche un mauvais choix, et il vaut la peine de les nommer concrètement.

• Qualification manquante dans l’équipage : l’engin le plus proche est complet, mais personne à bord ne détient la qualification requise par la tâche — par exemple une compétence en sauvetage technique, en sauvetage aquatique ou en matières dangereuses — de sorte que l’équipage ne peut agir ni légalement ni prudemment à l’arrivée.
• Équipement spécialisé manquant : le véhicule est un engin polyvalent capable, mais il ne dispose pas de l’équipement spécifique requis, comme un moyen élévateur aérien, une capacité de pompage particulière, une capacité mousse ou des réserves d’air prolongées.
• Amputation de la couverture : envoyer l’unité la plus proche laisse un secteur de centre ou un site à haut risque sans protection suffisante, créant une lacune inacceptable si une seconde intervention survient avant le rétablissement de la couverture.

Dans chaque cas, une ressource un peu plus éloignée qui embarque les bonnes qualifications et le bon équipement, ou dont le départ ne crée pas de trou de couverture, peut constituer le meilleur engagement même si elle arrive un peu plus tard.

L’arbitrage entre temps de réponse et adéquation des capacités

La tension centrale oppose la rapidité et la pertinence. Une unité plus rapide qui ne répond que partiellement aux besoins de l’intervention devra peut-être attendre l’arrivée d’une seconde ressource capable avant que le travail utile ne commence — auquel cas son arrivée précoce apporte peu. Une unité légèrement plus lente mais prête à agir peut, dans les faits, résoudre l’intervention plus tôt. La mesure honnête n’est pas le délai d’arrivée mais le délai avant action efficace, et c’est la capacité qui relie les deux.

La ressource la plus rapide à arriver n’est pas toujours la plus rapide à résoudre l’intervention.

Rien de tout cela ne plaide contre la rapidité. Cela plaide pour raisonner en même temps sur la rapidité et sur la capacité, plutôt que de laisser la distance décider en silence.

Pondérer ensemble capacité, distance et couverture résiduelle

Une bonne décision de ressources garde trois considérations en vue simultanément.

1. Adéquation des capacités : l’équipage détient-il les qualifications requises et le véhicule embarque-t-il l’équipement qu’exige ce type d’intervention ?
2. Temps de réponse : à quelle vitesse chaque ressource envisagée peut-elle réalistement atteindre les lieux et commencer un travail efficace ?
3. Couverture résiduelle : quelle protection reste-t-il pour le reste du secteur une fois cette ressource engagée, et cette lacune est-elle acceptable ?

Équilibrer ces trois dimensions sous la pression du temps est réellement difficile, car l’information nécessaire — qui compose chaque équipage, quelles qualifications ses membres détiennent actuellement, ce que transporte chaque véhicule et où la couverture deviendrait insuffisante — est répartie entre les personnes, les véhicules et les centres, et change en permanence. L’heuristique survit en grande partie parce que cette information est difficile à réunir dans l’instant.

Comment FireOps appuie la décision

FireOps est une plateforme de gestion de la disponibilité et de la réponse opérationnelle destinée aux services d’incendie et de secours, conçue pour relier le personnel, les compétences, les certifications, les véhicules, les équipements, la disponibilité et les besoins des interventions au sein d’une vue en temps réel de la capacité opérationnelle. C’est cette vue reliée qui permet de comparer les ressources envisageables non pas seulement par la distance, mais selon qu’elles correspondent réellement aux exigences d’une intervention — et de voir ce que leur engagement ferait à la couverture résiduelle.

FireOps a vocation à fournir une aide à la décision d’engagement fondée sur la capacité : il complète un système CAD ou de répartition au lieu de le remplacer, en faisant apparaître l’image de capacité et de couverture qui aide les officiers à choisir entre l’unité la plus proche et une unité mieux adaptée. Parce que FireOps est conçu selon une architecture « local-first », un centre conserve l’accès à ses données de disponibilité pendant une coupure réseau — de sorte que le raisonnement permettant d’envoyer la bonne ressource, et pas seulement la plus proche, reste disponible au moment où il importe le plus.