hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click										m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

					hang		e
				C				E
			X
		-							d
		F								t
		D								i
										r
	P						NOW!			o
						BUY
					to
	w Click										m
w
		w								o
		.							.c
			p					g
				df			n		e
					-x cha

Одностороннее представление. Случается так, что владелец (owner) (или владельцы) одно го из бизнес-приложений (например, ERP-системы) проявляют тенденцию навязывать свои взгляды на общую корпоративную архитектуру данных в ущерб более сбалансированному и всестороннему представлению.

5.2 Организационные и культурные изменения

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

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

Способность организации к освоению практики разработки и сопровождения архитектуры данных зависит от ряда факторов, среди которых:

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

признание организацией данных как бизнес-актива, а не только как объекта заботы сферы ИТ;

способность организации отрешиться от локального взгляда на данные и представлять их комплексно, на корпоративном уровне;

способность организации интегрировать результаты архитектурной деятельности в методо логию реализации проектов;

степень принятия формального руководства данными;

способность составить целостное представление об организации, а не фокусироваться ис ключительно на реализации проектов и ИТ-решениях (Edvinsson, 2013).

6. РУКОВОДСТВО АРХИТЕКТУРОЙ ДАННЫХ

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

Архитектура данных

137

				hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click										m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

					hang		e
				C				E
			X
		-							d
		F								t
		D								i
										r
	P						NOW!			o
						BUY
					to
	w Click										m
w
		w								o
		.							.c
			p					g
				df			n		e
					-x cha

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

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

Управление архитектурными решениями, жизненным циклом и инструментами. Архитек турные решения подлежат четкому определению, оценке и сопровождению. Корпоративная архитектура данных служит в качестве «плана зонирования» (zoning plan) для проведения интеграции в долгосрочной перспективе. Будущая архитектура оказывает влияние на задачи проекта и учитывается при определении приоритетности проектов в портфеле проектов ор ганизации.

Определение стандартов. Определение правил, руководств и спецификаций, устанавливаю щих порядок использования данных.

Создание артефактов, относящихся к данным. Артефакты, обеспечивающие соблюдение директив руководства.

6.1 Метрики

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

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

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

Оценки количества используемых / повторно используемых / замененных / отменен ных архитектурных артефактов. Соотношение этих показателей позволяет судить об ин тенсивности внедрения и доле новых архитектурных разработок.

138	Г Л А В А 4