Інструменти опису бізнес процесів. BPM для чайників: відкриваємо інструментарій опису бізнес-процесів. ІНТАЛЄВ: корпоративний навігатор

  • Отримання цілісної картини життєдіяльності організації, узгодження різних точок зору на постійно розвивається і змінюється бізнес.
  • Забезпечення взаєморозуміння на всіх рівнях організації, подолання розрив між керуючою і виконує сторонами.
  • Забезпечення скорочення витрат на виробництво і підвищення рівня якості та сервісу.

У процесі бізнес-моделювання відбувається перехід від поняття того «що» треба робити до поняття «як» треба робити. Результатом моделювання повинен бути документ, що дає команді розробників чітке розуміння меж проекту, а також програмного і апаратного забезпечення замовника. Отримані дані відображаються в специфікації проекту, яка може включати наступні розділи:

  • опис основних сутностей даних програми;
  • формальний опис специфікації додатки;
  • бізнес-логіку і бізнес-правила;
  • функціональні вимоги;
  • нефункціональні вимоги;
  • шаблони форм / сторінок додатку;
  • голоссарій або список скорочень;
  • допоміжні діаграми.

Інструменти бізнес-моделювання та їх еволюція

Для створення бізнес-моделей використовуються засоби проектування інформаційних систем і відповідні їм мови опису (найвідоміший серед них мова UML - Unified Modeling Language). C допомогою таких мов будуються графічні моделі і діаграми, що демонструють структуру бізнес-процесів організації, організацію взаємодії між людьми і необхідні зміни для поліпшення показників організації в цілому. Інструменти бізнес-моделювання знаходяться в процесі постійного розвитку. Спочатку за допомогою таких інструментів можна було описувати лише бізнес-функції (роботи) компанії і рух даних в процесі їх виконання. При цьому якщо одна і та ж бізнес-функція використовувалася при виконанні різних видів робіт, то було важко зрозуміти, чи мається на увазі те ж саме бізнес-функція або вже інша. Відсутність можливості в явному вигляді визначити ієрархію бізнес-процесів (наприклад, «ланцюжок створення цінності», «бізнес-процес», «подпроцесс», «робота», «функція») створювало проблеми при використанні таких описів. Самі ж опису представляли собою просто набір картинок. Пізніше стали з'являтися засоби, що дозволяють описувати організацію не тільки з боку бізнес-функцій, але і з інших сторін. Так, з'явилася можливість створення окремих діаграм, що відображають організаційну структуру компанії, потоки даних в організації, послідовність виконання бізнес-функцій, що складають єдиний бізнес-процес, з можливістю використання символів логіки і ін. Через безперервно зростаючих вимог до інструментів бізнес-моделювання стало з'являтися все більше і більше діаграм для опису різних аспектів діяльності організації, через що створення моделі все більш ускладнювалося. У зв'язку з цим наступний важливий етап розвитку засобів бізнес-моделювання пов'язаний з ідеєю використання єдиного сховища (сховища) об'єктів і ідеєю можливого повторного використання об'єктів на різних діаграмах. Який би інструмент не був обраний, потрібно забезпечення взаємодії локальних інформаційних систем між собою. На сьогоднішній день найсучаснішим і одночасно загальноприйнятим стандартом для організації управління бізнес-процесами є BPEL (Business Process Execution Language). На базі цього продукту можна створити єдину інтеграційну платформу для всіх використовуваних додатків. Після моделювання процесів в одному з інструментів моделювання застосовуються спеціальні транслятори, щоб привести модель до стандарту BPEL.

Приклади бізнес-моделювання та його результатів

  • Зниження витрат. Бізнес-модель дасть уявлення про те де можна уникнути зайвих витрат і як оптимізувати використання ресурсів. На основі бізнес-моделі проводиться функціонально-вартісний аналіз для розрахунку собівартості продукту або послуги і будується система бюджетного управління, яка дозволяє контролювати витрати предпрития.
  • Підвищення ефективності. Можливість знизити витрати на адаптацію і навчання персоналу. Нормативна документація на основі підготовленої бізнес-моделі відповідає сучасному стану справ організації, розподіляють обов'язки, будують ієрархічну систему кар'єрного росту.
  • Розширення сфери впливу, збільшення мережі, організація філій. Наявність бізнес-моделі дозволить знизити витрати і дати можливість описати структуру облаштування нових гілок підприємства.
  • Адекватність інвестицій. За допомогою бізнес-моделювання можна з достатнім ступенем точності визначити суму капіталовкладень, знизити ризики і фінансові втрати на стадії старт-апу нового проекту.
  • Впровадження СЕД. Бізнес-модель підприємства стандартизує склад документів підприємства і встановлює маршрути руху документів.
  • Автоматизація та впровадження систем класу ERP, SCM, CRM або іншого ПО. На основі бізнес-моделі можна сформулювати більш якісні вимоги до системи і підібрати рішення оптимальне з точки зору витрат і функціональності.
  • Сертифікація системи менеджменту якості. Розробка бізнес-моделі підприємства дозволяє істотно скоротити терміни і витрати на розробку, впровадження та сертифікацію системи менеджменту якості і отримати комплект необхідних документів для успішного проходження сертифікації, знизити витрати на підтримку системи управління якістю.

Особливості бізнес-моделювання

Створення, впровадження і підтримка бізнес-моделі - дорогий інвестиційний проект. І як будь-якого проекту, створення бізнес-моделі повинен передувати аналіз доцільності та можливості його здійснення. У великих проектах потрібні потужні засоби бізнес-моделювання з добре розвиненою функціональністю: з можливостями зберігання інформації в єдиному репозиторії, колективної роботи над проектом моделювання та перевірки створеної моделі на цілісність, напівавтоматичного створення діаграм, інтеграції з іншим ПО, аналізу та документації моделі - тоді як в невеликих проектах з міркувань вартості розумніше було б застосовувати менш функціональні інструменти. Для аналізу дейятельності, розвитку існуючої структури слід спочатку побудувати адекватну бізнес модель. Тобто спочатку теорія, а вже після - її реалізація.

рішення

Сьогодні існує велика кількість програмних продуктів, які призначені для опису архітектури організації. Відповідно до звітів аналітичної компанії Gartner, до лідерів даного сегмента можна віднести наступні компанії.

Моделювання бізнес-процесів- це ефективний засіб пошуку шляхів оптимізації діяльності компанії, що дозволяє визначити, як компанія працює в цілому і як організована діяльність на кожному робочому місці. Під методологією (нотацією) створення моделі (опису) бізнес-процесу розуміється сукупність способів, за допомогою яких об'єкти реального світу і зв'язку між ними представляються у вигляді моделі. Для кожного об'єкта і зв'язків характерні ряд параметрів, або атрибутів, що відображають опредёленние характеристики реального об'єкта (номер об'єкта, назва, опис, тривалість виконання (для функцій), вартість і ін.).

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

реінжинірингбізнес-процесів (англ. Business process reengineering) - це фундаментальне переосмислення і радикальне перепроектування бізнес-процесів для досягнення максимальної ефективності виробничо-господарської і фінансово-економічної діяльності, оформлене відповідними організаційно-розпорядчими та нормативними документами. Бізнес-інжиніринг складається з моделювання бізнес-процесів (розробка моделі "як є", її аналіз, розробка моделі "як треба") і розробки та реалізації плану переходу до стану "як треба".

Основу багатьох сучасних методологій моделювання бізнес-процесів склали методологія SADT (Structured Analysis and Design Technique - метод структурного аналізу і проектування), сімейство стандартів IDEF (Icam DEFinition, де Icam - це Integrated Computer-Aided Manufacturing) і алгоритмічні мови.

Основні типи методологій моделювання і аналізу бізнес-процесів:

Моделювання бізнес-процесів ( Business Process Modeling). Найбільш широко використовувана методологія опису бізнес-процесів - стандарт IDEF0. Моделі в нотації IDEF0 призначені для високорівневого опису бізнесу компанії в функціональному аспекті.

Опис потоків робіт ( Work Flow Modeling). Стандарт IDEF3 призначений для опису робочих процесів і близький до алгоритмическим методам побудови блок-схем.

