*CRM в УВД. Часть вторая (практическая)
*CRM — Crew resource management — управление ресурсами экипажа. В контексте УВД под экипажем я подразумеваю экипаж: РЛУ + ПК, а также диспетчеров смежных секторов и диспетчерских пунктов.
Безопасность полётов в целом, и в УВД в частности, по-прежнему основана «на принципе перекрестной проверки»: каждый диспетчер должен стремиться проверять, что делает другой, чтобы исправить возможные ошибки.
В ТРД РЦ взаимодействие диспетчеров описано в следующих пунктах:
п.1.4.3.1. Функциональные обязанности диспетчера РЛУ: координировать действия с диспетчером ПК.
п. 1.4.3.2. Функциональные обязанности диспетчера ПК: координировать действия с диспетчером РЛУ, смежными секторами и органами ОВД.
Но в чём же конкретно заключаются эти скоординированные, совместные действия?
Согласованные, совместные действия диспетчеров заключаются в том, что диспетчеры обсуждают предстоящий план действий (например очерёдность на посадку), который должен быть известен обоим: РЛУ и ПК, как и понимание того какие риски при этом могут возникнуть.
Например, если диспетчер ПК «Пензы» выработал у себя в голове какой-то план действий, он не должен молча звонить «Самаре-Контроль» (Подходу, любому др. сектору или диспетчерскому пункту) и раздавать указания, придерживаясь лишь ему одному известного плана. Диспетчер ПК должен обсудить план действий с коллегой, выслушать его возражения и доводы, если они есть. После чего диспетчеры должны выработать общее, совместное решение, т.е. прийти к согласию и убедиться, что суть ясна обоим. После этого диспетчер ПК может позвонить «Самаре-Контроль» и выдать указания (условия входа в сектор), то есть начать реализовывать общий, совместный план действий.
Диспетчер, будь то стажёр или опытный диспетчер, должен развивать у себя навык взаимного перекрёстного контроля – «кросс-чек». Этот навык похож на процедуру «согласования» и «координации» между диспетчерами РЛУ и ПК, которые описаны (выше) в пп.1.4.3.1-1.4.3.2 ТРД РДЦ и всё-таки, это не одно и тоже.
п.5.6.3.3. Процедура при принятии решения об изменении эшелона полета ВС должна быть согласована между диспетчером РЛУ и диспетчером ПК.
В отличие от простого «согласования» и «координации» суть «кросс-чека», который является важным элементом согласования, то есть совместного действия, заключается в том, что диспетчеры РЛУ и ПК обязаны не только следить за действиями друг друга, чтобы исключить ошибки, импульсивные решения, забывчивость и любые недоработки, но и перед тем, как выйти в эфир, предварительно озвучивать ВСЕ свои намерения коллеге. Например, перед тем как что-то сделать, даже если это было согласовано ранее, сказать: «снижаю на такой-то эшелон», «спрямляю на точку», «даю курс такой-то» и т.д. Действуя таким образом, один диспетчер даёт возможность другому диспетчеру контролировать себя, и тот другой должен понимать суть такого контроля. Иными словами, сообщая о своих намерениях один диспетчер должен ждать от другого в первую очередь не просто молчаливого наблюдения или поддакивания своим действиям, а критической оценки себя с точки зрения другого диспетчера и реакции от него, чтобы исключить ошибки.
А то, что я собираюсь сделать, безопасно? Пусть меня дополнительно проконтролирует другой.
Комментарий: зачем нужен «кросс-чек» если между диспетчерами выполнено согласование? Дело в том, что воздушная обстановка непрерывно и довольно скоротечно меняется, и между согласованными действиями диспетчеров и непосредственно выдачей команды в эфир проходит время, в течение которого эта воздушная обстановка и меняется. Например, диспетчеры (заранее) договариваются снижать ВС на один эшелон, но между принятым ими решением и запросом экипажа на снижение проходит некоторое время и этот, по разным причинам, эшелон может оказаться занят другим ВС в смежном секторе, а диспетчерское согласованное, совместное решение по разным причинам осталось не пересмотренным. Примеров тому множество: изменение курса в связи с обходом грозы, изменение эшелона из-за болтанки, особый случай в полёте и т.д.
ГЛАВНАЯ МЫСЛЬ: Работа у нас творческая, но строго коллективная, поэтому творчество у нас сугубо коллективное, командное, поэтому если диспетчер собирается отчубучить что-то, то он обязан это громко и чётко озвучить, и послушать что на это скажут его коллеги.