28522

Опис бізнес-процесів за допомогою блок-схем

Лекция

Информатика, кибернетика и программирование

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

Украинкский

2013-08-20

523 KB

30 чел.

Лекція № 7. Опис бізнес-процесів за допомогою блок-схем

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

1.1. Методології опису бізнес-процесів

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

1. теоретична база;

2. опис кроків, необхідних для отримання заданого результату;

3. рекомендації з використання як окремо, так і у складі групи методик.

Якщо в основу методології закладена теоретична база (наприклад, математична модель, здатна передбачити поведінку системи), то її наявність робить методологію більш серйозною і обґрунтованою. Основне в методології — дати користувачу практичну послідовність кроків, які приводять до заданого результату.

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

1.2. Поняття методу моделювання процесів

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

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

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

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

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

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

Для розробки блок-схем використовують стандартні офісні програмні продукти, наприклад MS Word або Visio. Основні графічні об'єкти мови опису процесів за допомогою блок-схем представлені в таблиці 1

Таблиця 1. Графічні об'єкти блок-схеми процесу

Приклад опису процесу за допомогою блок-схем представлений на рис. 1.

Рис.1.

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

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

1.3. Постановка мети опису бізнес-процесів

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

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

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

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

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

• розмитість формулювань і відсутність визначень (наприклад, процесів);

• відсутність чітких критеріїв досягнення мети проекту;

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

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

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

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

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

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

Проте на практиці не завжди вдається привести цілі керівництва організації до формалізованого вигляду. Наприклад, керівник ставить задачу «Описати бізнес-процес збуту готової продукції і запропонувати заходи щодо підвищення його ефективності». Що в цьому випадку робити робочій групі?

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

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

1.4.   Вибір методології опису бізнес-процесів організації

Методологія «прискореного опису» бізнес-процесів організації в даний час широко поширена. Розглянемо основні його кроки.

Крок 1. Визначити зовнішніх клієнтів організації і входи/виходи для організації в цілому.

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

Крок 2. Скласти перелік основних бізнес-процесів організації, що формують зовнішні виходи.

Виділення основних бізнес-процесів організації здійснюється на основі інформації про зовнішнє оточення і основні інформаційні і матеріальні потоки за принципом «клієнт процесу -> споживаний їм продукт -> основний бізнес-процес організації». Кількість основних бізнес-процесів, які можуть бути виділені, бажано обмежувати (не більше 7±2). Окрім основних процесів, повинні бути визначений допоміжні. Загальна кількість процесів верхнього рівня не повинна перевищувати 13—15.

Крок 3. Визначити внутрішні входи/виходи кожного процесу і допоміжні бізнес-процеси, яких не вистачає.

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

Підсумком виконання робіт на цьому кроці є специфікація основних і допоміжних процесів і зовнішніх/внутрішніх входів/виходів, пов'язаних з цими процесами.

Крок 4. Описати кожний бізнес-процес у вигляді набору функцій.

Кожний процес, виділений при виконанні кроків 2—3, описується у вигляді набору функцій (підпроцесів нижнього рівня). Формування переліку функцій, що входять в процес, може виконуватися як з використанням спеціального середовища моделювання, так і найпростішими засобами MS Word або MS Excel. Як визначати функції, що входять в процес? Для цього користуються існуючою документацією (положення про підрозділи, інструкції і т.д.). Як правило, така документація є актуальною лише на 30—40%, реально виконувані функції відрізняються від «паперових». Робочій групі доводиться збирати інформацію шляхом інтерв'ювання або анкетування співробітників і керівників підрозділів організації.

Крок 5. Розподілити отримані функції по підрозділах організації.

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

Крок 6. Детально описати кожний процес за допомогою обраної методики.

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

Крок 7. Скласти регламенти по кожному бізнес-процесу. Сформувати матриці відповідальності по кожному бізнес-процесу (рис. 2).

Рис.2. Матриця відповідності

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

1) регламенти виконання процесу;

2) положення про підрозділи;

3) посадові інструкції виконавців;

4) робочі інструкції виконавців.

Запитання і завдання для обговорення та самоперевірки:

► Що розуміють під методологією опису бізнес-процесів

► Визначте поняття методу моделювання процесів.

► Постановка мети опису бізнес-процесів

► Які кроки вибору методології опису бізнес-процесів організації


Приклади схем бізнес-процесів

Схема бізнес-процесу

PAGE  4


 

А также другие работы, которые могут Вас заинтересовать

66511. Проектирование баз данных Access 1.36 MB
  Перед созданием реляционной базы данных Access пользователь должен определить, из каких таблиц должна состоять база данных, какие данные автоматизируемой предметной области нужно поместить в каждую таблицу, как связать таблицы.
66512. Логические элементы в Workbench 149.78 KB
  Нарисуем моделируемую схему в программе ElectronicsWorkbench После запуска схемы в логическом анализаторе получили следующее Составим таблицы истинности по 4 значения из логического анализатораи по ним определим название логических элементов...
66513. ДИНАМІЧНІ МАСИВИ 96.5 KB
  Визначити добуток позитивних елементів кожного стовпця матриці А її розмір вводити з клавіатури а елементи розмістити в памяті динамічно. Визначити добуток елементів парних стовпців матриці її розмір вводити з клавіатури а елементи розмістити в памяті динамічно.
66514. Разработка и отладка алгоритмов и программ обработки массивов 784.5 KB
  Дан массив целых чисел А[30]. Заменить все нулевые элементы минимальным. В упорядоченном по невозрастанию массиве чисел определить, есть ли заданное число Z, в противном случае подсчитать количество чисел, небольших Z; кроме того определить, сколько отрицательных чисел в массиве.
66515. Разработка и отладка алгоритмов и программ с применением пользовательских функций 126 KB
  Цель работы: Получить практические навыки в разработке алгоритмов и написании программ на языке С с применением пользовательских функций. Оборудование: IBM – совместимый компьютер, система программирования BC3.1, MVC++ 6.00.
66516. ВЗАИМОДЕЙСТВИЕ С ФАЙЛОВЫМИ СИСТЕМАМИ UNIX/WINDOWS 89.96 KB
  Цель работы — изучение основных файловых операций в ОС UNIX и Windows, работы механизмов перенаправления ввода/вывода, конвейера, механизма управления устройствами ввода-вывода UNIX при помощи специальных файлов устройств, а также с организацией прямого доступа к диску в ОС Windows.
66517. Регенерація картриджів принтерів 108 KB
  Для успішного самостійного заправлення картриджа лазерного принтера немає необхідності в детальному вивченні конструктивних особливостей кожного конкретного типу картриджа. Звідси випливає що якщо ви освоїте заправлення одного типу картриджа зрозумієте принцип його функціонування то картриджі...
66518. Освоение технологии структурного программирования при разработке и создании программы на языке Турбо Паскаль для циклического вычислительного процесса с известным числом повторений 225 KB
  Если число повторений известно заранее до начала повторений то в этом случае всегда используется оператор цикла с параметром for. Такой оператор предусматривает изменение управляющей переменной параметра цикла по правилу прогрессии с шагом 1 и повторное выполнение некоторого...