Опис потоків даних ( Data Flow Modeling). Нотація DFD ( Data Flow Diagramming), Дає змогу побачити послідовність робіт, що виконуються по ходу процесу, і потоки інформації, що циркулюють між цими роботами.

Інші методології.


По відношенню до отримання доданої цінності продукту або послуги можна виділити наступні класи процесів:

Основні бізнес-процеси (наприклад маркетинг, виробництво, постачання і сервісне обслуговування продукції).

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

Бізнес-процеси управління.

Бізнес модель- це формалізоване (графічне, табличне, текстове, символьне) опис бізнес-процесів. Основна область застосування бізнес-моделей - це реінжиніринг бізнес-процесів.

Цілі моделювання бізнес-процесів зазвичай формулюються наступним чином:

Забезпечити розуміння структури організації та динаміки відбуваються в ній процесів;

Забезпечити розуміння поточних проблем організації та можливостей їх вирішення;

Переконатися, що замовники, користувачі і розробники однаково розуміють цілі і завдання організації;

Створити базу для формування вимог до ПЗ, автоматизує бізнес-процеси організації (вимоги до ПО формуються на основі бізнес-моделі).

Важливим елементом моделі бізнес-процесів є бізнес-правилаабо правила предметної області. Типовими бізнес-правилами є корпоративна політика і державні закони. Бізнес-правила зазвичай формулюються в спеціальному документі і можуть відображатися в моделях.

декомпозиціяв загальному сенсі - це метод, що дозволяє замінити рішення однієї великої задачі рішенням серії менших завдань, розщеплення об'єкта на складові частини за встановленим критерієм. Практично декомпозиція застосовується для деталізації бізнес-моделей.

Етапи опису бізнес-процесів:

Визначення цілей опису.

Опис оточення, визначення входів і виходів бізнес-процесу, побудова IDEF0-діаграм.

Опис функціональної структури (дії процесу), побудова IDEF3-діаграм.

Опис потоків (матеріальних, інформаційних, фінансових) процесу, побудова DFD-діаграм.

Побудова організаційної структури процесу (відділи, учасники, відповідальні).

IDEF0

Модель складається з діаграм, фрагментів текстів і глосарію, що мають посилання один на одного. Діаграми - головні компоненти моделі, всі функції і інтерфейси на них представлені як блоки і дуги.

Місце з'єднання дуги з блоком визначає тип інтерфейсу:

Керуюча інформація входить в блок зверху.

Вхідна інформація входить в блок зліва.

Результати виходять з блоку справа.

Механізм (людина або автоматизована система), який здійснює операцію, входить в блок знизу.

Кожен компонент моделі може бути декомпозирован (розшифрований більш детально) на іншій діаграмі. Рекомендується припиняти моделювання, коли рівень деталізації моделі задовольняє її мета. Загальна кількість рівнів в моделі не повинно перевищувати 5-6.

Побудова діаграм починається з отримання всієї системи у вигляді одного блоку і дуг, що зображують інтерфейси з функціями поза системою. Потім блок, який представляє систему в якості єдиного модуля, деталізується на іншій діаграмі за допомогою декількох блоків, з'єднаних інтерфейсними дугами. Кожна детальна діаграма є декомпозицією блоку з діаграми попереднього рівня. На кожному кроці декомпозиції діаграма попереднього рівня називається батьківської ще детальної діаграми.

На таких діаграмах не вказані явно ні послідовність, ні час. Метод має ряд недоліків: складність сприйняття (велика кількість дуг на діаграмах і велика кількість рівнів декомпозиції), труднощі ув'язки декількох процесів.

IDEF3

Цей метод призначений для моделювання послідовності виконання дійі взаємозалежності між ними в рамках процесів. Моделі IDEF3 можуть використовуватися для деталізації функціональних блоків IDEF0, що не мають діаграм декомпозиції.

Діаграми IDEF3 відображають діяу вигляді прямокутника. Дії іменуються з використанням дієслів або віддієслівних іменників, кожному з дій присвоюється унікальний ідентифікаційний номер (номер дії зазвичай передує номером його батька, наприклад, 1.1.).

Все зв'язку в IDEF3 є односпрямованим і організовуються зліва направо.

Типи зв'язків IDEF3:

Тимчасове передування (Temporal precedence), проста стрілка. Початкове дія повинна завершитися, перш ніж кінцеве дію зможе початися.

Об'єктний потік (Object flow), стрілка з подвійним наконечником. Вихід вихідного дії є входом кінцевого дії. Початкове дія повинна завершитися, перш ніж кінцеве дію зможе початися. Найменування потокових зв'язків повинні чітко ідентифікувати об'єкт, який передається з їх допомогою.

Нечітке відношення (Relationship), пунктирна стрілка.

Завершення одного дії може ініціювати початок виконання відразу декількох інших дій, або навпаки, певним чином впливати може вимагати завершення декількох інших дій до початку свого виконання (розгалуження процесу).

Розгалуження процесу відбивається за допомогою спеціальних блоків:

- "І", блок зі знаком &.

- "Що виключає АБО" ( "одне з"), блок зі знаком Х.

- "АБО", блок зі знаком О.

Якщо дії "І", "АБО" повинні виконуватися синхронно, це позначається двома подвійними вертикальними лініями всередині блоку, асинхронно - однієї.
Метод IDEF3 дозволяє декомпозировать дію кілька разів, що забезпечує документування альтернативних потоків процесу в одній моделі.

DFD

Мета такого уявлення - продемонструвати, як кожен процес перетворюєсвої вхідні даніу вихідні. Може відображати не тільки інформаційні, але й матеріальні потоки. Також, як і в інших моделях, підтримується декомпозиція.

Основними компонентами діаграм потоків даних є:

