Хранилища Данных: что необходимо знать вначале, чтобы не сесть в лужу в конце

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

Причина такого исхода кроется в ряде ошибок, которые допускаются заказчиками, как в самом начале таких проектов, так и по ходу их выполнения. Что, как правило, декларируется в самом начале таких проектов? "Нам нужна единая версия правды..." и далее по тексту, согласно классического определения самого Хранилища Данных. На самом же деле настоящими причинами инициации подобных проектов могут быть следующие скрытые мотивы:

•  Хранилище Данных, как цель в плане компенсации;

•  Зависть тем, у кого Хранилище Данных уже есть;

•  «Спуск» Хранилища Данных сверху, к примеру, из материнской компании;

•  Интерес испробовать Хранилище Данных на практике.

По понятным причинам, ни один из приведенных выше мотивов по определению не может привести к успешному проекту. На самом деле, есть только две реальных причины, по которым стоит ввязываться в историю с созданием и внедрением Хранилища Данных:

•  Отсутствие Хранилища Данных (не как системы, а как самой единой версии правды) ставит под угрозу существование бизнеса организации в целом;

•  Наличие Хранилища Данных позволит организации совершить значительный рывок в повышении эффективности собственного бизнеса.

Исходя из названных причин можно определить и первое обязательное условие для успешного Хранилища: наличие бизнес-цели его создания и внедрения,  причем именно в терминах бизнеса, а не в терминах академического определения Хранилища Данных. А раз уж Хранилище Данных планируется ради достижения серьезной бизнес-цели, то и инициаторами подобных проектов должны выступать бизнес-подразделения организации, а не ее ИТ-служба.

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

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

Выполнение названных выше условий является критичным для обеспечения успеха  любого проекта по созданию и внедрению Хранилища Данных: если любое из них не выполняется, лучше вообще не начинать. Помимо них существуют еще и другие факторы, которые могут поставить под риск такой проект с самого его начала, к примеру:

•  Излишнее внимание технологиям и инструментам для будущего Хранилища Данных. Выбирать лучше не по их абстрактным особенностям, а по таким факторам, как отношения организации с тем или иным вендором, наличие собственной экспертизы и т.д.;

•  Переоценка (равно как и недооценка) индустриальных моделей данных, преднастроенного контента (отчетов и дэшбордов "из коробки"). Редко какая организация будет "прогибать" себя под "стандартное" Хранилище Данных: в различных ситуациях импорт чужого опыта может и помочь, и навредить;

•  Уверенность в возможности полностью самостоятельного выполнения подобных проектов. Это возможно только в том случае, когда сроки, качество и, как ни странно, стоимость не важны;

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

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

Максим Бодаев, Директор по развитию бизнеса, Сitia BTC