В статье Владимира Репина рассмотрены функциональные возможности по использованию программных продуктов при создании моделей бизнес-процессов в нотации BPMN в Business Studio 5. Обсуждаются преимущества и недостатки представленных способов. Материал может быть полезен при разработке Соглашения (стандарта) по моделированию бизнес-процессов вашей организации.
Зачем моделировать программные продукты в Business Studio?
В статье речь пойдет об использовании объектов справочника «Программные продукты» в моделях бизнес-процессов в нотации BPMN в Business Studio 5. Например, можно для каждой операции процесса указывать конкретный программный продукт, который используется при ее выполнении. Программные продукты являются элементами общей модели организации и хранятся в соответствующем разделе более общего справочника «Объекты деятельности».
Для чего нужна информация о программных продуктах на схемах типа Work Flow (eEPC, BPMN)? Конечно, в модели такого типа нас интересует, прежде всего, корректный (без логических ошибок) алгоритм выполнения процесса. Движение документов на схеме, взаимодействие по входам-выходам с другими процессами, описание используемого программного обеспечения, рисков и прочих объектов делают из графической схемы модель бизнес-процесса. Это дает нам возможность выполнять анализ процесса «как есть», находить проблемы и выявлять их причины, определять потенциал повышения эффективности процесса за счет реализации ряда мероприятий.
Business Studio 4.0: проектирование системы целей, бизнес-процессов, организационной структуры
Автоматизация процесса является одним из возможных направлений его совершенствования. Для того, чтобы выполнить анализ существующих проблем в этой области и обосновать необходимость изменений, как раз и нужно использовать программные продукты при моделировании бизнес-процессов в нотации BPMN.
Формирование структуры программных продуктов в справочнике
В Business Studio 5 можно создать структуру используемых в компании программных продуктов в справочнике «Объекты деятельности/Программные продукты». На рис. 1 показан пример структуры программных продуктов компании.
В начале создается объект справочника «Информационная система», например «1С». Затем для нее может быть добавлен «Модуль ИС», например «1С: Бухгалтерия». Далее, при необходимости, внутри модуля можно создать «Функцию ИС». В целом, группировка по модулям и функциям может быть многоуровневая.
Нужно ли создавать сложную, многоуровневую структуру? Если используемые в вашей компании информационные системы достаточно просты, то не нужно чрезмерно усложнять справочник. Но если у вас внедрены такие системы, как SAP, то многоуровневый справочник может быть весьма удобен. При его аккуратном использовании в моделях вы сможете получить потом детальную аналитику, какие именно функции информационных систем используются при выполнении конкретных операций процесса.
Три способа использования программах продуктов на схеме процесса в нотации BPMN
Обзор программы Business Studio
Способ № 1. Привязка через интерфейс
Рассмотрим три основных способа использования программных продуктов в моделях бизнес-процессов в нотации BPMN. На рис. 2 показана схема процесса (учебный пример). По правой кнопке открыты «Свойства» операции «Собрать информацию». Из справочника программных продуктов в список «Программные продукты» перетянут мышкой продукт «MS Word».
Далее нужно выбрать тип связи программного продукта и операции процесса. Можно использовать два типа связей: «поддерживает» и «выполняет» (вы можете создать любой новый тип связи при необходимости). Какой из них выбрать?
Зачем вообще указывать тип связи? Это нужно в том случае, если мы хотим в дальнейшем анализировать процесс и выгружать определенные аналитические отчеты. Например, мы хотим узнать, какие информационные системы (продукты) используются при выполнении бизнес-процессов, каковая степень автоматизации процессов с использованием систем определенного класса и т.д. Так же это может быть полезным при выполнении проектов развития ИТ-архитектуры компании и автоматизации процессов.
При использовании типа связи важно принять решение, в каких случаях она может использоваться, и четко закрепить эти требования, например в Соглашении по моделированию.
Тип связи «поддерживает» можно, например, интерпретировать следующим образом. Привязка программного продукта к операции с этим типом связи означает, что:
- операция выполняется сотрудником, и при этом:
- какие-то действия выполняются сотрудником в соответствующей информационной системе.
Тип связи «выполняет» можно интерпретировать следующим образом:
- операция выполняется полностью автоматически в соответствующей информационной системе.
Действительно, что значит, что программное обеспечение что-то «выполняет»? Может ли MS Word что-то «выполнять» сам без участия человека? С моей точки зрения, нет. А вот например, антивирусная система может приступить к проверке автоматически, по расписанию, без участия человека. В этом случае операция «Проверить РС на вирусы» будет полностью автоматический и будет «выполняться» соответствующей информационной системой.
Итак, аккуратно привязав программные продукты через интерфейс к операциям процесса мы сможем потом получить требуемый аналитический отчет. Недостатком такого подхода является тот факт, что на самой схеме процесса не видно, какие именно программные продукты используются. Для этих целей можно использовать второй способ – визуализацию.
Способ № 2. Визуализация на схеме
Программные продукты можно просто перетаскивать мышкой на схему процесса в виде фигуры. Но чтобы это сделать, в Business Studio 5 сначала нужно выбрать тип фигуры. При открытой схеме процесса надо выбрать мышкой программные продукты в палитре элементов и нажать правую кнопку. Далее поставить галочку напротив «Фигура», как показано на рис. 3. После этого можно перетаскивать программные продукты из справочника на диаграмму.
На рис. 4 показан результат визуализации использования программных продуктов на схеме процесса. Для каждой операции процесса показаны программные продукты, которые поддерживают их выполнение.
Обратите внимание, что размеры и цвета значков изменены (вручную). Визуальный вид и цвет значков можно закрепить в Соглашении по моделированию. В следующей версии Business Studio будет добавлена функциональная возможность управлять цветами объектов в зависимости от значения параметров.
Визуально представление программных продуктов на схеме имеет одно большое преимущество с точки зрения анализа и оптимизации бизнес-процесса: сразу становятся очевидными проблемы, связанные с автоматизацией, в том числе:
• недостаточная автоматизация или ее отсутствие;
• переход информации из одной системы в другую (косвенно), т.е. низкая степень интеграции и риски возникновения ошибок;
• использование чрезмерно сложных программных инструментов без необходимости;
• неэффективное выполнение операций, связанное с ограничениями возможностей программного обеспечения и человеческим фактором;
• прочие.
Более глубокий анализ указанных проблем дает возможность обосновать мероприятия по улучшению процесса и внедрению новых информационных систем, например iBPMS+RPA вместо тяжеловесной, неудобной и устаревшей СЭД.
На рис. 5 стоит обратить внимание на тот факт, что программные продукты, привязанные визуально, сразу появляются в соответствующем списке. Но если сначала внести объект в список в свойствах операции, то визуально он не будет показан на схеме. Таким образом, у вас есть возможность выбора варианта использования в зависимости от поставленных задач.
Как быть в случае, если операция выполняется полностью автоматически? На рис. 6 показан один из допустимых вариантов. Можно одновременно использовать маркер автоматического выполнения («вызов внешней функции или сервиса») и тип связи «выполняет». По типу связи вы всегда сможете отфильтровать все операции процессов, выполняемые автоматически.
Кстати, в Business Studio 5 можно настраивать визуализацию параметров для стрелок, используемых в модели. Это удобно.
При использовании указанного подхода, автоматически выполняемая операция может быть показана на дорожке любого исполнителя.
Если вы не хотите выводить в регламент бизнес-процесса операции, выполняемые автоматически, то можно в шаблоне отчета применить соответствующий фильтр по типу связи программного продукта с процессом.
Способ № 3. Представление в виде отдельной дорожки
В Business Studio 5 появилась возможность использовать программное обеспечение в качестве дорожки на схеме в нотации BPNN. На рис. 7 показана измененная схема процесса, на которой модуль «FI-CO» показан в виде дорожки. Дополнительно для наглядности использован маркер автоматического выполнения операции.
Обратите внимание, что тип связи программного обеспечения с операцией процесса – «выполняет». Таким образом, можно визуально показывать программное обеспечение в качестве полноценного участника процесса.
Способ представления программного продукта на схеме процесса (в виде отдельной дорожки) является весьма спорным.
Хотя, возможно, это будет удобно для описания алгоритмов выполнения процессов, полностью автоматизированных в различных системах: веб-сервисы, BPMS, RPA, ERP.
Преимущества и недостатки методов представления программных продуктов в моделях процессов в нотации BPMN
В следующей таблице представлено сравнение трех методов представления программных продуктов на схеме процесса в нотации BPMN.
| Критерии сравнения | Метод 1. Привязка через интерфейс | Метод 2. Визуализация на схеме | Метод 3. Представление в виде отдельной дорожки |
| Полнота | «-» Невозможно вывести объект на показ на схеме. При последующей визуализации (вручную) на схеме возникает дублирование объектов в списке |
«+» При визуальной привязке объект автоматически попадает в список «Программные продукты» для операции. |
«+» Объект автоматически попадает в список «Программные продукты» для операции. Нет дублирования. |
| Возможность визуального анализа | «-» Отсутствует |
«+» Есть. |
«+» Есть. |
| Наглядность и удобство визуального анализа | «-» Отсутствует |
«+» Есть. Наглядно и понятно. |
«-+» Есть, риск усложнения схемы за счет создания дополнительных дорожек |
| Возможность формирования аналитических отчетов | «+» Есть. |
«+» Есть. |
«+» Есть. |
Таблица 1
Как самостоятельно разработать СМК в Business Studio: 7 простых шагов
Сегодня рассмотрим, как самостоятельно разработать комплект документации системы менеджмента качества с помощью российского программного продукта Business Studio. Читайте далее, из каких этапов состоит проект внедрения СМК, а также какие справочники и отчеты Business Studio помогут бизнес-аналитику это реализовать на практике.
Проект внедрения СМК: 3 основных шага
Хотя поддержка СМК – это непрерывный процесс, ее внедрение – это проект, в котором присутствуют следующие этапы:
- обследование и формализованное описание бизнес-процессов и организационных структур предприятия;
- разработка комплекта регламентирующей документации;
- ознакомление сотрудников предприятия с регламентами и процедурами работы с данными, имеющих отношение к СМК, например, проведение внутренних аудитов, ведение реестра обнаруженных несоответствий и обращений потребителей, реакция на них и пр.
При необходимости заключительным этапом этого проекта является проверка документации СМК внешними аудиторами, чтобы получить сертификат соответствия требованиям стандарта серии ISO 9000. Обычно компании-аудиторы предлагают услуги разработки документации СМК, включая формализацию бизнес-процессов предприятия и создание регламентов, описывающих выполнение принципов менеджмента качества. Однако, практически каждая организация может сделать это самостоятельно, при достаточно зрелых бизнес-процессах (3-4 уровень по модели CMMI), а также наличии аналитика в штате или специально привлеченного на этот проект консультанта. О 7 инструментах качества и главных принципах СМК мы подробно рассказывали здесь. А сейчас посмотрим, как возможности российской системы бизнес-моделирования Business Studio позволяют реализовать их.
Курсы по системе Business Studio для бизнес-архитекторов и аналитиков
Код курса
BSTUD
Ближайшая дата курса
26 июня, 2023
Длительность обучения
12 ак.часов
Стоимость обучения
20 000 руб.
Разработка СМК в Business Studio: 7 простых шагов
Соединим рассмотренные в предыдущей статье принципы управления и ключевые идеи СМК с поддерживающими их функциональными возможностями бизнес-моделирования Business Studio. Чтобы сделать это более наглядно, составим следующую таблицу.
| Принцип менеджмента | Отражение в СМК | Реализация в Business Studio |
| Ориентация на потребителя | Процедура обработки клиентских обращений | Регламент процесса обработки клиентских обращений, включая графические BPM или EPC-диаграммы |
| Лидерство руководителя | Определение руководителя как владельца бизнес-процессов и ответственного за показатели | Должностная инструкция, описание должности и роли с привязкой к бизнес-процессам и показателям, за которое отвечает данный сотрудник |
| Матрица ответственности, показывающая роль субъекта в бизнес-процессе | ||
| Вовлечение персонала | Сбалансированная система показателей (KPI) | Декомпозиция KPI уровня организации до индивидуальных показателей работы каждого сотрудника, добавив их в справочник «Показатели», а также связав с целями и бизнес-процессами |
| Ознакомление сотрудников с регламентами работы | Представление бизнес-процессов, оргструктур, регламентов и других компонентов архитектуры предприятия в виде корпоративного сайта (HTML-публикация) или веб-интерфейса Business Studio Portal | |
| Процессный подход к управлению | Представление деятельности как системы взаимосвязанных бизнес-процессов | Иерархически связанное описание бизнес-процессов предприятия как объектов справочника «Бизнес-процессы» в различных нотациях: от структуры в IDEF0 до детальной логики в BPMN или EPC |
| Системный подход к менеджменту | Регулярное выполнение процедур мониторинга и контроля | Определение процедур и инструментов стратегического планирования, тактического управления и операционного контроля за деятельностью предприятия в виде детальных регламентов бизнес-процессов |
| Принятие решений, основанных на фактах | Регулярный сбор, мониторинг и анализ показателей | Ввод значений показателей через ручное внесение данных в его карточке (объект справочника «Показатели») в самой системе бизнес-моделирования или через веб-интерфейс Business Studio Portal. Также возможен автоматический импорт из Excel-файлов |
| Анализ плановых и фактических значений показателей в окне его свойств, типовых отчетах и дэшбордах веб-портала | ||
| Детальные регламенты процессов регулярного сбора и анализа значений показателей, а также процедур реакции на несоответствия | ||
| Постоянное улучшение деятельности организации | Периодическое проведение внутреннего аудита | Планирование и ведение реестра внутренних аудитов в справочнике «Аудиты» |
| Анализ несоответствий и поиск причин их возникновения | Внесение проблем и отклонений в справочник «Проблемы и отклонения» | |
| Поиск корневых причин с помощью диаграммы Исикавы | ||
| Отчет «Диаграмма Парето» о проблемах и несоответствиях | ||
| Взаимовыгодные отношения с поставщиками | Ведение реестра поставщиков, включая оценки их товаров и услуг | Объект «Поставщик» в справочнике «Внешние субъекты» |
| Процедуры работы с поставщиками, например, поиск и отбор, приемка товара с контролем качества, проведение расчетов, возврат товара и пр. | Детальные регламенты процессов работы с поставщиками, включая графические BPM или EPC-диаграммы | |
| Внесение проблем и отклонений, связанных с поставщиками и качеством их товаров/услуг, в справочник «Проблемы и отклонения» |
Таким образом, основными этапами реализации СМК в Business Studio будут следующие:
- иерархически связное описание всех бизнес-процессов предприятия в разных нотациях с добавлением процедур планирования, контроля и анализа фактических показателей;
- описание организационной структуры компании и внешних субъектов(поставщики, клиенты, регуляторы);
- определение показателей в справочнике «Показатели» с привязкой к бизнес-процессам, целям и субъектам оргструктуры;
- описание целей в области качества и показателей их достижения (раздел Навигатора «Цели и показатели»), что может быть графически представлено в виде стратегической карты Нортона-Каплана;
- генерация регламентирующей документации (положения о структурных подразделениях, должностные инструкции, регламенты бизнес-процессов и управленческих процедур). Сюда же относится адаптация типовых шаблонов к собственной специфике, например, добавление нужных пунктов в отчеты, изменение существующих или создание новых шаблонов через «Мастер Отчетов». Если набора справочников (классов) системы не хватает для описания специфических объектов, можно добавить пользовательские классы с помощью Редактора классов и параметров MetaEdit.
- определение процедур регулярного внесения данных о показателях управленческого учета, определенных в Business Studio, через веб-интерфейс портала или автоматический импорт из Excel-файлов, с указанием периодичности их выполнения и закреплением ответственных лиц;
- иерархически связное интерактивное представление всех этих и других компонентов архитектуры предприятия в виде корпоративного сайта (HTML-публикация) или веб-интерфейса Business Studio Portal, доступного для сотрудников компании.
Таким образом, разработка и внедрение СМК в Business Studio внутренними силами – вполне выполнимая задача для штатного аналитика или привлеченного консультанта. Особенно с учетом того, что большинство регламентирующих документов СМК Business Studio генерирует автоматически на основании корректно заполненных справочников. Например, эта система бизнес-моделирования даже формирует отчет «Руководство по качеству», куда попадут данные об описанных бизнес-процессах, оргструктурах, а также процедурах сбора, измерения и анализ показателей, управления несоответствиями и корректирующими действиями. Аналогичным образом по умолчанию в систему заложены шаблоны отчетов «Регламент процесса», «Должностная инструкция», «Положение о подразделении», «План аудита» и «Результаты аудита», отчеты по анализу несоответствий, контрольные карты и прочие документы, которые отражают соответствие принципам СМК. А если этого недостаточно, можно разработать собственный отчет и применить его к объектам, внесенным в соответствующие справочники.
Наконец, такая систематизация бизнес-процессов, оргструктур и прочих компонентов архитектуры предприятия позволит компании найти возможности их улучшения. Практически освоить инструментарий создания такой комплексной корпоративной модели в системе Business Studio вам помогут курсы Школы прикладного бизнес-анализа в нашем лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:
Источник: babok-school.ru
Моделирование бизнес процессов в Вusiness studio
Моделирование бизнес процессов является одним из методов улучшения качества и эффективности работы организации. В основе этого метода лежит описание процесса через различные элементы (действия, данные, события, материалы и пр.) присущие процессу. Как правило, моделирование бизнес процессов описывает логическую взаимосвязь всех элементов процесса от его начала до завершения в рамках организации. В более сложных ситуациях моделирование может включать в себя внешние по отношению к организации процессы или системы.
Моделирование бизнес процессов позволяет понять работу и провести анализ организации. Это достигается за счет того, что модели могут быть составлены по различным аспектам и уровням управления. В больших организациях моделирование бизнес процессов выполняется более подробно и многограннее, чем в малых, что связано с большим количеством кросс-функциональных связей.
Цели бизнес моделирования:
- За счет моделирования можно проследить, что происходит в процессах от начала, до завершения. Моделирование позволяет получить «внешний» взгляд на процессы и определить улучшения, которые повысят их эффективность.
- Нормирование процессов. Моделирование бизнес процессов задает правила выполнения процессов, т.е. то, каким образом они должны быть выполнены.
- Моделирование бизнес процессов устанавливает четкую связь между процессами и требованиями, которые они должны выполнять.
Моделирование бизнес процессов и реинжиниринг в Business studio можно осуществить по принципу Деминга (PDCA: Plan , Do, Control, Act)
PDCA (англ. «Plan-Do-Check-Act» — планирование-действие-проверка-корректировка) циклически повторяющийся процесс принятия решения, используемый в управлении качеством. Также известен как Deming Cycle, Shewhart cycle, Deming Wheel или Plan-Do-Study-Act. Также известен как принцип Деминга-Шухарта, но Деминг предпочитал PDSA (Plan-Do-Study-Act) у Шухарта (Plan-Do-Сheck-Act).
Организационная структура. Схема, схематически отражающая состав и иерархию подразделений предприятия. Организационная структура устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
Стратегическая карта. Цели, поставленные собственником бизнеса, являются отправной точкой для разработки бизнес-стратегии организации. В стратегии выбираются виды деятельности, рынки и формулируются те ключевые конкурентные преимущества, за счет которых компания должна добиться успеха.
Стратегия может быть успешно реализована только тогда, когда ее понимают сотрудники компании. Описывая стратегию развития бизнеса в более или менее упорядоченной форме, мы повышаем вероятность ее успешной реализации. Разработанная Робертом Капланом и Дейвидом Нортоном система показателей (Balanced ScoreCard, BSC ) является лучшим инструментом представления процесса реализации стратегии в понятной форме. Balanced ScoreCard (Сбалансированная система показателей) – это система стратегического управления компанией на основе измерения и оценки ее эффективности по набору оптимально подобранных показателей, отражающих все аспекты деятельности организации, как финансовые, так и нефинансовые.
Определив и формализовав стратегию, можно перейти к созданию модели бизнес-процессов компании. То есть определить ту деятельность, которую компания должна осуществлять для реализации стратегии и достижения поставленных целей.
Business Studio позволяет построить как комплексную иерархическую модель деятельности компании, так и описать ряд отдельных процессов. Для этого в распоряжение бизнес-аналитика предоставляются наиболее популярные и удобные нотации моделирования: IDEF0, Процедура (Cross Functional Flowchart), BPMN 2.0, Процесс (Basic Flowchart), EPC (Event Driven Process Chain). После описания модели бизнес-процессов «как есть» или проектирования новых бизнес-процессов можно оценить время и стоимость выполнения процессов.
а) Нотацию IDEF0 целесообразно использовать для построения иерархической модели бизнес-процессов верхнего уровня.
IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).
Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны:
стрелка входа приходит всегда в левую кромку активности,
стрелка управления — в верхнюю кромку,
стрелка механизма — нижняя кромка,
стрелка выхода — правая кромка.
Данный стандарт был разработал в 1981 году департаментом Военно-воздушных сил США в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал своё название от этой программы (IDEF расшифровывается как ICAM Definition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах
б) Нотации процедура, BPMN 2.0, Процесс и EPC можно использовать для моделирования процессов нижнего (операционного) уровня. Business Studio позволяет менять нотацию моделирования при переходе с описания процессов верхнего уровня к описанию процессов нижнего уровня.
Для процесса можно определить: Владельца процесса, Исполнителей процесса, требования к срокам выполнения, используемые документы и ряд других параметров. Сочетание наглядных графических нотаций и параметров процессов обеспечивает необходимую полноту описания бизнес-процессов и позволяет выпустить действительно полезную регламентирующую документацию.
Нотация BPMN описывает условные обозначения для отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL. Спецификация BPMN 2.0 также является исполняемой и переносимой (то есть процесс, нарисованный в одном редакторе от одного производителя, может быть исполнен на движке бизнес-процессов совершенно другого производителя, при условии, если они поддерживают BPMN 2.0).
Модель «Расширенная нотация описания цепочки процесса, управляемого событиями» — Extended Event Driven Process Chain (Eepc). Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Это тип блок-схем, используемых для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP), и для улучшений бизнес-процессов. Подробнее про EPC можно почитать тут
Имитацию бизнес процесса «as is» можно произвести с помощью функционально-стоимостного анализа и имитационного моделирования средствами business studio.
- Имитационное моделирование – метод исследования, позволяющий проанализировать систему, не изменяя ее. Это возможно благодаря тому, что изучаемая система заменяется имитирующей. Эксперименты проводятся с имитирующей системой, при этом полученная в результате информация характеризует изучаемую систему. Говоря об анализе деятельности компании, метод позволяет сымитировать выполнение модели бизнес-процессов так, как оно происходило бы в действительности, и получить реальную оценку длительности каждого процесса.
- Функционально-стоимостной анализ – инструмент, предназначенный для оценки себестоимости продукта (услуги). Проведение функционально-стоимостного анализа позволяет получить оценку себестоимости через управление процессами, направленными на производство продукта или оказание услуги. В этом состоит отличие метода функционально-стоимостного анализа бизнес-процессов от традиционных финансовых методов учета затрат, в рамках которых деятельность компании оценивается по функциональным операциям, а не по конкретным продуктам (услугам), предоставляемым заказчику. В основе функционально-стоимостного анализа лежит следующее положение: для производства продукта (услуги) необходимо выполнить ряд процессов, затратив при этом определенные ресурсы. Расходы на выполнение процесса рассчитываются путем переноса стоимости ресурсов на стоимость шагов процесса. Сумма расходов на выполнение всех процессов, с определенными поправками, и составляет себестоимость продукта (услуги). Если традиционные методы вычисляют затраты на некоторый вид деятельности лишь по категориям расходов, то функционально-стоимостной анализ показывает стоимость выполнения всех шагов процесса. Таким образом, методика функционально-стоимостного анализа позволяет наиболее точно определить затраты на производство продуктов (оказание услуг), а также предоставляет информацию для анализа бизнес-процессов и их улучшения.
Этапы выполнения имитации:
- задание временных параметров конечных (недекомпозированных) процессов
- задание параметров ресурсов, необходимых для выполнения этих процессов
Ресурсы подразделяются на временные и материальные. Стоимость временного ресурса переносится на стоимость процесса пропорционально тому времени, которое ресурс затрачивает на выполнение процесса, стоимость материального ресурса – пропорционально количеству повторений процесса. - назначение ресурсов на процессы
- проведение имитации выполнения процессов
Например, у нас получилось имитация бизнес процесса «Тестирование» с функционально-стоимостным анализом
Демо-версия Business Studio предоставляет возможность познакомиться с возможностями продукта, смоделировав свои бизнес-процессы или посмотрев пример описания модели деятельности компании «Интехпроект». Демо-версия не имеет ограничений по сроку использования, а ее возможностей достаточно, чтобы описать и регламентировать деятельность небольшой компании или отдельного подразделения. (В демо-версии нельзя получить текстовый отчет по результатам имитации.
Применение Business Studio переводит процесс создания системы управления компании из разряда эксклюзивного и непредсказуемого творчества в будничное проектирование по логичным законам бизнеса, позволяет получить конкретные результаты в обоснованные сроки и за определенную цену. Кроме того, система не является инструментом разового применения – с ее помощью поддерживается дальнейшее существование и развитие бизнеса в целом.
Именно поэтому со времени своего появления в 2004 году система бизнес-моделирования Business Studio получила широкое распространение среди компаний России и других стран. Группа компаний «Современные технологии управления» не только постоянно совершенствует систему, но и содействует появлению молодых специалистов в области управления. Более 30 высших учебных заведений стали партнерами и используют Business Studio в своих учебных программах.
Источник: businessarchitecture.ru