Готовность бизнеса. Согласны ли ваши бизнес-партнеры на долгосрочную поэтапную по ставку системных и программных решений? Обещают ли создать у себя центры совершен ствования для обеспечения устойчивой поддержки будущих новых версий продукта? На сколько расплывчато у целевого сообщества усредненное представление о DW/BI и насколько велики пробелы в знаниях и навыках? Можно ли рассчитывать на возможность преодоления путем разового внедрения продукта, или лучше начать с малых приращений?

Согласование видения. Укладывается ли стратегия развития ИТ в видение бизнеса? Жиз ненно важно обеспечить концептуальное согласование функциональных требований к ком плексу DW/BI с бизнес-функциями, которые поддерживаются или могут им поддерживаться с первых же шагов реализации дорожной карты ИТ. Любые значительные функциональные отклонения или ощутимые расхождения между функционалом ПО и бизнес-функциями чре ваты свертыванием и даже ликвидацией программы DW/BI.

5.4.1 Выделенная команда

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

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

6. РУКОВОДСТВО DW/BI

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

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

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

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

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

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

ссоставом и структурой данных должно оформляться отдельным пунктом акта приемки ком плекса DW/BI по результатам пользовательского приемочного тестирования. Проводите тестиро вание случайной выборки структурированных данных на предмет их качества и совместимости

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

Концептуальная модель данных. Какие данные относятся к информационному ядру органи зации? Как формулируются и увязываются друг с другом ключевые концепции бизнеса?

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

Исчерпывающие метаданные. Каким образом в архитектуре DW реализуется поддерж ка полной интеграции метаданных со всеми процессами и потоками данных? В частности, предусмотрен ли архитектурой доступ к определениям, смысловым и контекстным описа ниям, соответствующим различным объектам и элементам данных? Каким именно образом потребители данных получают ответы на базовые вопросы следующего типа: «В чем смысл этого отчета?» или «Что именно характеризует этот показатель?».

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

6.2 Удовлетворенность клиентов/пользователей

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

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

6.3 Соглашения об уровне обслуживания

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

6.4 Стратегия в области отчетности

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

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

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

тип сообщества пользователей и надлежащие инструменты его интеграции;

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

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

компромиссы между скоростью/производительностью и разрешением/детализацией.

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