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

Динамическое моделирование предприятия (DEM) — это моделирование предприятия подход, разработанный Baan компании, и используется для Baan Планирование ресурсов предприятия система, цель которой «согласовать и внедрить ее в организационную архитектуру компании-конечного пользователя». [1] [2]

По словам Конинга (2008), Baan представил динамическое моделирование предприятия в 1996 году как «средство для внедрения продукта Baan ERP. Моделирование было сосредоточено на Сеть Петри –Основная техника для моделирование бизнес-процессов с которой должны были быть связаны модули приложений Baan. DEM также содержит цепочка поставок инструмент для построения диаграмм логистической сети компании и предприятия функциональное моделирование диаграмма ». [3]

• 1 Обзор
• 2 Темы динамического моделирования предприятия

• 2.1 Модель бизнес-контроля
• 2.2 Построение модели бизнес-контроля
• 2.3 Модель бизнес-процесса
• 2.4 Пример
• 2.5 Оценки

Обзор

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

Бизнес модель| Зачем нужна бизнес модель

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

• Диаграммы структуры предприятия: Структура сайта компании визуализирована с разбросанными географическими точками, штаб-квартирой, производственными предприятиями, складами, а также местоположениями поставщиков и клиентов. Можно схематически представить как физические, так и логические организации с несколькими площадками для внутренней логистики или оптимизации финансовых потоков. [4]
• Модель бизнес-контроля : Модель бизнес-контроля представляет основные процессы организации и их контроль, сгруппированные по бизнес-функциям. Эталонная модель DEM существует из одной основной модели бизнес-контроля, что приводит к нескольким другим моделям бизнес-контроля для каждой функциональной области организации.
• Модель бизнес-функции : Модель бизнес-функции — это функциональная модель который фокусируется на целях нескольких функций внутри компании.
• Модель бизнес-процесса : Модель бизнес-процесса фокусируется на выполнении функций и процессов, которые происходят из модели бизнес-контроля и модели бизнес-функций. Отображаются потоки процессов и детализируются процессы.
• Модель организации бизнеса : Модель бизнес-организации меньше фокусируется на процессах и больше на организационных аспектах, таких как роли и обязанности.

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

Темы динамического моделирования предприятия

Модель бизнес-контроля

Модель бизнес-контроля существует для бизнес-функций организации и их внутренних и внешних связей. Основные особенности модели:

• Цикл запроса-обратной связи: Ссылка от, к или между бизнес-функциями называется циклом запроса-обратной связи, который состоит из 4 состояний, которые завершают процесс и информационные потоки между обеими бизнес-функциями. Состояния помечены: запрошено, зафиксировано, выполнено и принято.
• Случай рабочего процесса. Случай рабочего процесса — это описание выполнения и цель процесса, который происходит между двумя бизнес-функциями. Наиболее важными критическими факторами рабочего процесса являются количество, качество и время. Четыре состояния цикла запроса-обратной связи вместе представляют собой случай рабочего процесса.
• Триггеры: Бизнес-функции представляют собой совокупность бизнес-процессов и сосредоточены в основном на триггерах (управлении) между процессами, а не на информационных потоках.
• Бизнес-функции : В оптимальной ситуации для процесса моделирования у компании есть только одна бизнес-функция. Однако бизнес-функции подразделяются, когда:

• Характер и характеристики случаев рабочего процесса колеблются
• Частота основных процессов колеблется
• Уровень детализации колеблется
• Более 1 типа запроса запускает функцию

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

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

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

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

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

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

• Управление бизнес-функциями: Это функции, которые управляют самим бизнес-процессом и, таким образом, поддерживают выполнение и запуск основных бизнес-функций.

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

Построение модели бизнес-контроля

Модель бизнес-контроля строится по заданному пути.

• Во-первых, объем бизнеса определяется. Объем включает определение того, что моделировать, и определение агентов и внешних бизнес-функций, связанных с бизнесом.
• Затем область видимости изображается на модели черного ящика со всеми агентами и внешними бизнес-функциями, окружающими черный ящик.
• Следующим шагом является определение процессов и информационных потоков (потоки запросов и обратной связи) между агентами и внешними бизнес-функциями в черный ящик модели бизнес-контроля и обратно. Определение потоков запроса-обратной связи позволяет разработчику модели определять, какие процессы находятся внутри черного ящика.

