Тема 2. . Основи моделювання бізнес-процесів

Основні питання теми:

2.1. Управління бізнес-процесами. Сегментація діяльності організації на систему процесів. Функції системи управління бізнес-процесами

2.2. Принципи моделювання бізнес-процесів організації. Процес упровадження системи управління бізнес-процесами. Формування системи управління бізнес-процесами

2.1. Управління бізнес-процесами. Сегментація діяльності організації на систему процесів. Функції системи управління бізнес-процесами

Бі́знес-проце́с (англ. Business Process) — будь-яка діяльність, що має вхідний продукт, додає вартість до нього, та забезпечує вихідний продукт для внутрішнього або зовнішнього споживача.Існують три види бізнес-процесів:

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

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

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

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

Словосочетание «управление бизнес-процессами» (УБП) стало активно использоваться в литературе относительно недавно, с середины 90-х годов прошлого столетия, практически одновременно с английским аналогом Business Process Management (BPM).

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

Концепція процесного управління є ключовим елементом в методологіях оперативного та стратегічного менеджменту, на неї опирається концепція управління якістю TQM. У методології стратегічних карт (Strategy Map) Роберт Каплан та Девід Нортон встановлюють зв'язок між цілями власників, які досягаються шляхом надання цінності для клієнтів на основі бізнес-процесів організації, що протікають у заданому культурному, технологічному і організаційному середовищі. Таким чином, бізнес-процеси виявляються в центрі методології Strategy Map.

Бізнес-процес -

• структурований набір дій, що охоплює різні сутності підприємства та спрямований на досягнення певної мети (ISO/CD 15531-1);

• множина закінчених зістикованих робіт, які в сукупності створюють продукцію, що має споживчу цінність для клієнта» (Дж. Мартін);

• набір активностей, які перетворять кілька видів вхідних характеристик у вихід, що має цінність для споживача (М. Хаммер, Дж. Чампі);

• специфічно впорядкована в часі та у просторі сукупність робіт, із зазначенням початку й кінця та точним визначенням входів і виходів (Т. Давенпорт);

• набір з однієї або кількох процедур або дій, які спільно виконуються 

Майкл Хаммер та Джеймс Чампі запропонували концепцію реінжинірингу бізнес-процесів (Business Process Reengineering, BPR), завдяки якій процесне управління було інтегроване в систему управління корпорацій. BPR став способом радикального підвищення ефективності бізнесу, зниження витрат і підвищення якості послуг. Суть BPR у реінтеграції процесів - коректування крайності спеціалізації й поділи праці, подолання негативних ефектів підходів Сміта-Маркса-Гілбрета.

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

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

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

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

Процеси існують як шаблони послідовності дій (класи). У ході виконання проекту здійснюється реалізація процесу - з'являється екземпляр процесу - об'єкт (process instance).

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

Під формальним описом маємо на увазі будь-який структурований опис процесу, як з використанням засобів графічного моделювання (IDEF0, EPC, Activity Diagram), так і вербального опису

Три рівні зусиль для поліпшення

Неперервне поліпшення процесів (Continuous Process Improvement, CPI) - усунення варіацій як продуктів, що випускаються так і послуг, що надаються.

Редизайн бізнес-процесів (Business Process Redesign) - видалення активностей, що не створюють додаткової вартості. Скорочення часу виконання процесу, зниження вартості

Реінжиніринг бізнес-процесів (Business process reengineering) - радикальна трансформація процесів з використанням нових технологій для досягнення істотного виграшу в продуктивності процесу, ефективності та якості

Три рівні процесу:

Метапроцес: - політика, прийоми та практика, які властиві деякої організації при веденні інтенсивний бізнес, пов'язаного з ПЗ. У центрі цього процесу перебуває економіка організації, довгострокова стратегія й повернення інвестицій в ПЗ.

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

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

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

Три концептуальних види діяльності в проектах розробки ПЗ ( за Ф. Бруксом):

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

- втілення в реальному материале (програмування, документування);

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

Модель процесів являє собою ієрархічно впорядкований список процесів. У класичній роботі Фредеріка Брукса „Міфічний людино-місяць” виділяються три концептуальних види діяльності в проектах розробки ПЗ: формулювання формальних конструкцій, втілення в реальному матеріалі, діалог з користувачами в реальному житті.

У результаті концептуального проектування створюється сутність програми (essence), а результатом втілення є другорядна складова (accident). Такий поділ на створення сутності та втілення обумовлене технологією розробки того часу ( 50-70 роки), відсутністю інтерактивних засобів розробки, що дозволяли б об'єднати проектування та програмування, а також істотною питомою вагою трудозатрат на технічну роботу (до 90% часу). Ф. Брукс пропонував сфокусуватися на підвищенні ефективності процесів створення сутності, приділяти більше уваги концептуальному задуму. Сьогодні майже неможливо розділити власне творчу та технічну роботу, крім того, витрати на технічну роботу постійно скорочуються Для підвищення продуктивності праці розробників Ф. Брукс вважав за необхідне виділити витрати, необхідні для виготовлення концептуальних конструкцій і для точного та упорядкованого їх представлення Для практичного використання процесного підходу й розуміння взаємозв'язку між концепціями управління та процесами в організації має сенс виділити наступні три групи процесів:

- Процеси управління проектами - планування, організація та контроль проекту;

- Процеси розробки продукту - проектування, розробка, тестування та впровадження ПЗ, розробка документації;

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