Зовнішні сутності (матеріальний об'єкт або фізична особа, що є джерелом або приймачем інформації, наприклад, замовники, персонал, постачальники, клієнти, склад);

Системи і підсистеми (наприклад, підсистема по роботі з фізичними особами);

Процеси (перетворення вхідних потоків даних у вихідні відповідно до певного алгоритму; фізично це може бути, наприклад, підрозділ організації (відділ), яке виконує обробку вхідних документів і випуск звітів, програма, апаратно реалізоване логічне пристрій і т.д.);

Накопичувачі даних (абстрактні пристрої для зберігання інформації);

Потоки даних (на діаграмі - стрілки).

Необхідно розміщувати на кожній діаграмі від 3 (менше немає сенсу) до 7 (більше - НЕ сприймаються) процесів, не захаращуючи діаграми несуттєвими на даному рівні деталями.

Першим кроком при побудові ієрархії DFD є побудова контекстних діаграм. Зазвичай при проектуванні щодо простих систем будується єдина контекстна діаграма із зіркоподібною топологією, в центрі якої знаходиться так званий головний процес, сполучений з приймачами і джерелами інформації. Для складних систем (десять і більше зовнішніх сутностей, розподілена природа і багатофункціональність системи) будується ієрархія контекстних діаграм. При цьому контекстна діаграма верхнього рівня містить не єдиний головний процес, а набір підсистем, з'єднаних потоками даних.

Кожен процес на DFD може бути деталізований за допомогою DFD або (якщо процес елементарний) специфікації. Специфікації є описами алгоритмів задач, які виконуються процесами. Мови специфікацій можуть варіюватися від структурованого природної мови або псевдокоду до візуальних мов моделювання.

При моделюванні бізнес-процесів діаграми потоків даних (DFD) використовуються для побудови моделей "AS-IS" і "AS-TO-BE", відображаючи, таким чином, існуючу і пропоновану структуру бізнес-процесів організації.

ARIS

В даний час спостерігається тенденція інтеграції різноманітних методів моделювання, що виявляється у формі створення інтегрованих засобів моделювання. Одним з таких засобів є програмний продукт, що носить назву ARIS (Architecture of Integrated Information Systems), розроблений німецькою фірмою IDS Scheer.

ARIS підтримує чотири типи моделей (і безліч видів моделей в кожному типі), що відображають різні аспекти досліджуваної системи:

Організаційні моделі, що представляють структуру системи - ієрархію організаційних підрозділів, посад і конкретних осіб, зв'язку між ними, а також територіальну прив'язку структурних підрозділів;

Функціональні моделі, що містять ієрархію цілей, що стоять перед апаратом управління, з сукупністю дерев функцій, необхідних для досягнення поставлених цілей;

Інформаційні моделі, що відображають структуру інформації, необхідної для реалізації всієї сукупності функцій системи;

Моделі управління, що представляють комплексний погляд на реалізацію бізнес-процесів в рамках системи.

Для побудови перерахованих типів моделей використовуються як власні методи моделювання ARIS, так і різні відомі методи і мови моделювання, зокрема, UML. Процес моделювання можна починати з будь-якого з типів моделей.

Основна бізнес-модель ARIS - eEPC (extended Event-driven Process Chain, розширена модель ланцюжка процесів, керованих подіями). Нотація ARIS eEPC є розширенням нотації IDEF3. Бізнес-процес в нотації eEPC є потік послідовно виконуваних робіт (процедур, функцій), розташованих в порядку їх виконання. Реальна тривалість виконання процедур в eEPC візуально не відбивається.

Для отримання інформації про реальну тривалість процесів необхідно використовувати інші інструменти опису, наприклад, MS Project.

Моделі в ARIS являють собою діаграми, елементами яких є різноманітні об'єкти- "функції", "події", "структурні підрозділи", "документи" і т.д. Між об'єктами певних видів можуть бути встановлені зв'язкупевних видів ( "виконує", "приймає рішення", "повинен бути сроінформірован про результати" і т.д.). Кожному об'єкту відповідає певний набір атрибутів, які дозволяють ввести додаткову інформацію про конкретний об'єкт.

Основні об'єкти нотації eEPC:

Функція. Служить для опису функцій (процедур, робіт), які виконуються підрозділами / співробітниками підприємства. Кожна функція повинна бути ініційована подією і має завершуватися подією; в кожну функцію не може входити більше однієї стрілки, "запускає" виконання функції, і виходити більше однієї стрілки, яка описує завершення виконання функції.

Подія. Служить для опису реальних подій, що впливають на виконання функцій.

Організаційна одиниця. Наприклад, управління або відділ.

Документ. Відображає реальні носії інформації, наприклад, паперові документи.

Прикладна система.

Кластер інформації. Характеризує набір сутностей і зв'язків між ними.

Зв'язок між об'єктами. Тип відносин між об'єктами, наприклад, активація виконання функції деяким подією.

Логічний оператор. Оператор "І", "АБО" або виключає "АБО", дозволяє описати розгалуження процесу.

Якщо при створенні моделі в eEPC вказувати тільки послідовність виконання процедур, не піклуючись про відображення керуючих документів та інформації, отримані моделі будуть мати низьку цінність з точки зору аналізу та подальшого використання.

Для зберігання моделей в ARIS використовується об'єктна СУБД, і під кожен проект створюється нова база даних. Передбачено різні функції з адміністрування бази даних, наприклад, управління доступом. База даних являє собою ієрархічне сховище моделей.

Робота зі створення моделі повинна регламентуватися жорсткими і об'ємними угодами з моделювання (стандартами), ARIS підтримує механізм методологічних фільтрів, що дозволяють користувачеві використовувати тільки певний набір схем і об'єктів. Розробка таких угод вимагає значного часу і висококваліфікованих фахівців. Якщо проект з використанням ARIS починається без детального опрацювання таких угод, то ймовірність створення моделей бізнес-процесів, які не відповідають на поставлені питання, дуже висока.

У даній статті ми розмістимо короткий огляд програм для опису і моделювання бізнес процесів.
У міру отримання інформації до статті будемо додавати нам інформацію про те програм.
Якщо ви знаєте зручну програму для моделювання бізнес процесів, яка не потрапила в наш список, повідомте нам в коментарі або через форму зворотного зв'язку.

1. ARIS Express - інструмент для моделювання бізнес-процесів, досить простий в установці і використанні, так що його можуть застосовувати і починаючі користувачі, і студенти вузів. Даний продукт прнадлежіт до сімейства засобів моделювання ARIS (ARchitecture of Integrated Information Systems) компанії IDS Scheer (в даний час є частиною фірми Software AG), широко представлених на російському ринку, локалізованих ще кілька років тому і навіть забезпечених російськомовної технічною підтримкою. Сімейство продуктів ARIS (ARchitecture of Integrated Information Systems), які виробляє компанія IDS Scheer, включає не тільки інструменти моделювання бізнес-процесів і публікації моделей, а й інтегруються між собою кошти розробки системи збалансованих показників, оцінки і оптимізації вартості бізнес-процесів, їх імітаційного моделювання, інструменти, що спрощують впровадження ERP-систем, проектування розподілених систем та ІТ-інфраструктури, а також контрольні заходи за виконанням бізнес-процесів. Провідні аналітичні компанії Gartner Group і Forrester Research відносять компанію IDS Scheer до лідерів світового ринку засобів моделювання та аналізу бізнес-процесів.

2. Bizagi Process Modeler - безкоштовне програмне забезпечення для створення діаграм процесів і документації в нотації стандарту BPMN.

3. Business Studio - система бізнес-моделювання від вітчизняного виробника, що дозволяє компаніям прискорити та спростити розвиток своєї системи управління, впровадження системи менеджменту якості. Є безкоштовна версія. Основні розв'язувані завдання:

  • Формалізація стратегії і контроль її досягнення
  • Проектування та оптимізація бізнес-процесів
  • Проектування організаційної структури та штатного розкладу
  • Формування і поширення серед співробітників регламентує документації
  • Впровадження системи менеджменту якості відповідно до стандартів ISO
  • Формування Технічних завдань та підтримка впровадження інформаційних систем

4. AllFusion Process Modeler - Дозволяє проводити опис, аналіз і моделювання моделі даних - будівник мета-моделей даних. Займає одне з лідируючих місць в своєму сегменті ринку.
Включає три стандартні методології: IDEF0 (функціональне моделювання), DFD (моделювання потоків даних) і IDEF3 (моделювання потоків робіт).

5. - комплексне засіб зі зручним для користувача інтерфейсом, призначене для моделювання та організації спільної роботи як виробничого, так і ІТ-персоналу.

  • Швидка і безперешкодна інтеграція функцій моделювання, побудови робочих процесів і імітації.
  • Імітація на основі даних зі сховища, звіти про зміни і засоби оцінки продуктивності в реальному часі.
  • Моніторинг робочих процесів через Інтернет за допомогою стандартного браузера.

6.ELMA - Російська розробка. Система управління бізнес-процесами заснована на простій ідеї: йде побудова моделі бізнес-процесів вашої компанії за допомогою наочних діаграм (нотація BPMN), завантажуєте ці описи в комп'ютерну систему ELMA, і програма дозволяє відстежити виконання процесів в реальній практиці роботи підприємства. Є безкоштовна версія.
Крім управління послідовними завданнями, які вигідно автоматизувати, є модуль управління проектами. Існуюча система контролю (в тому числі через модуль управління KPI) і звітів створює оптимальний умови для роботи в команді, в тому числі віддалено (особливо цінно для філій).
Електронний документообіг пов'язаний з усіма модулями системи і забезпечує зберігання, класифікацію документів. Це значно економить час і зводить концепцію «незамінного працівника» до мінімуму.
Облік клієнтів і прав доступу вирішене в модулі CRM: з'явилася функція інтеграції з call центрами. Для рядового користувача ELMA може бути корисна як альтернатива внутрішньокорпоративної поштою і інструмент управління завданнями.

7. Fox Manager Бізнес Процеси Безкоштовна. Програма для побудови і аналізу бізнес процесів, а також генерації звітів по процессной моделі підприємства. Програма дозволяє побудувати єдину цілісну процессную модель підприємства. Використовувана нотація близька до Basic Flow Chart, яка багатьом добре знайома своєю простотою побудови бізнес процесів. Програма автоматично будує процеси верхнього рівня, відображаючи взаємодії категорій і бізнес процесів у вигляді наочної діаграми. Аналітичні функції програми дозволяють вчасно помітити й усунути помилки, допущені при побудові побудованої процессной моделі, а саме виділити процеси, за які ніхто не відповідає, знайти посилання на неіснуючі документи, посади, постачальників або бізнес процеси.

Роман Ісаєв

Експерт з організаційного розвитку та процесного управління

Партнер ГК «Сучасні технології управління»

Керівник проектів організаційно-корпоративного розвитку

Професійний бізнес-тренер і фахівець з Business Studio

Стаття присвячена завданням і проектам з області бізнес-моделювання, бізнес-інжинірингу та організаційно-корпоративного розвитку. У ній систематизовано інформацію, яка повинна допомогти більш глибокому розумінню значення та особливостей бізнес-моделювання в організаціях, а також показана роль бізнес-моделювання для отримання додаткових конкурентних переваг. Наведено різні приклади, інтерв'ю, посилання на методики і практичні рішення.

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

Бізнес модель- це формалізований опис (наприклад, графічне) певного аспекту або сфери діяльності організації.

Існує 4 основних способи розробки бізнес-моделей. Перерахуємо їх у порядку убування рівня ефективності побудови та використання бізнес-моделей.

  • В нотації (правилах) спеціалізованого програмного продукту бізнес-моделювання: комбінація графіки, таблиць та тексту. Більш детально - див. Розділ 8;
  • Графічний: дерево, блок-схема, технологічна карта і т. П.;
  • табличний;
  • Текстовий.

Бізнес-моделюванням займаються багато організацій, але кожна знаходиться на різних етапах розвитку за даним напрямком. Хтось уже розробив і активно використовує комплексну бізнес-модель (сукупність моделей, документів і систем, що описують всю діяльність організації). Хтось має тільки графічні моделі і регламенти кількох бізнес-процесів.

Основні види бізнес-моделей, які розробляються в організаціях:

  • дерево (ієрархічний список) бізнес-процесів - див. рис. 1;
  • графічні моделі бізнес-процесів;
  • модель організаційної структури - див. Рис. 2;
  • моделі цілей і показників (стратегічні карти BSC / KPI);
  • моделі бібліотеки документів (дерево документів), моделі інформаційних систем (системний архітектура) - див. Рис. 3;
  • моделі продуктів і послуг - див. Рис. 4;
  • моделі з менеджменту якості та багато іншого.

Всі ці моделі дозволяють розробити професійні програмні продукти бізнес-моделювання (ППБМ).

Більше 10 років автор використовує в проектах і власних розробках більшість відомих на ринку ППБМ рішень: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бізнес-інженер, Microsoft Visio. У кожного з них є свої функціональні особливості, обмеження та переваги. Детальніше ознайомитися з розробленою автором методикою порівняння програмних продуктів можна в книзі Глава 8.

Мал. 1. Дерево бізнес-процесів банку (верхній рівень)

Мал. 2. Модель організаційної структури банку (верхній рівень)

Мал. 3. Модель бібліотеки документів банку (фрагмент)

Мал. 4. Модель продуктів і послуг банку (верхній рівень)

«Джентльменський набір» знань і інструментів бізнес-аналітика

Перерахуємо набір основних знань і інструментів, якими, на думку автора, повинен володіти сучасний бізнес-аналітик, фахівець з бізнес-моделювання. Даний список також може бути корисний молодим фахівцям для аналізу своїх сильних сторін і можливостей для розвитку.

  1. Програмні продукти бізнес-моделювання: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бізнес-інженер, Microsoft Visio;
  2. Нотації бізнес-моделювання та опису бізнес-процесів: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart і ін. В кожний програмний продукт бізнес- моделювання закладений свій набір нотацій, і вони докладно описані в Керівництві користувача до програмного продукту;
  3. Методики і методи бізнес-інжинірингу / менеджменту:
    • Розробка і впровадження системи збалансованих показників BSC / KPI;
    • Опис бізнес-процесів;
    • Аналіз, оптимізація, підвищення якості бізнес-процесів;
    • Управління бізнес-процесами на довгостроковій основі;
    • Функціонально-вартісний аналіз (ФВА) і імітаційне моделювання;
    • Опис і оптимізація організаційної структури, чисельності персоналу;
    • Побудова систем мотивації персоналу;
    • Побудова і організація функціонування системи менеджменту якості (ISO 9000);
    • Управління проектами (в тому числі по PMBOK - Project management body of knowledge);
    • Побудова комплексної бізнес-моделі суб'єкта господарювання;
    • бенчмаркінг;
    • Lean, 6 Sigma;
    • TQM (загальне управління якістю);
    • Різні галузеві методики і стандарти, розробки консалтингових компаній. Повний перелік і докладний опис всіх методик стосовно банківської галузі представлені в.
  4. Типові рішення, приклади, напрацювання і матеріали. Щоб не розробляти більшу частину матеріалів з нуля і не робити помилок, які вже пройшли інші фахівці, необхідний набір типових рішень, моделей, документів і т. П. Наприклад, електронна база даних (довідник) «Комплексна типова бізнес-модель комерційного банку».

Таким чином, можна сформувати наступну схему (див. Рис. 5):

Методика + Типові рішення + Програмний продукт = Результат

Мал. 5. «Джентльменський» набір знань і інструментів бізнес-аналітика

Тут Методики і методи показують, ЯК виконувати проекти та завдання.

Типові рішення і матеріали демонструють, ЩО повинно вийти на виході (результат).

За допомогою ППБМ автоматизується виконання всіх завдань і проектів. Це в кілька разів скорочує час і підвищує ефективність робіт. Наприклад, система Business Studio дозволяє натисканням однієї кнопки автоматично сформувати регламентує документацію на основі розроблених моделей бізнес-процесів, забезпечуючи значну економію фінансових і трудових ресурсів.

Бізнес-моделювання: особливості практичного застосування

Головна особливість бізнес-моделювання полягає в тому, що в його основі повинні лежати бізнес-процеси. Саме система управління бізнес-процесами (СУБП) є фундаментом, на якому будується велика кількість інших систем управління і технологій.

У багатьох організаціях активно впроваджувалися і продовжують впроваджуватися різні підходи, методики і технології управління, вдосконалення та оптимізації.

Практика показує, що в деяких випадках дані методики мають успіх на початковому етапі впровадження, але потім поступово втрачають свою ефективність і забуваються.

Безуспішність спроб поліпшення роботи організації за допомогою цих підходів / методик часто обумовлена ​​несистемні і розрізненістю дій, що не припускають глибокого аналізу і корінних змін в роботі організації.

Основний спосіб подолання даної проблеми - це впровадження в організації процесного підходу до управління (т. Е. Побудова системи управління бізнес-процесами) як основи для реалізації інших методик, технологій управління / вдосконалення та оптимізації.

Складні методики бізнес-моделювання, які не можна звести до простих і зрозумілих дій, в організаціях, як правило, не працюють. Адже, врешті-решт, реалізація цих методик і результати їх застосування лягають на персонал і лінійних керівників організації, які не завжди мають спеціалізованими компетенцій в області сучасних методик управління і бізнес-інжинірингу, а часом зустрічають їх «в багнети».

Щоб впроваджувана в організації методика (технологія) і проект в цілому були успішними і принесли заплановані результати, бажано, щоб вони були:

  1. Недорогими. Особливо це актуально для середніх і невеликих організацій, які не можуть собі дозволити впроваджувати дорогі рішення;
  2. Простими і зрозумілими рядовим співробітникам організації;
  3. Практично спрямованими, мати досить «швидкі», і в той же час, довгострокові результати;
  4. Брали до уваги специфіку менеджменту російських компаній;
  5. Містили приклади і типові рішення.

Тут також доречно навести 8 головних принципів управління якістю, які відносяться до всіх завдань бізнес-моделювання та дозволяють забезпечити їх виконання.

  1. Орієнтація на споживача;
  2. Лідерство керівника;
  3. Залучення працівників;
  4. Процесний підхід;
  5. Системний підхід до менеджменту;
  6. Постійне поліпшення;
  7. Прийняття рішень на підставі фактів;
  8. Взаємовигідні відносини з постачальниками.

Дійсно, недотримання навіть 1-2 принципів може мати негативний вплив на розвиток організації.

Значення бізнес-моделювання

Приступаючи до розробки бізнес-моделей, організації виділяють певні людські і матеріальні ресурси для реалізації проекту. При цьому поліпшення в результаті проведеної роботи повинні перевершувати ці витрати. Чим же бізнес-модель в підсумку допомагає функціонуванню організації? Можна виділити кілька найбільш помітних і широко відомих позитивних ефектів, що виявляються при грамотному і системному описі бізнес-процесів.

  1. Підвищення прозорості, керованості та контрольованості діяльності організації на всіх рівнях;
  2. Зниження часу виконання і витрат, підвищення якості та ефективності бізнес-процесів;
  3. Можливість тиражувати бізнес організації (створювати додаткові клієнтські відділення, офіси, представництва);
  4. Комплексне і сталий розвиток організації, системний підхід до прийняття рішень;
  5. Зменшення залежності від персоналу, правильний підбір співробітників, підвищення ефективності роботи персоналу і керівників;
  6. Підвищення лояльності і задоволеності клієнтів, і, як наслідок, репутації організації;
  7. Фінансовий результат.

Однак є й інші аспекти, які не так добре відомі широкому колу керівників і власників бізнесу.

Бізнес-моделювання та пов'язані з ним технології / рішення істотно впливають на рейтинги організації, які присвоюються рейтинговими агентствами, в тому числі міжнародними (Fitch, Moody's, S & P і ін.).

