DocManagement with Sofia: post #983 — TG.ME

Процессы против структуры: почему согласования зависают, несмотря на регламенты. Часть 1 Коллеги, в прошлом посте мы говорили о переходе от документов к архитектуре компании. Сегодня — первый практический разбор. Возьмем реальный пример и покажем, как хронические проблемы в согласовании договоров — это не следствие человеческих ошибок, а прямой результат системных просчетов в организационном устройстве. Ситуация Транспортно-логистическая компания несколько лет назад внедрила СЭД для упорядочивания договорной работы. Цели: скорость, прозрачность, контроль. Реальность: система задействована лишь на 20% от потенциала, а процесс согласования функционально неотличим от переписки по электронной почте. Почему технологическое решение не сработало? Давайте проанализируем симптомы и найдем системную причину. Симптом 1: согласование как поле неопределенности Что мы видим в отчете об аудите: ▪️отсутствуют формальные правила формирования состава согласующих для разных типов договоров; ▪️юрист вручную, «по своему усмотрению», добавляет участников в маршрут; ▪️для всех договоров без исключения предусмотрен обязательный состав из 5 согласующих, что приводит к избыточности. Системная причина (ошибка в оргдизайне): ▪️в компании не формализованы и не закреплены зоны принятия решений и ответственности (если непонятно, какое подразделение несет финансовые, операционные или репутационные риски по конкретным условиям договора, построить логичный маршрут согласования невозможно); ▪️отсутствие прозрачной оргструктуры с четкими областями ответственных делает процесс субъективным и избыточным. Симптом 2: согласование есть, а совместной работы — нет Что мы видим в отчете об аудите: ▪️участники оставляют замечания в отдельном текстовом поле карточки, а не вносят правки непосредственно в текст документа; ▪️юрист затем вручную, за пределами системы, консолидирует все правки, формируя итоговую версию; ▪️история изменений и итоговый вариант теряются для системы, а ценность СЭД сводится к нулю. Системная причина (ошибка в оргдизайне): Это прямое следствие двух фундаментальных ошибок в оргпроектировании: 1) Отсутствие проектирования сквозного рабочего процесса. В компании внедрили СЭД для согласования, но не спроектировали единый сквозной процесс подготовки и утверждения итогового документа. Процесс должен строиться не вокруг статусов в системе, а вокруг создания конкретного результата — юридически значимого и коммерчески защищенного текста договора. Отсутствие такого целостного дизайна процесса привело к тому, что технология обслуживает лишь бюрократический ритуал, а не реальную совместную работу над текстом. 2) Отсутствие ответственного за итоговую версию документа на этапе подготовки. Кто в этой схеме отвечает за то, чтобы финальный текст договора был аккумулированным результатом коллективной правки, а не личной интерпретацией юриста? Ответа нет. Юрист де-факто выполняет роль «сборщика», но эта роль не закреплена, не наделена полномочиями и не обеспечена правилами. Должна быть роль владельца мастер-версии документа, четко наделенная правом и обязанностью вести единую, видимую для всех редакцию. Симптом 3: процесс останавливается, если человек отсутствует Что мы видим в отчете об аудите: ▪️в системе не предусмотрено делегирование задач; ▪️отсутствие одного ключевого согласующего (отпуск, командировка) полностью блокирует процесс; ▪️даже технически настроенное замещение (на время отпуска) работает с ошибкой и искажает отчетность. Системная причина (ошибка в оргдизайне): Это проблема персонифицированной, а не ролевой архитектуры процессов. Задачи закреплены за конкретными людьми, а не за должностными функциями или ролями (например, «контроль коммерческих условий»). Организация не была спроектирована с учетом непрерывности бизнес-процессов. Отсутствует управление пулами компетенций внутри подразделений.