Когда система работает, а пользователь не может загрузить PDF — это не «глюк». Это симптом, который может указывать на потерю пакетов данных. И если не копнуть глубже, таких симптомов будет всё больше.

В моём опыте управления технической поддержкой ЭДО масштаба региона (20 000 пользователей, 1 500+ населённых пунктов, 3 000+ организаций) RCA (Root Cause Analysis) был ежедневной практикой. Это — про то, чтобы увидеть повторяющиеся паттерны, проанализировать и предотвратить риски, а не просто тушить пожары.

RCA в поддержке ЭДО необходим сразу в трёх направлениях:

💥 Техническом. СЭД — высоконагруженные системы с большими объёмами данных и множеством интеграций. Их мало просто поддерживать — их нужно анализировать, чтобы выявлять, что влияет на работу виртуальных серверов, их быстродействие, отдельные функционалы системы и работу СЭД на местах- и принимать меры по итогу.

Примеры из практики:

· Повторяющийся паттерн: у пользователей по конкретному адресу не грузятся PDF. Обследовали физические сети — нашли места потерь пакетов данных. · Ошибки сетевой маршрутизации в локальных сетях участников СЭД, итог- потеря пакетов данных. · Нетривиальный случай: у пользователя на одном носителе — несколько ключей ЭЦП. Система не могла выбрать нужный и подписание ЭЦП не работало. · После экстренного отключения электричества на координаторах сбивалась настройка даты. Физически они работали, но перестали пускать пользователей в защищённую сеть, где находилась СЭД.

Все эти проблемы решены и вошли в мою библиотеку опыта.

💥 Документоведческом. Если постоянно встречаются одни и те же документоведческие ошибки — это сигнал. Нужно общаться со службой документационного обеспечения и уточнять регламентные инструкции.

💥 Юридическом. Анализ заявок выявлял запросы, которые вели к правовым рискам: подмена файлов, удаление из подписанных документов, подмена метаданных.

Что я сделала:

1. Изменила работу техподдержки и обучила администраторов. 2. Провела обучение пользователей в формате ВКС с объяснением правовых последствий. 3. Выложила на сайт презентации «Правовые риски участников СЭД».

Итог: я добавила в резюме ещё один навык — риск-менеджмент и RCA.

Но RCA работает только тогда, когда процесс техподдержки построен так, что компетентный в нем сотрудник:

· владеет нужными полномочиями, · имеет доступ к данным (заявки, мониторинг), · обладает нужным образованием и опытом, · является реперной точкой, которую невозможно обойти (к нему стекаются все заявки пользователей, мониторинг систем и на нем право вето и решения в любых заявках и решениях по системе).

❓А у вас в техподдержке применяют RCA? Или до сих пор лечите симптомы, а не причины?

#управлениерисками #RCA #техподдержка #ЭДО #ITIL #цифроваятрансформация #бизнеспроцессы #опытБорисовской #системныйподход #практикауправления