Определение задач и проблем реалиазции ИТ-проекта хранилища данных

Размещено на http://www.allbest.ru/

ОПРЕДЕЛЕНИЕ ЗАДАЧ И ПРОБЛЕМ РЕАЛИАЗЦИИ ИТ-ПРОЕКТА ХРАНИЛИЩА ДАННЫХ

Красильников Юрий Юрьевич

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

Ключевые слова: управление проектами, хранилище данных, информационное хранилище.

информационный хранилище проект

Введение

За последнее десятилетие возросла роль информационных технологий в управлении предприятиями, оптимизации бизнеса, ведении производства, начиная от малого и заканчивая крупным. Наряду с системами управления предприятиями (ERP), управления жизненным циклом продукта (PLM), автоматизированного проектирования (САПР) и многими другими, появился отдельный класс систем для поддержки принятий решений и построения отчетности - информационные хранилища данных (ХД). Чаще всего ХД создаются для целей формирования отчетности: обязательной и управленческой. Успешная реализация проекта построения ХД (далее проекта) приводит к ощутимому эффекту в управлении компанией. Вместе с этим, в российской практике очень часто встречаются неуспешные проекты. В данной статье предпринята попытка структурировать и описать основные этапы проекта и проблемы, которые возникают в ходе его реализации. Представляется, что данное описание позволит руководителям и участникам проектов более четко представлять задачи и проблемы ИТ-проектов хранилищ данных, что, в свою очередь, снизит уровень неуспешных проектов хранилищ данных.

Этапы проекта

Задачи, которые возникают во время реализации проекта информационного хранилища можно разделить на два типа:

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

· Реализация определенных бизнес-требований. Реализация проекта - это реализация бизнес-требований, но чаще всего это не одна задача, а определенный набор бизнес-областей. реализация бизнес-требований может идти параллельно.

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

Диаграмма 1 Общая схема проекта построения ХД

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

Решение о начале проекта

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

Кадровый аспект

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

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

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

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

Определение объемов проекта, анализ процессов и источников данных

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

Выбор инструментального средства информационной системы

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

- недостаточная информированность бизнеса о возможностях инструментального средства и ИТ-технологиях;

- неполнота критериев, на основе которых будет выбираться система;

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

- субъективный взгляд бизнес-пользователей на определенное инструментальное средство.

Бюджетирование проекта

Бюджетирование проекта можно разделить на две части: стратегическое бюджетирование и операционное бюджетирование. При этом стратегическое бюджетирование необходимо, чтобы определить общие затраты по проекту, а операционное - чтобы контролировать уже использованный бюджет и планировать ближайшую деятельность. Данная задача также связана с вышеупомянутыми задачами: в зависимости от выбранной структуры проектной команды затраты на консультантов могут снижаться и увеличиваться. Объем реализуемой функциональности также влияет на бюджет проекта. И немаловажной статьей в бюджете, если речь идет о зарубежных информационных системах для крупных производственных холдингов, является покупка информационной системы. Проблемы, которые возникают из-за связанности этих задач при бюджетировании: невозможность корректно оценить объемы проекта, невозможность более точно распределить финансирование во времени. Так как в данный момент времени не выбрана информационная система, встает так же вопрос, каким образом проводить бюджетирование проекта в перспективе 2-3 лет. Кроме этого, можно говорить о проблеме финансирования проекта и принятии бюджета на проект Лицом принимающим решения (ЛПР).

Выбор компании-консультанта

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

План проекта

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

Методологические проблемы проекта

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

Разработка информационного хранилища

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

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

2) Реализация системы нормативно-справочной информации (НСИ). Эта проблема, которая не видна явно для пользователей системы, но важна для реализации всего проекта и не может быть недооценена. Без реализации системы НСИ невозможно спланировать будущее масштабирование системы, связать и отобразить общую работу компании по различным бизнес-областям. НСИ помогает реализовывать связки с прочими информационными системами. Без грамотно построенной НСИ построение отчетности становится сложным и в итоге пользователи оказываются неудовлетворенными работой системы.

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

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

Поддержка системы

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

Разделение на бизнес-области

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

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

· подтвердить перед руководством потребность в дальнейшей автоматизации отчетности и бизнес-процессов.

Заключение

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

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

Литература

1. Скороход. - М.: Эксмо, 2006 Забавин В. От локального - к глобальному: Опыт реализации ИТ-проектов на отечественных предприятиях Бухгалтер и компьютер.- 2003. - N 5.

2. Управление проектами: Основы профессиональных знаний, Национальные требования к компетенции специалистов/ Под науч. ред. В.И. Воропаева. - М.: Изд-во «Консалтинговое Агентство «КУБС Групп - Кооперация, Бизнес-Сервис», 2001.

3. Хранилища данных С. Я. Архипенков, Д. В. Голубев, О. Б. Максименко, Диалог-МИФИ 2002.

4. 201 Interview Questions: SAP Business Warehouse Information. SAP AG 2008.

5. Кале Вивек Внедрение SAP R/3. Руководство для менеджеров и инженеров. Компания АйТи, 2004.

6. Хорин, Г. Моя первая книга об управлении проектами / Грегори М. Хорин; Пер. с англ. Ю.Н..

7. Сonf.bstu.ru, статья СУЩНОСТЬ УПРАВЛЕНИЯ ПРОЕКТАМИ, Шумилова Е.Ю., Чижов С.Ф., Брежнев А.Н.БГТУ, 2006.

8. LessEverything.com. How to Choose a Consulting Company to Build Your App, Steven Bristol 01.07.2008.

9. Microindeavors.com, Хранилище данных: план атаки, Марк Скотт, Дэвид Уолс.

Размещено на Allbest.ru