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

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

При подальшому аналізі розглядатимуться лише характеристики програм 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%. Такий розкид лежить у межах похибки самих оцінок. Більш того, самі кошти, що відрізняються за функціональною спрямованістю, отримали близькі оцінки за рахунок того, що сильні і слабкі сторонирізних коштів за прямому підрахунку компенсують один одного.

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

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

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

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

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

VAD (value added chain diagram)

Нотація VAD, запропонована Майклом Портером (Michael Porter) у його роботах з корпоративної стратегії, концентрується на моделюванні бізнес-процесів, які «створюють цінність» у вигляді послуг або продукції для споживача. Модель бізнес-процесу, побудована в нотації VAD, дає загальний, не деталізований погляд бізнес-процеси.

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

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

Наприклад, розширення даної нотації в інструментарії ARIS дозволяє показати на моделі бізнес-процесу виконавців, ризики, документи, дані та багато іншого.

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

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

Моделювання бізнес-процесів – EPC (event-driven process chain)

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

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

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

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

Існує безліч варіантів нотації EPC, у форматі стовпців, рядків, а також з різними переліками об'єктів, що використовуються, проте всі ці варіанти доступні тільки в інструментарії ARIS, тоді як в інших інструментах, наприклад, MS Visio або Business Studio доступне моделювання бізнес-процесів EPC лише у класичному форматі.

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

Моделювання бізнес— процесів– BPMN (Business Process Model and Notation 2.0)

Нотація BPMN створена консорціумом Object Management Group (OMG) та призначена для моделювання бізнес-процесів з метою їхньої подальшої автоматизації. Нотація BPMN використовується для детального моделювання бізнес-процесу, а кількість об'єктів у цій нотації перевищує 100, що дозволяє описати всі нюанси поведінки бізнес-процесів для того, щоб інформаційна система могла перетворити створену модель в код, що виконується.

Відкритість нотації BPMN та підтримка більшістю засобів моделювання та автоматизації бізнес-процесів зробили цю нотацію лідером у моделюванні бізнес-процесів.

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

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

Моделі, намальовані в нотації BPMN, часто складно зібрати у пов'язану ієрархію, оскільки методологія спочатку створювалася для автоматизації «наскрізних» бізнес-процесів.

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

Незважаючи на графічні відмінності нотації BPMN і EPC дуже схожі один на одного, і в інструментарії ARIS вони вже можуть бути перетворені один в одного, правда з певними методологічними обмеженнями.

Моделювання бізнес-процесів - Flow Charting

Назва нотації Flow Charting найпростіше перекласти як блок-схеми. Ця нотація спочатку з'явилася в стандарті ANSI у 1970 році, і містить дуже простий набір символів.

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

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

Нотація Flow Charting немає жорсткого стандарту, що дозволяє моделювати бізнес-процеси з різних точок зору, додаючи ті чи інші об'єкти в модель за потребою. Цим нотація дуже схожа на EPC, але має ще більше свободи в частині застосування. Свобода варіантів застосування Flow Charting та підтримка більшістю недорогих і навіть безкоштовних засобів моделювання бізнес-процесів зробило цю нотацію застосовною у багатьох компаніях.

З недоліків Flow Charting можна виділити відсутність типового переліку об'єктів та атрибутів, що є зворотним боком свободи даної нотації. Це дозволяє моделювати той самий бізнес-процес у цій нотації так, що моделі будуть серйозно відрізнятися одна від одної.

Незважаючи на те, що моделі бізнес-процесів у нотації Flow Charting можна зустріти досить часто, швидше за все вона йтиме в минуле, поступаючись місцем більш «суворим нотаціям»

Моделювання бізнес— процесів– IDEF (Integrated Definition Language)

Нотація IDEF з'явилася у 70-х роках, як стандарт уряду США, що фокусує увагу на входах, виходах, механізмах та засобах управління бізнес-процесом та ув'язує процеси організації в ієрархію. Ключовим елементом даної нотації є функція, тоді як інші об'єкти і взаємодії моделюються з допомогою зв'язків.

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

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

UML (Unified Modeling Languages)

Уніфікована мова моделювання (UML) – це набір нотацій та методів моделювання, призначених для опису вимог до інформаційних систем, проте серед нотацій UML є спеціалізована нотація, призначена саме для моделювання бізнес-процесів. UML підтримується Object Management Group (OMG), що зробило цю методологію досить поширеною серед ІТ-фахівців.

