Контейнерный порт из числа ведущих в стране по годовому грузообороту перенёс обучение работам повышенной опасности из класса в аттестуемое учебное пространство.
Работы в порту включают множество высокорисковых сценариев — причальные и козловые краны, складские площадки, ворота, — а традиционное обучение сводилось в основном к лекциям и видео.
Проблема не в том, что «недостаточно рассказали», а в трёх вещах: во-первых, сценарии повышенного риска нельзя многократно отрабатывать на реальном рабочем месте; во-вторых, эффект обучения не поддаётся измерению — явка не означает, что человек научился; в-третьих, результаты и записи об обучении разбросаны по нескольким системам, и при проверке невозможно предъявить полную цепочку.
У обучения безопасности в порту есть ещё одна особенность: высокая текучесть персонала и групповой приём новичков, поэтому обучение нужно провести массово за короткий срок и оставить проверяемые записи.
Поставлен комплексный центр обучения безопасности: обучение разбито на пять этапов — оценка → обучение → практика → анализ → управление, и на каждом есть своя система.
На этапе оценки ИИ-тестирование личности применяется для подбора должности: выявляются люди с повышенной склонностью к риску и замедленной реакцией в чрезвычайной ситуации, и их распределяют до допуска к работе.
Этап обучения реализован на онлайн-платформе: курсы размещены там, задания можно рассылать по должностям.
На этапе практики VR и физическое оборудование охватывают более восьми сценариев повышенной опасности, а действия фиксируются.
На этапе оценки система комплексного контроля сводит данные всех этапов и формирует профили компетенций сотрудников и бригад.
На этапе управления все записи сводятся вместе, а ведомости аттестуются в цепи, образуя неизменяемый архив обучения.
В таблице ниже — технические элементы проекта, по ним клиент может проверить всё самостоятельно.
Истории о проектах без ограничений — вымысел. В этом разделе перечислены четыре ограничения: сроки, площадка, персонал и соответствие требованиям.
Эти ограничения напрямую определяют облик решения: каждая проблема в разделе «Ключевые сложности» ниже вызвана одним из них.
Это не «мы очень старались», а «как выглядела проблема, как мы её решили и какой ценой».
Этот раздел — для коллег по отрасли. Если вы делаете нечто подобное, эти пункты избавят вас от лишних обходных путей.
Для любой системы, рассчитанной на линейный персонал, который нельзя оторвать от работы, начинайте с модулей до 10 минут, и только потом думайте о полном курсе.
Типовые сценарии годятся для демонстрации, но не для аттестации. Затраты на воссоздание сценария нужно закладывать в бюджет заранее.
Требование защиты от подмены выполнено, а нарушений по выходу данных за контур нет. Схема применима к любому случаю, когда нужно что-то подтвердить, но данные нельзя выносить.
Рассказывать только об успехах — неискренне. Этот раздел о том, где мы ошиблись или опоздали.
Если бы делали заново, сначала месяц потратили бы на интеграцию данных в бэкенде, а потом делали фронтенд. Сейчас сначала сделали интерфейс, а данные подключили позже — пришлось переделывать в середине проекта: определения полей в трёх системах не совпадали, идентификаторы сотрудников были в трёх вариантах, в итоге сделали полное сопоставление.
Трудоёмкость пересборки VR-сцен сильно недооценили. Считали, что достаточно поменять текстуры, а на деле пришлось пересобирать по реальному объекту. В следующей смете это будет отдельной строкой.
Офлайн-режим сделали слишком поздно. В части порта плохая связь, а офлайн-режим приложения добавили только на третий месяц. Любая система, используемая на месте, должна поддерживать офлайн с первой версии.