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

На первый взгляд, согласования могут восприниматься как бюрократическая нагрузка, замедляющая процессы внедрения изменений. Между тем, в практике зрелых архитектурных офисов они выполняют функцию руля — направляя изменения в русло стратегической согласованности. Согласование архитектурных решений позволяет предотвратить ситуацию, когда отдельные подразделения или проектные команды действуют в разобщенности, внедряя решения, которые впоследствии оказываются несовместимыми с общей архитектурой, нарушают стандарты безопасности или дублируют уже существующие системы. Такие «самодеятельности» неизбежно ведут к росту технического долга, увеличению операционных затрат и снижению гибкости ИТ-ландшафта.

Именно поэтому современные платформы проектирования корпоративной архитектуры, такие как SILA Union, внедряют функциональность согласований как важный механизм архитектурного управления. В среде SILA Union этот механизм становится рабочим инструментом, который обеспечивает контроль фактического исполнения процессов на всех уровнях.

Данная статья посвящена разбору ключевого элемента архитектурной зрелости — механизму согласований. Мы подробно ответим на три вопроса:

- Почему встроенная функциональность согласований — это не опция, а необходимость для эффективного управления архитектурой непосредственно в SILA Union?

- Как этот механизм реализован в системе SILA Union?

- Как выглядит этот процесс на практике — разберем подробный пошаговый пример запуска согласования в SILA Union.

«Согласования» в SILA Union: ценность механизма для обеспечения контроля и управления изменениями

Одна из главных задач корпоративной архитектуры — быть проводником бизнес-стратегии в технологическую реальность. В платформе SILA Union для этого реализована встроенная функциональность архитектурных согласований. Каждое значимое изменение, будь то внедрение нового программного продукта, миграция в облако или обновление API, должно проходить экспертную оценку непосредственно в системе. 

Согласования в SILA Union обеспечивают многоуровневый контроль, в котором участвуют не только технические архитекторы, но и владельцы данных, специалисты по информационной безопасности, представители бизнеса и руководители ИТ. Этот процесс позволяет заранее выявить риски, проверить соответствие решения архитектурным принципам и дорожной карте, а также убедиться в его экономической обоснованности.

Правильно выстроенные процессы согласования в среде SILA Union не замедляют, а, напротив, ускоряют реализацию проектов. Раннее вовлечение ключевых стейкхолдеров позволяет избежать конфликтов на поздних стадиях, когда изменения уже реализованы, а их корректировка требует значительных ресурсов. Автоматизированные workflow с уведомлениями, контрольными сроками и интеграцией с архитектурными репозиториями минимизируют простои и делают процесс предсказуемым. 

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

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

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

Как реализована функциональность согласований в SILA Union: практический пример

Перейдем к практике и посмотрим, как инструментальная среда SILA Union превращает процесс согласований из бюрократической преграды в драйвер архитектурной согласованности и стратегического развития.

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

Рассмотрим запуск согласования в системе SILA Union.

Для просмотра согласований необходимо открыть раздел «Согласование», он представляет собой список всех доступных пользователю согласований с возможностью отображения выбранных параметров фильтрации по временному отрезку, приоритету, создателю, статусу и роли.

Рисунок 1. Вкладка «Согласования»

Изначально список согласований пуст. По умолчанию согласование доступно только в Базе данных. Чтобы разрешить согласование для других узлов дерева, необходимо настроить актуальную методологию таким образом, чтобы для каждого типа папки/модели/объекта была установлена настройка «Разрешить согласование типа модели».

Чтобы создать согласование, необходимо нажать правой кнопкой мыши по базе данных в дереве «Навигатора» и перейти в ее «Свойства». Затем следует перейти в раздел «Согласование» и создать новое согласование с помощью одноименной кнопки. Согласование можно создать на основании заранее созданного шаблона.

Рисунок 2. Свойства базы данных «Согласования»

В окне создания согласования пользователю будет отражена информация о названии согласования, описание согласования и другая информация.

Поле «Название» и «Приоритет» являются обязательными для заполнения. Пользователь не сможет продолжить создание согласования, если предварительно не заполнит обязательные поля.

Рисунок 3. Согласование «Общие настройки»

При нажатии на кнопку «Добавить», пользователь сможет добавить этап в согласование и указать следующую информацию:

• Название этапа

• Тип согласования (последовательное, последовательное положительное или параллельное)

• Список согласующих (выбор пользователей системы из списка)

• Принцип признания голосования успешным (процентный или единогласный)

Рисунок 4. Согласование «Создание согласования»

Помимо этого, пользователь сможет ограничить согласование по времени. В этом случае необходимо будет заполнить поля «Дата и время окончания» и «Голоса воздержавшихся считать как». Также возможно разрешить изменение отданного голоса. 

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

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

Роли в согласовании могут быть следующие:

• Инициатор – автор согласования;

• Согласующий – участник голосования в рамках процесса согласования;

• Заместитель – пользователь, которому согласующий делегировал свой голос;

• Наблюдатель – пользователь, который не участвует в согласовании, но имеет право на его просмотр.

Рисунок 5. Ролевая модель согласования

Завершается создание согласования по кнопке «Создать и начать» - в таком случае начнется процесс согласования. Если нажать кнопку «Сохранить как черновик», согласование отразится на главной странице со статусом «Черновик».

Рисунок 6. Согласование «Проверка согласования»

После создания согласования, для того чтобы оно появилось на главной странице в соответствующем разделе, необходимо нажать на кнопку «Обновить». Из списка согласований можно перейти напрямую к согласованию, нажав на значок «» в самой правой колонке.

Теперь в «Свойствах», раздел «Согласования», пользователь может получить информацию о согласовании и проголосовать, приложив комментарий, если он является «Согласующим». Согласующий пользователь может добавить заместителя из списка пользователей системы, который сможет проголосовать вместо него.

Рисунок 7. Свойства базы данных «Согласования»

Согласования можно создать также по шаблонам. Шаблоны согласований создаются и настраиваются в разделе Администрирование – Согласования. На этой же странице администраторы могут увидеть полный список согласований сервера.

Рисунок 8. Раздел «Согласования»

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

Рисунок 9. Создание шаблона согласования

Заключение

Таким образом, функциональность согласований в SILA Union поможет превратить корпоративную архитектуру из пассивного описания в активный механизм управления изменениями. В условиях, когда технологии развиваются быстрее, чем когда-либо, именно такие процессы становятся тем фундаментом, на котором строится устойчивая, гибкая и стратегически ориентированная организация. 

Архитекторы и бизнес-аналитики  должны не избегать согласований, а стремиться к тому, чтобы сделать их прозрачными, эффективными и ценными для бизнеса. Так они смогут превратить эту функциональность из бюрократического барьера в дополнительное конкурентное преимущество, превращающее стратегию в реальные и согласованные результаты.

Автор статьи: Владимир Басов, бизнес-аналитик SILA Union.