В результаті аналізу методик присвоєння рейтингів різних міжнародних і російських агентств (включаючи), а також за підсумками інтерв'ю з представниками агентств, автору вдалося з'ясувати, що багатьма агентствами при розрахунку рейтингів організацій враховується група чинників під умовною назвою «Корпоративне управління / менеджмент» (нефінансові оцінки ). Цей параметр включає в себе наступні фактори:

  • Адекватна і детально пророблена стратегія організації;
  • Розвинена система ризик-менеджменту (включаючи систему управління операційними ризиками);
  • Рівень регламентованості (формализованности) бізнес-процесів;
  • Якість бізнес-процесів (історія показників KPI);
  • Рівень автоматизації бізнес-процесів, стан інформаційних систем і технологій (ІТ);
  • Організаційна структура (формализованность, ефективність, прозорість, розподіл відповідальності та повноважень);
  • Еволюція і функціонування різних систем управління в організації (система менеджменту якості, система роботи і взаємини з клієнтами, система управління персоналом і т. П.).

Детальні умови та оцінки залежать від конкретного агентства.

Алгоритм присвоєння рейтингу досить простий і зрозумілий. Аудитори рейтингового агентства вивчають і дають оцінку діяльності організації відповідно правилами і критеріями, закладеними в методику визначення рейтингу. В якості вхідної інформації виступають:

  • Нормативні та звітні документи організації;
  • Спостереження за діяльністю організації та інтерв'ю.

