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

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

Если вы подойдёте к этой ответственности с умом, на мой взгляд, вам следует сделать следующие 12 вещей:

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

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

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

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

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

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

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

Давайте переделаем 12 областей ответственности издателя журнала в области ответственности, связанные с хранилищами данных:

  • понимайте ваших пользователей из разных бизнес-областей
  • определите решения, которые хотят принимать конечные пользователи на основе данных из хранилища
  • найдите “лучших” пользователей, принимающих эффективные решения с помощью хранилища данных
  • ищите новых потенциальных пользователей и рассказывайте им о хранилище данных
  • выберите наиболее эффективное действующее подмножество данных для загрузки в хранилище, извлечённое из громадного множества возможных данных вашей организации
  • делайте экраны и интерфейсы конечных пользователей ГОРАЗДО проще и больше на основе шаблонов, приближая содержимое экранов к профилям мыслительной активности ваших конечных пользователей
  • убедитесь в том, что ваши данные точны, что им можно доверять, и что они именуются централизованно в соответствии с корпоративными нормами
  • постоянно следите за точностью данных и содержимым отчётов
  • поддерживайте доверие со стороны конечных пользователей
  • постоянно ищите новые источники данных и постоянно адаптируйте хранилище данных к изменяющимся профилям данных и требованиям к отчётам
  • возьмите на себя часть ответственности за решения, принимаемые конечными пользователями на основе данных хранилища, и используйте эти успехи для обоснования расходов на персонал, программное и аппаратное обеспечение
  • поддерживайте счастливыми ваших конечных пользователей, руководителей конечных пользователей и вашего начальника

Если вы хорошо справитесь со всеми этими областями ответственности, я думаю, вы будете отличным руководителем проекта по созданию хранилища данных! И напротив, пройдитесь сверху вниз по списку и представьте, что случится, если вы пропустите хотя бы один элемент. В конечном счёте, у вашего хранилища будут серьёзные проблемы.

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

Материал опубликован с разрешения компании Ralph Kimball Associates
Автор оригинала: Ральф Кимбалл
Перевод на русский язык: Константин Лисянский
Оригинальный документ располагается здесь


Для удобства отслеживания новых публикаций рекомендуем подписаться на рассылку или на канал RSS.

Читайте также: