Глава 2. Планирование модели данных финансовых услуг (часть 2)

• Разработка хранилища данных
  Общим драйвером настройки модели данных финансовых услуг является необходимость разработки модели и дизайна хранилища данных. Конкретные потребности включают:
  1. Определить в качестве значений модели данных финансовых услуг размеры, необходимые для схем звезд
  2. Разделить проекты и их логическую последовательность
  3. Согласовать определения ключевых данных в различных областях бизнеса
  4. Определить и управлять владением и распределением данных

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

Планирование внедрения

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

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

Проектная группа должна создать план реализации с участием исполнительного спонсора. Этот документ должен включать следующие элементы:

• Цели проекта
• Цели проекта
• Критические факторы успеха проекта
• Объем проекта
• Предположения и ограничения проекта
• Участники проекта и организационная структура
• План и график выполнения проекта
• Конечные результаты проекта
• Проектная логистика
• План отслеживания проектов

Этот план должен быть рассмотрен и ратифицирован исполнительным спонсором.

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

Предметная область проекта

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

Цели проекта

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

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

Критические факторы успеха проекта

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

Исполнительные отчеты должны быть своевременными, чтобы помочь в процессе принятия управленческих решений. Отчеты должны быть точными и содержать достаточно информации для поддержки решений исполнительной власти.

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

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

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

Объем проекта

Насколько велик проект? Это важный вопрос, который вам нужно ответить в начале проекта.

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

Предположения и ограничения проекта

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

Четкая документация о допущениях и ограничениях поможет вам в процессе планирования.

Участники проекта и структура организации

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

В следующем списке описываются роли каждого участника:

• Исполнительный спонсор. Для успешного проекта моделирования должен быть исполнительный спонсор, обеспечивающий доступность и активное участие в проекте людьми из разных уголков финансового учреждения. Этот человек должен быть доступен во время создания плана внедрения и во время начала сессий валидации и настройки, чтобы подчеркнуть важность проекта для участников
• Руководитель проекта — руководитель проекта несет ответственность за повседневную деятельность, связанную с проектом. Этот человек должен иметь опыт управления проектами и опыт моделирования. Этот человек несет ответственность за то, чтобы группа собирала информацию, необходимую для планирования и внедрения FSDM. Предпочтительно, этот человек будет из группы архитектуры организации I / S
• Администраторы данных. Администраторы данных обеспечивают управление моделью FSDM. Они выступают в качестве центральной точки контроля доступа к FSDM, поддержания целостности FSDM и включения его в процесс разработки системы
• Консультанты по моделированию данных. Моделисты данных должны иметь глубокое знание FSDM, чтобы быстро находить информацию, соответствующую требованиям данных представителей бизнеса. Если возможно, один консультант должен иметь опыт работы на банковских / финансовых рынках и иметь возможность общаться с деловым персоналом в своей терминологии
• Представители бизнес-сферы. Во время сеансов валидации и настройки участники группы будут приглашены к участию в течение одной-трех недель (по мере необходимости). Основываясь на вашем подходе к внедрению, участники могут потребоваться из широкого круга областей финансового учреждения. В следующем списке определяются области, из которых участники могут быть выбраны:
  • Управление продуктом
  • Управление операциями
  • Управление отношениями с клиентами
  • Управление персоналом
  • Управление планированием и контролем
  • Управление продажами
  • Управление деньгами
  • Юридический
  • Административный менеджмент
  • Доверие (если применимо)

План и график выполнения проекта

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

• Организация сеансов валидации, настройки и масштабирования FSDM
• Оценка сеансов проверки, настройки и охвата
• Координация изменений в FSDM и управление зависимостями
• Отзывы с проектной командой и исполнительным спонсором

Результаты проекта

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

Логистика проекта

Вы должны учитывать логистику объема проекта. Сколько мест занято? Какова продолжительность проекта? Каков уровень усилий? Каковы требования к персоналу? Каковы требования к оборудованию и программному обеспечению? Каковы ограничения планирования?

План отслеживания проекта

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

Вот некоторые моменты, которые следует учитывать при отслеживании проекта:

Делать :

• Удерживайте систему слежения
• Определить стандартные задачи для согласованности
• Автоматизировать, где это необходимо
• Общайтесь
• Поддерживать историю

Не делайте :

• Собирать данные только для сбора данных. Вам необходимо проанализировать данные
• Более-упростить отчеты о состоянии

Примечание. Вам необходимо измерять прогресс проекта как количественно (например, часы и доллары, пройденные вехи и прошедшее время), так и качественно (например, удовлетворенность и моральный дух сотрудников).