Тому важливо не тільки розробити велику кількість правильних і актуальних документів, але і довести їх до співробітників, забезпечити ефективне виконання бізнес-процесів і функціонування систем управління на практиці.

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

Умовні позначення привласнюються рейтингів (рейтингова шкала) можуть бути різними в залежності від рейтингового агентства і самого типу рейтингу (кредитний рейтинг, рейтинг надійності, рейтинг якості управління, рейтинг фінансової стійкості та ін). Наприклад: вищий рівень надійності, задовільний рівень надійності, низький рівень надійності і т. Д.

  1. Участь в тендерах і акредитаціях;
  2. Поліпшення іміджу (авторитету) організації на ринку, серед партнерів і контрагентів;
  3. Поліпшення іміджу (авторитету) організації у органів державної влади;
  4. Розширення клієнтської бази;
  5. Залучення інвесторів;
  6. Як наслідок усіх перерахованих пунктів - поліпшення фінансових показників.

Таким чином, для публічних компаній, зацікавлених у підвищенні міжнародних або національних рейтингів, при оцінці ефективності проекту побудови комплексної бізнес-моделі доцільно врахувати додаткові можливості щодо поліпшення рейтингових позицій. Відзначимо, що адекватна опрацювання всіх перерахованих вище факторів, що впливають на рейтинг організації, безумовно вимагає застосування професійних програмних продуктів бізнес-моделювання (ППБМ).

Додаткові можливості в цьому напрямку надає використання типових успішних галузевих рішень. Як актуального прикладу можна навести «Комплексну типову бізнес-модель комерційного банку», розроблену в програмному продукті Business Studio. Узагальнюючи кращі практики процесного управління в кредитних організаціях, ця модель виступає в якості зразка, на основі якого компанії фінансового сектора можуть удосконалювати корпоративне управління по всім перерахованим вище параметрам.

Практика бізнес-моделювання в фінансово-кредитних організаціях

Рішення про створення бізнес-моделі суб'єкта господарювання може прийматися по-різному, в залежності від особливостей управління тих чи інших компаній. Іноді це є одноосібним рішенням топ-менеджера, також можлива ситуація, коли необхідність бізнес-моделювання усвідомлюють власники компанії. У практиці роботи з банківськими організаціями автору доводилося стикатися з такими прикладами.

«Вся діяльність банку після натискання однієї кнопки на комп'ютері»

Голова правління банку «А» на одній з нарад розпорядився: «Необхідно, щоб вся діяльність банку була формалізованої, щоб, натиснувши кнопку на комп'ютері, я міг бачити роботу будь-якого співробітника і будь-якого бізнес-процесу банку: його цілі, показники, процеси, технології , результати і т. д. ».

Для вирішення поставленого завдання була розроблена електронна бізнес-модель банку. На робочому столі комп'ютера Голови правління розмістилося вікно веб-браузера. Розташовані в ньому посилання дозволяють відслідковувати всю діяльність: Керівник може відкрити будь-який документ, схему бізнес-процесу, дізнатися відповідальних за бізнес-процеси і процедури, статистику за показниками бізнес-процесів і актуальні значення, перелік реалізованих в даний момент в банку проектів та їх статус , організаційну структуру будь-якого підрозділу і багато іншого.

Голова правління залишився дуже задоволений виконаною роботою. Слід зазначити, що робота була виконана в стислі терміни: з моменту постановки завдання до отримання фінальних результатів пройшло 1,5 роки. Високу швидкість реалізації проекту вдалося забезпечити завдяки використанню в якості методичної основи типового рішення - «Комплексної типовий бізнес-моделі комерційного банку», яка являє собою систему взаємопов'язаних моделей, документів і довідників, що описують більшість областей діяльності і систем управління універсального комерційного банку.

До речі, до моменту завершення проекту Голова правління став вже акціонером банку. Отримана в результаті Комплексна бізнес-модель банку забезпечила системний підхід до управління банком, що дозволяє швидко приймати рішення і проводити будь-які зміни в роботі банку, підвищує ефективність і якість як окремих бізнес-процесів і підрозділів, так і банку в цілому.

«Системний підхід до розвитку банку»

Акціонери банку «Б» поставили завдання розробки комплексної і довгостроковій стратегії розвитку банку на основі сучасних технологій управління. Провівши дослідження і взявши участь в декількох бізнес-тренінгах, фахівці з організаційно-корпоративного розвитку банку запропонували акціонерам наступне рішення.

