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