Планирование бизнес-систем

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

BSP представлял собой новый подход к IA; его цели заключаются в том, чтобы:

• Понимание проблем и возможностей текущих приложений
• Разрабатывать будущие технологии, поддерживающие предприятие
• Предоставьте руководителям указания и основу для принятия решений по расходам на ИТ.
• Предоставить информационным системам (ИС) план развития

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

Подготовка

Разрешение на исследование

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

• Управляющий
  • Может быть спонсором или руководителем команды
  • Проверяет и утверждает результаты исследования
• Спонсор
  • Обеспечивает финансовую поддержку
• Лидер группы
  • Выбирает членов команды (четыре-семь человек)
  • Координирует деятельность
  • Документирование и исследование инструментов (обычно более восьми недель)
  • Представляет результаты руководству
• Член команды
  • Обычно руководитель отдела
  • Анализирует и определяет информационные потребности организации.
  • Рекомендует будущий контент IS
  • Представляет результаты руководству
• Секретарь
  • Изучение документов
  • Помогает руководителю группы

Подготовка

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

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

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

Начало

На первой встрече исследования спонсор объясняет цель и ожидаемые результаты исследования; руководитель группы представляет план исследования, а ИТ-менеджер описывает текущее состояние и роль ИС в организации.

Анализ

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

Стратегия

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

• Адаптация к желаниям клиента
• Централизованно планируемое резервирование, запасы, платежи
• Улучшения в регистрации, доставке, презентации, рекламе, партнерских отношениях и управлении запасами.
• Новые клиенты
• Снижение шума
• Безбумажные процессы
• Расширение продуктового портфеля
• Сокращение потерь и затрат
• Упрощение цикла заказов клиентов
• Транспортная координация
• Модернизация производственной линии
• Обновление информации

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

Процессы

В организации около 40-60 бизнес-процессов (в зависимости от ее размера), и важно выбрать наиболее прибыльные и отдел, отвечающий за тот или иной процесс. Примеры включают в себя:

• Создание контакта
• Желание
• Выставление счетов
• Мониторинг
• Координация и обслуживание самолетов
• Регистрация нового клиента
• каталога услуг Создание
• Бронирование
• Обучение сотрудников
• Трансферы
• Прокат автомобилей

Классы данных

Обычно существует около 30–60 классов данных, в зависимости от размера организации. Будущие ИС будут использовать базы данных на основе этих классов. Примеры включают в себя:

• Размещение
• Филиалы
• Корпорация
• Клиент
• Сотрудник
• Счет
• Нагрузка
• Самолет
• Заказ на покупку
• Каталог услуг
• Поставщик
• Транспортное средство

Информационная поддержка

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

Обсуждение руководства

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

Результаты выпуска

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

(бренд)

Заключение

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

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

Определение приоритетов развития ИБ

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

Проверка воздействия исследования

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

Предложения

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

Презентация

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

Последний шаг

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

BSP, помимо своей ценности для планирования ИБ, представил процессный взгляд на фирму. Реинжиниринг бизнес -процессов 1990-х годов был построен на этой концепции. Он также продемонстрировал необходимость отделения данных от использующих их приложений, поддерживая подход к методологии разработки программного обеспечения, основанный на базе данных .

Критика

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

• Исторический анализ показывает, что BSP и последующие методологии архитектуры предприятия (EA) «принципиально ошибочны».
• В исследовании делается вывод, что «подход [BSP] слишком дорог, его преимущества слишком неопределенны, и его сложно реализовать с организационной точки зрения».
• В исследовании делается вывод, что «учитывая большие затраты и затраты времени, [...] результаты серьезно ставят под сомнение полезность [BSP и аналогичных] методологий планирования».
• В исследовании делается вывод, что «подводя итог, можно сказать, что специалисты по планированию стратегических информационных систем не особенно удовлетворены [методологией BSP]. В конце концов, она требует обширных ресурсов. [...] Когда исследование [BSP] будет завершено, может потребоваться дальнейший анализ. прежде чем план может быть выполнен. Выполнение плана может быть не очень обширным».
• Исследование BSP и аналогичных методологий планирования приходит к выводу, что «представленные здесь доказательства [...] убедительно подтверждают необходимость фундаментального переосмысления методологий планирования ИБ».