Оскільки корпоративна стратегія банку вже визначена, можна почати з розробки системи управління бізнес-процесами банку, так як саме бізнес-процеси - суть всієї роботи банку, а від результатів бізнес-процесів залежить задоволеність Клієнтів і прибуток банку.

  1. Ми опишемо всі ключові бізнес-процеси, створимо процесні команди і навчимо їх, забезпечимо ефективну взаємодію всіх учасників бізнес-процесів, щоб бізнес-процеси виконувалися швидше;
  2. Покращимо (оптимізуємо) процеси, де це буде потрібно, потім організуємо управління бізнес-процесами на постійній основі. В рамках кожного бізнес-процесу ми організуємо стратегічне планування, щоб кожен бізнес-процес мав стратегію на основі сучасних ринкових тенденцій, вимог клієнтів і стратегії банку, а також цілі і показники;
  3. Коли бізнес-процеси і управління ними стануть прозорими і налагодженими, ми перейдемо до наступної задачі - побудова системи менеджменту якості банку (за стандартами ISO 9000) на основі системи управління процесами. Т. е. СМК буде надбудовою для системи управління процесами. Це дозволить банку отримати сертифікат відповідності ISO 9001 та підвищити свій імідж, як серед клієнтів, так і серед партнерів. Також завдяки СМК і стандартам ISO 9000, ми значно знизимо кількість претензій Клієнтів до банку і витрати на неякісні продукти та послуги, мінімізуємо операційні ризики, доповнимо діяльність банку новими вимогами і методами управління;
  4. Паралельно з цим ми почнемо автоматизацію бізнес-процесів. Оновимо і переведемо на якісно новий рівень системи електронного документообігу та оперативного управління (DocFlow / WorkFlow), взаємодії з клієнтами (CRM) і ін. Створимо єдиний проектний офіс, який буде курирувати всі проекти по організаційно-корпоративного розвитку банку, якісно влучивши управління персоналом банку , щоб дана діяльність представляла собою систему.

В результаті ми отримаємо інтегровану систему менеджменту банку - сучасний ефективний інструмент управління організацією для акціонерів і топ-менеджерів банку.

висновок

В сучасних умовах на низці ринків все частіше виникає ситуація, коли значення цінової конкуренції знижується, і низька ціна товарів або послуг вже не є ключовим способом залучення і утримання клієнтів.

Наприклад, у фінансовій сфері все більше Клієнтів звертають увагу на якість і технологічність продуктів / послуг кредитної організації, зручність взаємодії з банком по вирішенню всіх питань і проблем, можливість швидкого задоволення організацією нових потреб і запитів Клієнтів. Чимале значення мають і такі важливі параметри, як надійність і стійкість банку, одним з показників яких є його досить високий рейтинг у вітчизняних та / або міжнародних агентствах.

Тому є всі підстави припускати, що потреба в бізнес-моделюванні, впровадженні технологій бізнес-інжинірингу та організаційного розвитку буде тільки рости.

Тепер, після загального уточнення загальних функціональних завдань, що вирішуються розглянутими засобами, слід порівняти і ті можливості, які ці кошти надають.

При подальшому аналізі розглядатимуться тільки характеристики програм ARIS ToolSet (далі, ARIS), BP-Win - Erwin (далі, BP-Win) і ОРГ -Мастер (далі, ORG-Master). Програму Rational Rose - як в найбільшою мірою орієнтовану на побудову чисто програмних, а не організаційних систем, щоб спростити виклад ми виключимо з розгляду, тим більше що лежить в її основі методологія UML реалізована зараз в АРІС).

Функціональні можливості засобів моделювання бізнес-систем

При порівнянні різних засобів моделювання бізнес-систем доцільно розглядати їх особливості за такими групами функціональних можливостей:

  • засоби побудови моделей бізнес- систем;
  • засоби аналізу моделей;
  • засоби оптимізації модельованих систем по їх моделям;
  • підтримка бібліотек типових моделей;
  • оформлення регламентів і документації;
  • підтримка розробки моделей баз даних і програмних засобів;
  • інтеграція з іншими програмними продуктами (CASE-засобами, ERP-системами, прикладними програмами).
  • загальну організацію бізнес-процесів і порядок взаємодії оргзвеньев (виконавців),
  • розподіл відповідальності за реалізацію окремих функцій і витрачання ресурсів системи,
  • завантаження оргзвеньев, виконавців і інструментальних ресурсів в системі,
  • основні тимчасові і вартісні параметри модельованої системи,
  • вимоги щодо ресурсного забезпечення протікають в системі процесів.

аналіз загальної організації бізнес-процесів і порядку взаємодії оргзвеньевв системі проводиться безпосередньо при вивченні побудованих моделей бізнес-процесів. Якісний аналіз дозволяє також виявити ті ролі, Які, за певних умов, можуть бути виключені з процесу. При цьому наочність моделі і можливість простежити за нею наявні в системі взаємозв'язкунабуває першочергового значення.

Зауваження, які стосуються наочності моделей, наведені нижче. Але тут також слід зазначити, що важливою вимогою до моделі є можливість її аналізу до повного її побудови.Дійсно, якщо виявити взаємозв'язку (як і їх відсутність) в системі можливо тільки після побудови повної її моделі, то це виявляється дуже незручно на початкових етапах роботи, коли інформація про особливості протікають в системі процесах ще може частково бути відсутнім або бути неточною.

Тут у виграшному становищі опиняється ORG-Master, так як модель бізнес-процесів в ньому не будується безпосередньо у вигляді IDEF діаграми. Ця діаграма може автоматично генеруватися після створення і заповнення утворюють модель класифікаторів (бізнес-функцій, оргзвеньев, ресурсів та ін.) І завдання усіх проекцій (взаємозв'язків за ресурсами, виконавцями, інструментів, регламентам і власне зв'язків між бізнес-операціями). Таким чином, ще до отримання повної (або часткової) моделі бізнес-процесу вже виявляються і можуть бути проаналізовані основні взаємозв'язки, що визначають моделюється.

На відміну від такого підходу, моделі бізнес-процесів в ARIS і BP-Win будуються безпосередньо, а існуючі взаємозв'язку компонент процесу повинні готуватися для проведення аналізу, в результаті відповідних процедур.

Так, наприклад, після побудови моделі бізнес процесу в BP-Win, за допомогою ERwin будується окрема модель даних, в якій встановлюються зв'язки між компонентами системи (сутностями моделі даних за методологією). Потім ці моделі зв'язуються за допомогою механізму, по суті своїй схожим з використовуваним в ORG-Master механізмом побудови проекцій (див. Додаток 1. Компоненти моделей програмно-методичного комплексу ОРГ -Мастер).

З огляду на це, друга з розглянутих можливостей аналізу моделі: аналізу розподіл відповідальності за реалізацію окремих функцій і витрачання ресурсів системи, Виявляється автоматично реалізованої в процесі побудови моделі бізнес-процесу в системі ORG-Master. Дійсно, проекції виду Оргзвенья - Функції та Функції - Ресурси, що задаються при побудові моделей бізнес-процесів в ORG-Master, безпосередньо показують відповідальних за ту чи іншу ділянку роботи або ресурс (і дозволяють проаналізувати їх будь-які комбінації). Крім того, ORG-Master дозволяє експортувати матричні проекції в MS Excel, де на їх основі формуються діаграми організаційного аналізу.

В ARIS і BP-Win для цієї мети необхідно або вручну простежити всі зв'язки по діаграмах бізнес-процесів (і моделям даних в BP-Win), або спеціально будувати відповідні списки або звіти.

питання про завантаження виконавців і інструментальних ресурсів в системі, а також отримання оцінок за основними часових параметрів модельованої системи,може вирішуватися на підставі кількісних даних про складність (або просто тривалості) реалізованих ними функцій. Для вирішення цього завдання необхідно тим чи іншим способом ввести в систему такі дані, а також передбачити кошти отримання зведених оцінок. Підтримка методології IDEF3 (в BP-Win), ABC-методів в ARIS і BP-Win, а також засобів імітаційного моделювання в ARIS (і, частково, в BP-Win) передбачає певну обробку цих оцінок. Що стосується власне вихідних даних, то вони задаються користувачем, який, таким чином, і несе відповідальність за кінцевий результат.

Однак, отримання досить репрезентативних оцінок за допомогою статистичного (імітаційного / подієвого) моделювання (а, тим більше, за допомогою ABC-методів при розгляді часу в якості ресурсу) по завантаженню компонент системи утруднено наступними факторами.

