Процессы управления информационными технологиями

Модели предприятия

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

Основные мысли

В результате изучения лекции слушатель будет способен:
1. Объяснять, что такое бизнес-модель и какие вопросы она помогает раскрыть.
2. Различать элементы ценностного предложения: преодоление проблем (pains) и рост выгод (gains).
3. Описывать слои архитектуры предприятия и их взаимосвязь через услуги.
4. Приводить примеры бизнес-, ИТ- и технических услуг.
5. Анализировать допущения архитектурной модели и их ограничения.
6. Оценивать роль доверия, прозрачности и оппортунистического поведения в отношениях с потребителем.
7. Сопоставлять возможности и ограничения бизнес-процессов как модели деятельности.
8. Объяснять, почему подготовка решений и принятие решений — не одно и то же.
Показывать лекцию целиком
Краткое изложение

Что такое бизнес-модель

Бизнес-модель (business model) — это формальное или неформальное, детальное или общее описание ценностной логики организации. Оно показывает, как организация создаёт и реализует ценность для потребителя.

Проще говоря, бизнес-модель отвечает на три вопроса: что предприятие продаёт, кому оно это продаёт и как оно это продаёт.

Методика Остервальдера и ценностное предложение

Один из популярных подходов — методика Остервальдера (Osterwalder). Бизнес-модель представляется как канвас (canvas) из блоков. В них отражаются, например, ключевые ресурсы, ценностное предложение, ключевые партнёры, ключевые потребители.

Методика не требует жёстких формализмов, но задаёт обязательные стороны описания. Она не сводится к одному холсту: есть дополнительные холсты, например для ценностного предложения.

В ценностном предложении важно разграничивать направленность:

Слои архитектуры предприятия

Современный подход к исследованию предприятия описывает его архитектуру как совокупность слоёв. Обычно выделяют три:

  1. Бизнес-слой (бизнес-архитектура).
  2. ИТ-слой (ИТ-архитектура).
  3. Технический слой (техническая архитектура).

Слоёв может быть больше, если детализировать описание.

В бизнес-слой входят:

Пример для интернет-магазина: бизнес-услуга — онлайн-оформление заказа. Для неё существует бизнес-процесс заказа. Он использует услуги бизнес-приложений — программных компонентов. Например, приложение «Управление каталогом товаров» оказывает услугу получения информации о товаре.

Сами бизнес-приложения потребляют технические услуги, например доступ к базе данных с каталогом товаров. Такая услуга видна только приложению; она опирается на инфраструктуру, например платформу СУБД (система управления базами данных, DBMS).

Взаимодействие слоёв через услуги

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

Архитектуру приложений можно детализировать. Тогда видна иерархия или структура взаимосвязанных приложений, оказывающих услуги друг другу. Эта философия лежит в основе сервис-ориентированной архитектуры (service-oriented architecture, SOA). Подход отражён, в частности, в языке ArchiMate, который используют для описания архитектуры предприятия.

Упрощающие допущения архитектурной модели

В этой модели есть неявные допущения, которые сильно упрощают реальность.

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

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

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

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

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

  3. Третье допущение. Вся деятельность ИТ-организации или ИТ-департамента сводится к предоставлению ИТ-услуг и технических услуг. Это очень сильное предположение. Если есть услуга, то есть и тот, кому она оказывается. Но, например, «оптимизация затрат на ИТ» — это услуга? Ответ неочевиден и требует отдельного обсуждения.

Краткие итоги

Модельный взгляд на организацию ценен тем, что делает сложное обсуждаемым: разные участники получают общий язык для описания ценности, потребителей, ресурсов, процессов и технологий. Но любая модель одновременно упрощает реальность. Практическая сила такой схемы не в том, чтобы считать её полным портретом предприятия, а в том, чтобы видеть, какие вопросы она помогает задать и какие аспекты оставляет за рамками. Это особенно важно при согласовании стратегии, ИТ и операционной деятельности, где расхождения в картине мира приводят к рассогласованным решениям.

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

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

Бизнес-модель — формальное или неформальное описание ценностной логики организации. Она показывает, как создаётся и реализуется ценность для потребителя. Простой способ понять: ответить на вопросы что продаём, кому и как.

