Три рамки управления данными на практике

В книжках про data governance любят перечислять «лучшие практики» и фреймворки. На каждом митапе кто-нибудь покажет схему DAMA DMBOK, скажет «надо делать как тут», а через полгода забудет. Хочу разобрать три рамки, которые на моей памяти реально открывали в проектах, и где каждая ломается, если делать в лоб.

DAMA DMBOK

Самая известная. 11 областей знаний - от data architecture и modeling до governance, quality, MDM и метаданных. Это даже не методология, а словарь и оглавление дисциплины.

Где помогает: когда в большой компании команды говорят на разных языках. Один зовёт «качество», другой - «доверие», третий - «достоверность», и спорят полгода. DMBOK даёт общий канон: вот governance, вот quality, вот lineage, договоримся об именах и пойдём дальше. На текущем проекте core-слоя именно это и спасает - на старте удалось не спорить два спринта про термины.

Где ломается: 11 областей одновременно не внедряет никто. Пытаться - значит уйти на три года в ритуалы, метаописания и комитеты. На любой презентации рамки видишь блестящие глаза стейкхолдеров: «давайте всё внедрим». Через квартал команда в выгорании, а в проде ничего не поменялось. DMBOK - чек-лист, не план работ.

Henderson-Venkatraman SAM

Strategic Alignment Model, четыре квадранта: бизнес-стратегия, бизнес-операции, IT-стратегия, IT-инфраструктура - и связи между ними. Идея проста: тех-инициатива работает, когда поддерживает бизнес-направление, а не висит в вакууме.

Где помогает: на больших трансформациях. Когда защищаешь миграцию хранилища или строительство core-слоя - SAM удобен, чтобы показать менеджменту: вот бизнес-цель, вот операционный слой, вот IT-стратегия, вот, наконец, инструменты. В посте 04.05 я разбирал как считать денежную ценность core-слоя - SAM это та рамка, в которой такие разговоры с CDO становятся системными, а не «нам это надо потому что круто».

Где ломается: рамка 1993 года. На практике она не даёт ответов «что делать в понедельник» - только проясняет, на каком уровне ты сейчас разговариваешь. После SAM-сессии всегда нужен второй слой методов - иначе остаются красивые слайды и нулевая операционка.

Amsterdam Information Model (AIM)

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

Где помогает: лично мне - для проектирования. AIM позволяет сказать: «эта плитка adoption - тактический срез, эта стратегическая цель окупаемости - другой уровень, не мешать». Это не про коммуникацию с командой, это про мою собственную голову.

Где ломается: в РФ и СНГ AIM почти неизвестна. На неё нельзя сослаться в рабочем чате - никто не считает её каноном. Если попробуешь использовать как общий язык команды - получишь недоумение. Это инструмент архитектора, а не словарь компании.

Главное наблюдение

Все три рамки - не методы. Метод рождается каждый раз заново под задачу. Рамки дают три разные роли: DMBOK как канонический словарь, SAM как язык разговора с менеджментом, AIM как личная карта архитектора.

Соблазн «выбрать одну правильную и использовать всегда» обречён. У DMBOK - 11 областей, в которых не за всё надо браться. У SAM - четыре квадранта, в которых не на всех этажах ты живёшь. У AIM - чужая школа мышления, которую не получится навязать команде.

Берёшь под задачу, не наоборот.