Сучасні підходи до аналізу будь-якого процесу ( workflow)виходять з поділу часу його реалізації на, власне, період виконання операцій і час передачі їх результатів. При цьому в офісних процесах або процесах надання послуги фактична робота займає в середньому близько 10% часу, а решту часу витрачається або на фізичне переміщення результату завдання (що вимагає підпису тексту договору, що потребує повторної прання вироби) і на очікування в черзі, поки у наступного виконавця знайдеться час продовжити процес. Тому методи, що спираються на просте підсумовування часу операцій в даний час, як правило, не дають точного уявлення про тимчасові параметри процесу.

Більш адекватні результати можна спробувати отримати за допомогою імітаційного моделювання поведінки системи. Однак, для часів затримок обслуговування доводиться або приймати досить приблизні припущення про закон розподілу їх у часі, або проводити досить дорогі і трудомісткі процедури хронометражу і подальшу статистичну обробку. При цьому достовірність отриманих результатів не буде занадто високою, або зажадає значних додаткових витрат. Тому, є розумним підхід, що полягає в тому, що: «вартість витрат на моделювання для отримання будь-якої інформації, не повинна перевищувати цінність (вартість) результатів її використання. Крім того, завжди треба пам'ятати про закон Парето, з якого, стосовно до розглянутої проблеми, слід, що 20% зусиль з моделювання забезпечують 80% ефекту.

Тому, з нашої точки зору, до переходу до складних і витратним за часом і ресурсами методам моделювання, пов'язаним з кількісних оцінок тимчасових, так і вартісних параметрів, варто зосередитися на отриманні ефекту від реалізації більш очевидних результатів бізнес-моделювання. Кількісну ж оптимізацію доцільно проводити з урахуванням вимірів і аналізу реально протікають процесів.

У ORG-Master є функціональний аналог засобів ABC-аналізу - Майстер побудови бюджетів, що генерує просту систему бюджетування. Одним з результатів роботи цієї системи, є кількісна оцінка витрат на реалізацію бізнес-процесів (операційних бюджетів), що, як мінімум, можна порівняти за значенням з даними, що отримуються за допомогою засобів підтримки ABC- costingа.

Крім того, в сімейство ОРГ -Мастер входить і програмний комплекс "Тайм-Майстер", одна з компонент якого, забезпечує управління процесами (workflow), дозволяє накопичувати статистику по ходу їх виконання, що забезпечує отримання оцінок для необхідних для аналізу часових параметрів процесів.

  • Засоби оптимізації бізнес-систем (Бізнес-процесів) додатково до можливостей аналізу моделей забезпечують: інструмент управління.
  • генерування ряду альтернатив;
  • планування;
  • вибір найкращої лінії поведінки;
  • розподіл ресурсів;
  • встановлення пріоритетів.

Як правило, реалізація перерахованих функцій, пов'язана з використанням спеціальних досить складних або громіздких алгоритмів розв'язання оптимізаційних задач. Ряд можливостей такого роду закладений в системі ARIS. Однак, їх реалізація, в основному, не представляється доцільною аж до етапу тонкої настройки бізнес-процесу після досягнення результатів його реструктуризації простішими методами.

Підтримка бібліотек типових моделей дозволяє використовувати раніше створені напрацювання в процесі побудови нових моделей. Така можливість забезпечується в усіх трьох розглянутих інструментальних засобах. Зокрема, в ORG-Master підтримується як повні референтні бізнес-моделі підприємств, отримані в результаті реальних проектів, виконаних на російських підприємствах, так і «бібліотечні» класифікатори, описують типову організацію окремих аспектів діяльності.

оформлення,відповідно до побудованими моделями, регламентів діяльності компанії представляється вельми важливою можливістю, що забезпечує цілісність і несуперечливість документального опису бізнес-системи. Важливість цієї компоненти для інструментальних засобів бізнес-моделювання можна зрозуміти, якщо подивитися на регламенти, як на інструмент управління компанією. Дійсно, якщо компанія стабільно працює, то це означає, що бізнес-процеси в ній добре налагоджені і піддаються майже формальної регламентації. Внутрішня культура, яка зобов'язана бути присутньою в такій фірмі, дозволить при необхідності швидко перебудувати систему або параметри бізнес-процесів, змінивши регламенти роботи відповідних підрозділів і виконавців.

Наявність документів-регламентів з усіх аспектів діяльності компанії є одним з базових положень концепції регулярного, системного менеджменту. Відповідно до неї, в добре організованому бізнесі, близько 80% управлінських рішень приймається по заздалегідь прописаним процедурам, і тільки решта, пов'язані з нестандартними ситуаціями і різними інноваціями, спираються на творчий потенціал і героїзм співробітників.

Організація діяльності підприємства (компанії), спрямована на досягнення певних цілей, регламентується на сучасному рівні наступним стандартним набором базових організаційних документів:

  • положення про організаційно-функціональній структурі, що відбиває склад бізнесів і функцій, підтримуваних в компанії, і їх розподіл всередині компанії;
  • положення про політиків компанії (облікової, інвестиційної та ін.);
  • положення про організацію основних підсистем бізнесу і менеджменту компанії, що містять детальний опис функцій за напрямками діяльності;
  • задокументовані методики - опису бізнес-процесів у формі, що дозволяє як уявити процес сторонньому спостерігачеві, так і керуватися цим документом виконавцям операцій процесу;
  • і, нарешті, традиційні «положення про підрозділи», і «посадові інструкції» персоналу з переліками функціональних обов'язків, видів відповідальності, прав і повноважень співробітників.

Крім того, повинна забезпечуватися можливість створення спеціальних звітних форм, для створення документів в різних функціональних областях: Технічного завдання на інформаційну систему управління підприємством, Настанови з якості (див. Наприклад, Додаток 3) та інших спеціальних документів за стандартом ISO9000 і т.п.

Всі відомості, що дозволяють генерувати ці документи, повинні міститися у вигляді цілісної і несуперечливої ​​системи в повній бізнес-моделі підприємства (компанії). Причому багато створювані документи повинні максимально відповідати загальноприйнятим російськими стандартами (Очевидно, що системи ARIS і BP-Win останньому вимозі відповідають в найменшій мірі).

У середовищі ORG-Master такі положення та інструкції генеруються автоматично як текстові форми опису процедур, представлених відповідними класифікаторами і відносинами-проекціями зв'язків між ними. Графічні форми (різні орграфів і діаграми процесів) служать хорошим доповненням цих документів.

У середовищі ARIS посадові інструкції і опису процесів ґрунтуються на подієвих діаграмах процесів і, в принципі, різні текстові документи можна спробувати побудувати аналізуючи моделі процесів і структури організації. Хоча більшою мірою тут картина зворотна - система орієнтована в основному на створення графіки, а функція створення документів-регламентів є явно допоміжної і, внаслідок цього, не розвинутий.

В BP-Win пряма можливість отримання різних регламентів не обумовлена.

У відносинах проектної документації можна розглядати дві сторони: опис бізнес-процесів і опис інформаційної системи підтримки бізнес-процесів для подальшої її розробки. Перша з них практично однаково забезпечується в кожній з розглянутих середовищ можливістю побудови різних звітних форм по побудованим моделям бізнес-процесів.

У частині документації для розробки інформаційної системи найбільш традиційні можливості передбачав, BP-Win / ERwin, яка, власне, для цього і створювалася.

Можливості ARIS приблизно аналогічні: в перших версіях моделі даних описувалися за схемою сутність-відношення, в більш пізніх - на мові UML. Однак інструмент ARISToolset забезпечує більш розвинені функції розробки інформаційних систем.

Можливості ORG-Master дозволяють повністю уявити структури даних, необхідні для організації інформаційної підтримки модельованих бізнес-процесів за допомогою власних універсальних засобів - класифікаторів і проекцій. Відсутні формалізми типу ER-діаграм, хоча в останніх версіях можлива візуалізація в стандарті DFD. Крім того, з'явилася можливість відображати на IDEF0-діаграмах взаємодія між функціональними блоками не тільки за допомогою безпосередньої передачі документів і файлів, але і через колективні бази даних!

Підтримка розробки моделей баз даних і програмних засобів зазвичай ставиться до можливостей засобів типу CASE або близьким до них коштів настройки інформаційних систем управління підприємством (наприклад, систем класу ERP). Така підтримка може забезпечувати такі функціональні можливості:

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

