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

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

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

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

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

5. РЕКОМЕНДАЦИИ ПО ВНЕДРЕНИЮ

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

организацию команд и форумов по корпоративной архитектуре данных;

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

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

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

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

134	Г Л А В А 4

				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

о продуктах или клиентах. По мере развития навыков и повышения уровня зрелости сферу вне дрения можно расширять.

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

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

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

Наличие эффективных драйверов внедрения корпоративной архитектуры может способство вать началу проведения на корпоративном уровне некоторых пилотных работ по созданию архи тектуры данных в интересах плановых проектов разработки. Обычно корпоративный архитек тор данных начинает проектирование с областей основных данных (master data), наиболее нуж дающихся в улучшении и совершенствовании, а после того, как они определены и согласованы, расширяет модель посредством включения в нее данных, ориентированных на бизнес-события (транзакционные данные). Это традиционный подход к внедрению, при котором корпоративные архитекторы данных выпускают рабочие описания и шаблоны, а они, в свою очередь, использу ются применительно ко всему системному ландшафту; при этом должен быть обеспечен надле жащий контроль соответствия посредством различных механизмов руководства.

5.1 Оценка готовности / Оценка рисков

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

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

135

				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

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

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

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

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

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

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

136	Г Л А В А 4