Принципы архитектуры

Архитектурные принципы в стратегическом управлении ИТ

Введение
В рамках стратегического управления важно обсудить архитектурные принципы информационных систем и используемых технологий. Иногда принципы приходится осознанно нарушать, но для этого нужно хорошо понимать их устройство и границы применимости. Сами принципы формулируются на основе идеологии стандарта The Open Group Architecture Framework (TOGAF).

Иерархия: от бизнеса к ИТ
Суть архитектурного подхода по TOGAF: архитектура информационной системы должна подчиняться бизнесу. На верхнем уровне всегда находятся цели и задачи организации. ИТ-здание строится для того, чтобы бизнес в нём эффективно функционировал. Поэтому можно выстроить иерархию принципов:
1. Принципы развития бизнеса — правила, по которым компания собирается действовать и завоёвывать рынок.
2. Принципы развития информационных технологий — вытекают из бизнес-принципов и определяют общий подход к ИТ.
3. Архитектурные принципы — конкретизируют принципы развития ИТ и задают технические правила построения систем.

Примеры влияния бизнес-принципов на ИТ
Многие организации в России придерживаются принципа инсорсинга (insourcing) — стремления всё делать максимально собственными силами, минимально привлекая внешних исполнителей. Этот подход тянется ещё со времён индустриальной революции (вспомним Генри Форда с его каучуковыми плантациями) и часто оказывается устаревшим. Если компания ориентирована на инсорсинг, её ИТ-принципы также будут провозглашать максимальное использование внутренней разработки (in-house).

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

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

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

Классификация архитектурных принципов
Готового универсального набора принципов не существует — каждая организация формулирует их под свой бизнес. Согласно TOGAF, крупной организации рекомендуется иметь от 12 до 16 архитектурных принципов. Например, для электронного правительства России (системы столь же масштабной, как крупная корпорация) был предложен набор из 16 принципов, сгруппированных по двум осям.

• По вертикали — уровни архитектуры: от приложений до данных.
• По горизонтали — четыре направления:
o Эффективность (включая снижение совокупной стоимости владения);
o Безопасность;
o Адаптивность (способность быстро меняться);
o Инновационность.

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

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

Краткие итоги

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

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

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

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