После создания основных бизнес-функций в модели бизнес-контроля детализируются несколько бизнес-функций.

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

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

Модель бизнес-процесса

Моделирование процессов в DEM, моделирование модели бизнес-процессов осуществляется с помощью Сеть Петри строительные блоки. В матрице высот используются 4 конструктивных элемента:

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

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

• OR-split / XOR-split: эта структура создает 2 новых состояния из 1, сигнализируя о создании 2 токенов задания из 1 токена задания. Если новым состоянием могут быть оба выходных токена, разделение выполняется по ИЛИ, в противном случае разделение выполняется по исключающему ИЛИ (XOR).
• Конструкция AND-join: для включения контрольного действия необходимы 2 токена задания, создавая 1 новый токен задания (таким образом, 1 новое состояние).
• OR-join / XOR-join: необходимы 2 токена задания, чтобы включить контрольную активность, создавая 1 новый токен задания.

ИЛИ означает, что можно использовать один из двух токенов запуска задания или оба, XOR означает, что только один из токенов может быть использован для создания токена задания вывода.

Пример

Пример ниже демонстрирует моделирование концепции брака и развода с использованием строительных блоков сети Петри.

• Модель, построенная в сети Петри, выражает превращение одиноких мужчины и женщины в супружескую пару через брак и обратно в одиноких людей через развод.
• Модель начинается с двух состояний, называемых мужчиной и женщиной.
• Посредством конструкции AND-join (и мужчина, и женщина необходимы для образования пары) два состояния объединяются в рамках контрольного действия, называемого связыванием с новым состоянием, называемым парой.
• Затем состояние пары преобразуется посредством обработки, называемой браком, в результате чего преобразуется состояние супружеской пары.
• Затем супружеская пара штата преобразуется в разведенную пару штата с помощью процесса, называемого разводом, в результате чего возникает состояние, называемое разведенной парой.
• Контрольное действие, называемое разделением, наконец, разделяет состояние разведенной пары на состояния мужчины и женщины.

Оценки

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

Смотрите также

• Динамичное предприятие
• Динамическая архитектура предприятия (DYA)
• Планирование ресурсов предприятия
• SAP R / 3

Источник: wikihre.ru

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

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

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

Не случайно на смену каскадному проектированию стратегий пришли технологии Agile, обеспечивающие бизнес-адаптивность компании (Business Agility) за счет постоянного мониторинга внешнего окружения, вовлечения команд в изменения, продвижения короткими спринтами.

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

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

Что касается бизнес-моделей , то нам известны следующие:

• Успешные практики компаний – Toyota, Wal-Mart, Microsoft. Они носят статус моделей, поскольку доведены до уровня принципов и результатов
• Жизнецикличные модели – И. Адизеса, Г.Грейнера и прочие, описывающие развитие компании в динамике. У И.Адизеса к этапам развития привязаны кризисы, типы успешных руководителей
• Матричные модели – SWOT, BCG, PEST и др.
• Модели (в т.ч. стандарты) различных систем (CRM, SCM, BSC, TQM, ISO, PMI, KPI, MBO, HRM и т.д.)
• Модели зрелости (EFQM, OPM3…)
• Модели типа Canvas (Lean Startup, А.Остервальдер…)

И это далеко не все…

Многие бизнес-модели , к сожалению, не отвечают принципам системного анализа – т.е. не обладают полнотой, не имеют критериев классификации. А также:

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

Из-за этих недостатков создается впечатление универсальных подходов, «волшебной таблетки». Однако это далеко не так. Например, модель А. Остервальдера применима в большей степени к рынкам B2C в условиях конкуренции, а матрица BCG не работает в условиях монополии, и т.д.

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

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

Таким образом, нам понадобятся именно такие инструменты и в такой последовательности, как предложены в моей модели #ДинаМИКС — Динамическая Модель Изменений Корпоративых Стратегий :

Для анализа ситуации нам потребуется диагностика рыночных трендов.