Ця нотація дуже схожа на EPC і BPMN, єдина відмінність у відображенні логічних операторів і подій, і хоча по нотації UML існує безліч книг, і підтримана вона безліччю інструментів моделювання, використовується UML Activiti Diagram в основному для системного аналізу та проектування, і лише незначне кількість компаній використовують UML, щоб моделювати бізнес-процеси

VSM (Value Stream Mapping)

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

Нотація VSM була розроблена як частина методології ощадливого виробництва та використовує набір специфічних символів для відображення елементів витрат ресурсів та часу для аналізу ефективності бізнес-процесу в проектах Lean 6Sigma. Карта потоку створення цінності зображує фізичне оточення та потоки матеріалів та продукції у виробництві та використовується для того, щоб прив'язати до процесу витрати ресурсів та часу, і таким чином дати уявлення про продуктивність

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

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

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

SIPOC

Абревіатура SIPOC означає: Supplier (постачальник), Input (вхід), Process (процес), Output (вихід), Customer (споживач). Це шаблон документування процесів, прийнятий у методології Шість сигм, це навіть не нотація моделі, а формат таблиці, який дозволяє описати бізнес-процес на верхньому рівні. Модель SIPOC найбільш ефективно застосовувати при визначенні меж бізнес-процесу, взаємодіючих сторін та входів/виходів процесу.

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

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

Моделювання бізнес-процесів – висновки

Отже, я розглянув деякі нотації моделювання бізнес-процесів, які можна зустріти на російському ринку (докладніше вони описані в розділі BPM CBOK, присвяченій моделюванню бізнес-процесів). Яку з нотацій вибрати для використання – це питання відкрите, наприклад, для моделювання бізнес-процесів організації на верхньому рівні, я використовую нотацію VAD, для первинного моделювання бізнес-процесу, обраного для оптимізації, простіше використовувати SIPOC або VAD. Для створення детальних моделей бізнес-процесів – спрощений BPMN для моделювання крос-функціональної взаємодії або EPC для детального моделювання з метою формалізувати інформаційний потік та безліч об'єктів, пов'язаних із бізнес-процесом. Ну а якщо потрібно автоматизувати бізнес-процес у BPMS системі, то тут уже не обійтися без нотації BPMN.

Матеріал підготовлений фахівцями компанії «Абіс Софт»

Як зробити вибір

Перед тим, як почати вибирати програмний продукт, необхідно відповісти на три основні питання:

1. Що потрібно описати?

2. У якому обсязі потрібно описати?

3. Як контролюватиметься виконання?

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

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

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

Маючи відповіді на ці питання, можна значно звузити коло можливих програмних продуктів.

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

Не претендуючи на істину в останній інстанції автори огляду пропонують деякі варіанти оцінки розглянутих продуктів.

1. Якщо в компанії вже розроблено стратегію і її потрібно контролювати, то із зарубіжних продуктів, розглянутих у статті, для цього найкраще підходить рішення Hyperion Performance Scorecard, що представляється Oracle.

2. Якщо основний упор робиться на бізнес-процеси, що протікають у компанії, тоді оптимальний продукт компанії IBM - IBM WebSphere Business Modeler.

(Необхідно уточнити, що вибір програмного забезпеченнятаких виробників, як IBM, Oracle, SAP,визначається вибором ERP-Системи відповідного виробника Їхнє ПЗ для бізнес-моделювання - це підсистеми комплексних продуктів.)

3. З російських продуктів найдоцільніше використання ІНТАЛЄВ: Корпоративний навігатор, якщо потрібно зробити опис усієї компанії (холдингу) в цілому, а не лише окремо взятої бізнес-одиниці (підрозділи чи філії).

Інформація отримана від представників виробників біля РФ чи з офіційних сайтів виробників.

ARIS Business Performance Edition.

Реалізується засобами системи IBM Rational ClearCase

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

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

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

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

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

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

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

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

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

Рішення

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

Роман Ісаєв

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

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

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

Професійний бізнес-тренер та спеціаліст з 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), розширений 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) та ін. Створимо єдиний проектний офіс, який займатиметься всіма проектами з організаційно-корпоративного розвитку банку, якісно узгодимо управління персоналом банку, щоб дана діяльність являла собою систему.

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

Висновок

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

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

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

Подібні публікації