питання аналізу і проектування архітектури інформаційних систем, Зазвичай завершуються визначенням вимог до системи і відповідних специфікацій. Цей етап, при системному підході до проектування, повинен безпосередньо спиратися на моделі бізнес-систем і, по суті, деталізувати їх. Тому тут справедливі всі наведені вище міркування, які висвітлюють побудова, аналіз і оптимізацію моделей систем, а також оформлення регламентів і документації.

Проектування баз даних і файлів(Концептуальний і внутрішній рівні), перетворення моделей даних, опис форматів файлів найбільш повно в розглянутих засобах підтримується тільки в BP-Win (ERwin), так як це середовище спеціально призначена для вирішення подібних завдань.

У середовищі ARIS така можливість передбачена в пакеті ARIS Toolset на рівні специфікації проекту і визначення параметрів баз даних.

Підхід, що розвивається в середовищі ORG-Master, передбачає (хоча і не обов'язково), що в модельованих бізнес-системах можуть використовуватися інформаційні системи, які вже мають бази даних. В цьому випадку їх перепроектування не потрібно, якщо не передбачається заміна використовуваної системи. Однак, в разі відсутності інформаційних систем, ORG-Master створює основу для концептуальної моделі даних і структур файлів даних. Цю основу становлять опису складу та взаємозв'язку інформаційних об'єктів і документів, які використовуються в моделях бізнес-процесів.

Генерація програмних кодів прикладних або системних засобівв системах ARIS і ORG-Master не передбачено, так як вони представляють собою засоби проектування бізнес-систем, а не програмного забезпечення. Певною мірою ця можливість реалізована тільки в BP-Win.

Супровід і реінжиніринг. Ці функції зазвичай реалізуються засобами документування, аналізу програм, їх реструктурування і реінжинірингу. Зауваження, зроблені вище щодо засобів документування повністю застосовні і в даному розгляді.

функції управління проектомстворення баз даних і програмних засобів є специфічними саме для розробки програмних продуктів. У такій формі вони реалізовані в BP-Win. Управління проектами в сімействі ОРГ -Мастер повністю підтримує програмний комплекс «Тайм-Майстер». (Хоча, строго кажучи, ці функції не є обов'язковими для даного класу інструментальних засобів).

Інтеграція з іншими програмними продуктами передбачає розширення сфери застосування даного засобу і може проводитися як в рамках розробки сімейства сумісних програмних засобів (по типу фірми Platinum Technologies) або з програмними засобами інших розробників (third party software).

Інтеграція з програмними продуктами "третіх сторін" виконується з однієї з наступних цілей:

  • використання функціональних можливостей інтегрувального продукту для розширення області застосування свого продукту,
  • надання можливості включення свого продукту в продукт третьої сторони,
  • забезпечення універсального, в тій чи іншій мірі, інтерфейсу для свого продукту, якщо конкретна третя сторона невідома заздалегідь.

З точки зору функціональної спрямованості можна розглядати інтеграцію з:

  • CASE засобами,
  • ERP системами,
  • прикладними програмами.

ARIS має інтерфейси з деякими CASE-засобами, а також є засобом створення моделей для безпосередньої настройки таких систем управління підприємствами, насамперед SAP R / 3. Як зазначалося вище, система спирається на власну нотацію для представлення бізнес-процесів, тому в ній використовуються вбудовані засоби імітаційного моделювання та інструментом вартісного аналізу, результати яких, втім, можуть експортуватися в формати MS Excel.

Системи ORG-Master і BP-Win підтримують систему позначень IDEF0 для опису подаються бізнес-процесів. В принципі, це є певним сполучною ланкою як між цими засобами, так і для зв'язку з іншими програмними продуктами, які використовують цю методологію. Однак, не розглядаючи тут питання «віку» нотації IDEF0, слід вказати, що внутрішнє подання даних в кожній системі своє, а стандартний інтерфейс по типу "гнізд" або класів для системи IDEF0 не обговорений. Разом з тим, існує стандартизований формат файлів для подання IDEF діаграм. Тому, хоча описи, зроблені з його допомогою і не дуже зручні як для людини, так і для ЕОМ, використовувати їх в якості засобу обміну моделями можливо при наявності відповідних конвертерів даного формату. Такий конвертер передбачається в наступних версіях ORG-Master.

BP-Win підтримує методології IDEF0, DFDі IDEF3і інтегрується з наступними програмними продуктами (в основному, того ж виробника):

  • інструментом моделювання даних ERwin (Platinum Technology),
  • системою управління і зберігання проектів ModelMart (Platinum Technology),
  • спеціалізованим генератором звітів по моделі RPTwin (Platinum Technology),
  • системою імітаційного моделювання BPSimulator (System Modeling Corporation),
  • інструментом вартісного аналізу EasyABC (ABC Technologies).

(* Platinum Technology - з 1999 р увійшла в Computer Associates)

ORG-Master спочатку позиціонується як система організаційного класу, орієнтована на вирішення завдань моделювання та проектування бізнес процесів і структур і підтримки прийняття організаційних рішень. У ньому передбачена можливість інтеграції з власними пакетами розробника ( «BIG-SPB Software»), орієнтованими на рішення різних функціональних завдань. В системі ORG-Master, при необхідності, автоматично створюються прості виконавчі інформаційні системи в середовищі MS Office:

  • Система бюджетування (що представляє собою просту систему управлінського обліку, управління прибутковістю і платоспроможністю підприємства).
  • Система маркетингу (накопичують оперативну кількісну інформацію про ринок підприємства, а також інтегрована з власної CRM-системою підтримки відносин з клієнтами).

Впровадження цих додатків в діяльність підприємства дозволяє досить швидко освоїти сучасні техніки управління, що значно полегшує перехід до більш складним виконавчим системам.

Можливо (і було випробувано в проектах) сполучення за даними через файли обміну в рамках побудови інтегрованих інформаційних систем з виконавчими і аналітичними програмами фірм-партнерів: 1С, АІТ: Софт, ІНТАЛЄВ, Комтех +, ІНЕКО ін., А також з комплексними системами управління ресурсами підприємства (наприклад, IPS-виробництво).

У новій версії також передбачаються механізми експорту описів бізнес-процесів в програмний комплекс «Тайм-Майстер», що поєднує властивості систем типу Project Management, WorkFlow і Personal Information System і побудовану на технологіях Internet / Intranet.

Резюме по розділу:

Основні функціональні можливості порівнюваних інструментів представлені в таблиці 2, де за п'ятибальною шкалою позначені оцінки ступеня реалізації функцій або властивостей.

Як видно з таблиці 2, пряме підсумовування оцінок дає розкид близько ± 4%. Такий розкид лежить в межах похибки самих оцінок. Більш того, самі засоби, що розрізняються по функціональної спрямованості, отримали близькі оцінки за рахунок того, що розрізняються сильні і слабкі сторони різних засобів при прямому підрахунку компенсують один одного.

Однак в ході обговорення функціональних можливостей підкреслювалося, що безпосередньо для вирішення завдань бізнес інжинірингу, окремі групи функціональних можливостей мають різне значення. Цей факт відображений коефіцієнтами, записаними в графі "Bес", Таблиці 2. З урахуванням цього фактора видно, що загальна оцінка комплексу ORG-Master трохи перевершує ARIS.

Але знову ж таки це може бути наслідком різних уподобань і пріоритетів в цільовому використанні продукту. Наприклад, за рахунок більш низької оцінки значущості існуючих засобів кількісного аналізу моделей (імітаційного і подієвого моделювання), а також засобів оптимізації, які, втім, слабо представлені у всіх розглянутих системах. У той же час високо оцінені властивості самодокументіруемості моделей або універсальності представлення різних аспектів моделювання.

В цілому при оцінці і виборі кошти моделювання рекомендується самостійно вирішувати якісь із засобів систем найбільш важливі при вирішенні конкретної задачі його застосування і відповідно проставляти «ваги».

Додатково в довідковому додатку 2 дан огляд стандартів формалізації і засобів побудови та / або аналізу тих чи інших моделей, які застосовуються в розглянутих системах.