Классики выделяют 4 типа рынков, отличающихся соотношением спроса / предложения. Это: монополия, олигополия, конкуренция и монопсония.

Четкое понимание рынка накладывается на определенный перечень субъектов изменений, которые нужно спроектировать. Это организационные факторы: стратегия, тип продукта, цепочка ценности, бизнес-процесс, организационная структура и система мотивации.В данном случае, последовательность заполнения важна. В зависимости от типа рынка, мы выбираем стратегию.

Стратегия – продуктовая, ей соответствует определенный тип продукта, для реализации которого потребуется определенный набор действий – цепочка ценности для клиента. Цепочка ценности преобразуется в бизнес-процесс, конфигурация которого различается для разных типов рынка. Организационная структура проектируется для определенной конфигурации бизнес-процесса.

В свою очередь, процессы и структура задают определенный функционал сотрудника. То есть предъявляют требования к фиксированной части вознаграждения.Нам известен результат. То есть – «идеальная» модель для каждого типа рынка.

В условиях монополии компания выбирает стратегию – роста объемов производства. Под эту стратегию наиболее подходящим является типовой, стандартный продукт, а для его изготовления – специализация и функциональное разделение труда. Для которых подходит функционально выстроенная структура, стандартизованное описание бизнес-процессов BPM – Business Process Management.

Управление осуществляется на основе модели MBI – Management-by-Instruction. Участников производственной цепочки стимулируют 100% окладом, в соответствие с определенным функционалом. Имеет смысл контролировать показатели модели Дюпона – ROA и их производные, в первую очередь, прибыль.

Олигополия характерна для появления на рынке компаний с пониженной ценой продукта за счет оптимизированных процессов. Стратегия компании на рынке – снижение издержек. Продукт выпускают сериями, партиями, используют технологии оптимизации бизнес-процессов – реинжиниринг (BPR) и улучшение (BPI). Организационная структура становится линейно-функциональной.

В системе мотивации появляется переменная часть вознаграждения, как производная от целевого показателя – затраты. Здесь имеет смысл вводить систему KPI – Key Performance Indicators и управлять по целям – MBO (Management-by-Objectives).

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

Компании начинают работать «под заказ», при этом речь уже идет не об отлаженных процессах, а, скорее, о проектах в рамках заказа. Структура преобразуется в матричную, система стимулирования опирается на рентабельность заказов. Компании требуется реинжиниринг бизнеса (BR – Business Re-engineering). Здесь может использоваться сбалансированная система показателей BSC (Balanced Scorecard), система управления проектами Project Management.

Монопсония характеризуется значительным превышением предложения над спросом. Единственно возможная стратегия – фокусирование на потребностях клиента. Все, что можно, выводится на аутсорсинг. В процессы вовлекаются поставщики, субподрядчики, каждый раз в уникальной комбинации под определенный заказ. Концепция управления процессами – XE (Cross Engineering) – поверх границ компании.

Структура – смешанная, система управления на основе знаний (Knowledge Management). Оплата – зависит от прибыли и удовлетворенности клиентов. Если координацию передать информационной платформе и выстроить бизнес В2С, то мы получим модель UBER. Которая тут же за счет снижения цены и сохранения качества перемещает нас на другой рынок – примерного равенства спроса и предложения, а, в дальнейшем, может сместиться и в область монополии.

В отличие от существующих моделей, #ДинаМИКС претендует на роль мета-модели, т.к. состоит из моделей.

Источник: larisamalysheva.ru

«Динамический бизнес-план» от Deloitte: новый подход к бизнес-планированию на основе агентного имитационного моделирования

Имитационное моделирование (системная-динамика или агентное моделирование) позволяют смоделировать управленческие ситуации практически неограниченной сложности. В настоящее время агентные модели с успехом применяются крупнейшими мировыми компаниями, как, например, General Electric, IBM, Daimler, Semantic, AThttps://www.anylogic.ru/resources/articles/dinamicheskiy-biznes-plan-ot-deloitte-novyy-podkhod-k-biznes-planirovaniyu-na-osnove-agentnogo-imita/» target=»_blank»]www.anylogic.ru[/mask_link]