Популярна методика Остервальдера: канвас из блоков. В них ключевые ресурсы, ценностное предложение, ключевые партнёры, потребители. Жёстких формализмов нет. Есть дополнительные холсты, например для ценностного предложения. Там различают направленность на боли (pains) или выгоды (gains).

Архитектура предприятия описывается слоями: бизнес-, ИТ-, технический. Может быть больше при детализации. Бизнес-слой: бизнес-услуги/продукты и бизнес-процессы, которые их создают. Пример интернет-магазина: услуга онлайн-оформления заказа; процесс заказа; он использует услуги бизнес-приложений. Бизнес-приложение — программный компонент. Например, «Управление каталогом товаров» даёт информацию о товаре. Приложения потребляют технические услуги, например доступ к базе данных каталога; это видно только приложению, опирается на СУБД.

Слои взаимодействуют через услуги: нижний слой оказывает верхнему. Технические услуги → ИТ-услуги → бизнес-услуги/продукты потребителю. Архитектуру приложений можно детализировать: приложения оказывают услуги друг другу. Это основа сервис-ориентированной архитектуры (SOA), отражено в ArchiMate.

Допущения модели

  1. Успех зависит только от удовлетворённости потребителей услугами/продуктами. Но потребитель ценит также предсказуемость, прозрачность, отсутствие обмана. Оппортунистическое поведение — использование промахов другой стороны в своих интересах. При риске обмана многие выберут товар ниже качеством, но безопаснее. Цель — лояльность/доверие, а не только удовлетворённость.
  2. Деятельность полностью описывается бизнес-процессами. Бизнес-процесс — модель деятельности, игнорирует опыт, квалификацию, психофизические особенности, характер, доверие. Предполагает, что обученный человек сможет работать. Верно для рутинных операций, неверно для менеджеров: человеческие свойства влияют на решения и их реализацию. Поэтому говорят о процессах и ИС подготовки решений, а не принятия. Информация собирается и представляется, но решение может опираться на другое.
  3. Вся деятельность ИТ-организации/департамента сводится к ИТ- и техническим услугам. Сильное упрощение. Если есть услуга, есть получатель. Например, «оптимизация затрат на ИТ» — услуга? Неочевидно, требует обсуждения.

Выводы

1. Бизнес-модель описывает ценностную логику: как организация создаёт и реализует ценность для потребителя.
2. Простое понимание бизнес-модели сводится к вопросам: что продаётся, кому и как.
3. Методика Остервальдера задаёт набор блоков, включая ресурсы, ценностное предложение, партнёров и потребителей.
4. Ценностное предложение может быть направлено на преодоление болей потребителя или на рост его выгод.
5. Архитектура предприятия часто описывается через бизнес-, ИТ- и технический слои.
6. Бизнес-слой включает бизнес-услуги, бизнес-продукты и бизнес-процессы, создающие их.
7. Слои взаимодействуют через услуги: нижний слой оказывает услуги верхнему.
8. Идея услуг как интерфейсов лежит в основе сервис-ориентированной архитектуры (SOA) и языка ArchiMate.
9. Успех нельзя сводить только к удовлетворённости продуктом: важны доверие, прозрачность и отсутствие оппортунистического поведения.
10. Бизнес-процесс игнорирует индивидуальные свойства людей и лучше описывает рутинные операции, чем управленческие решения.
11. Информационные системы поддерживают подготовку решений, но не гарантируют, что решение будет принято на основе только этой информации.
12. Сведение всей деятельности ИТ-департамента к ИТ- и техническим услугам является сильным упрощением.

Вопросы для самопроверки

1. Что описывает бизнес-модель?
2. На какие три вопроса помогает ответить бизнес-модель?
3. Какие элементы отражаются на канвасе в методике Остервальдера?
4. Чем различаются направленность ценностного предложения на боли и на выгоды?
5. Какие слои обычно выделяют в архитектуре предприятия?
6. Что входит в бизнес-слой?
7. Как бизнес-процесс связан с бизнес-услугами и бизнес-продуктами?
8. Какую роль играют бизнес-приложения и технические услуги?
9. Что является интерфейсом взаимодействия слоёв архитектуры?
10. Какие допущения упрощают архитектурную модель предприятия?
11. Почему удовлетворённости потребителя недостаточно для успеха?
12. Почему бизнес-процесс не описывает полностью деятельность менеджера, принимающего решения?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^