«Чек-лист для галочки»: как «дочка» Роснефти навела порядок в производственной отчётности

На бумаге все показатели в норме, а оборудование ломается. Разбираем кейс одной из дочерних компаний НК «Роснефть»: 5 системных причин, по которым чек-листы переставали работать как инструмент контроля, и как их закрыли с помощью цифровой платформы logsheet.ai — без раздувания штата и новых регламентов.

Ситуация

Руководство предприятия жаловалось на разрыв между отчётностью и реальностью: чек-листы заполнялись на каждом этапе техпроцесса, но показатели не отражали действительность, а простои и аварии всё равно случались. При разборе выяснилось, что дело не в самом инструменте, а в том, как его использовали — и таких системных проблем набралось пять.

1. Галочки вместо данных

Операторы отмечали пункты чек-листа не по факту, а «на автомате»: например, давление на сепараторе неделями стояло на отметке 4,2 атм в допустимом диапазоне 4,0–4,5 атм, и оператор писал «норма», даже не подходя к прибору. Причина — не лень, а издержки процесса: пролистать длинный список и свериться с регламентом занимало ощутимо больше времени, чем поставить галочку по памяти.

Решение оказалось простым технически, но болезненным организационно: вместо галочки — ввод конкретного числового значения или выбор из списка вариантов. Первые недели операторы сопротивлялись, но через две недели формат прижился — особенно после того, как заодно разгрузили сами чек-листы (см. пункт 2).

2. Чек-лист длиной в 40 пунктов

Часть чек-листов содержала 20–40 и более строк, из которых операторы реально проверяли первые и последние, а середину — заполняли по умолчанию. Показательный пример: давление сепаратора, критичный параметр, стояло 12-й строкой и фиксировалось «на автомате» вместе с второстепенными пунктами.

Ограничение — не более 10–15 пунктов на чек-лист, крупные списки дробятся на разделы — встретило сопротивление руководства: боялись потерять контроль над параметрами безопасности. Поэтому сначала провели анализ критичности показателей по каждому участку, а затем в logsheet.ai настроили: показ только релевантных текущей задаче параметров, обязательное первоочередное заполнение критических пунктов, адаптацию перечня под смену и участок, и появление дополнительных полей (комментарий, фото) только при аномальных значениях. В результате операторы стали успевать вдумчиво заполнять меньший, но информативный список.

3. Отчётность в вакууме

Ещё один системный сбой — отсутствие обратной связи. Оператор не видел, как его данные используются, а руководство никак не контролировало достоверность заполнения: ни поощрения, ни санкций за расхождения. В итоге чек-лист превращался в формальность.

Показательный разбор: проверка динамического оборудования на посторонние звуки — ни один чек-лист не зафиксировал проблем, но при сверке с журналом поломок обнаружилось явное расхождение. Сопоставив даты аварий с записями и именами ответственных, удалось точно определить, кто заполнял чек-лист без сверки с показателями. После этого данные чек-листов включили в производственные отчёты и дашборды, доступные и операторам, и руководству — заполнение стало инструментом оценки KPI, а не формальностью для галочки.

4. Память вместо факта

Часть сотрудников заполняла чек-лист в конце смены по памяти, а не в момент проверки. Это приводило к неточностям и делало невозможным определить, в какой момент рабочего дня что-то пошло не так. Характерный случай: сотрудник Сидоров В.М. вносил в 20:00 из офиса данные, которые должны были фиксироваться в 14:00 непосредственно в цеху.

Перевод заполнения на мобильную версию решил проблему технически: устройство автоматически фиксирует геолокацию и время внесения данных, что сразу показывает несвоевременные записи. По итогам анализа компания ввела дополнительный KPI за фиксацию показателей на месте измерения, а также настроила автоматические напоминания системы и добавила ввод голосом как альтернативу ручному.

5. Чек-лист, который не говорит со сменой

Пятая проблема — чек-листы не были интегрированы в передачу смены, и заступающий сотрудник сталкивался с теми же трудностями, что и уходящий, теряя время на повторное решение уже решённых вопросов.

Показательный кейс: на кустовой площадке электропривод задвижки, дозирующей метанол в скважину, застучал и не доходил до конечного положения — из-за замёрзшего концевого выключателя. Дневная смена решила проблему вручную, довернув задвижку на 3 оборота, но информация до ночной смены дошла устно и не полностью. Когда стук повторился, ночная смена открыла задвижку слишком сильно, пришлось останавливать подачу метанола и тратить 3,5 часа на повторную диагностику — притом что при наличии записи в электронном журнале решение заняло бы несколько минут.

Решение: смена теперь начинается с чек-листа в logsheet.ai, который система формирует автоматически на основе данных предыдущей смены. Дополнительно ввели «светофор» — индикатор качества заполнения предыдущей сменой: где физически находился заполнявший, какая временная разница между событием и записью, с какой скоростью заполнялся чек-лист (маркер того, вдумчиво заполняли или нет).

Итог

После перестройки система чек-листов предприятия стала выглядеть так: не более 10–15 пунктов на чек-лист с делением на разделы; заполнение в реальном времени с мобильной версией и голосовым вводом; KPI за качество и своевременность заполнения; данные для дашбордов и статистики; интеграция в передачу смены. Из формального инструмента для галочек чек-лист превратился в рабочий источник данных, который позволяет вовремя заметить отклонение и принять меры до серьёзной поломки или аварии.