орюється документація по процесах. Визначається і узгоджується взаємодія між процесами (рис. 7). Будується система управління процесами і компанії в цілому. Для цього визначається, яка інформація повинна надходити керівництву, і регламентується порядок, прийняття рішень керівниками. Створюється проект системи управління процесами. p align="justify"> При регламентуванні процесів дуже часто виявляється необхідність організаційних змін у компанії. Процеси змінюють розміри, іноді міняють власників та способи взаємодії. p align="justify"> На другому кроці проводиться перегляд і узгодження взаємодій між підрозділами. Складені раніше формальні документи мають отримати нове, реальне наповнення. Документація повинна стати корисною для керівників і співробітників. З досвіду роботи в організаціях цей крок є найбільш болючими для керівників. Виникає кілька типових управлінських проблем:
1. керівникам В«анархічного складуВ» не хочеться займатися В«зайвої бюрократіїВ» - В«ми без цього жили раніше, проживемо і даліВ» або В«у нас немає часу цим займатися , ми повинні робити гроші В»;
2. документування взаємин між процесами призводить до В«перетягування ковдри (ресурсів)В» один у одного або до В«перекладання відповідальностіВ» один на одного і як наслідок цього, до конфліктів ;
. настає розуміння того, що щоденна В«текучкаВ» поступово привела в повну непридатність існуючі інструкції і положення, для того щоб зробити їх працездатними, потрібно дуже багато сил і часу.
В
Рис.7. Крок 2.Регламентація процесів
Вирішення цих проблем і наполегливість в їх подоланні знаходиться повністю в руках вищого керівництва компанії. Разом з тим документи, розроблені на цьому кроці, стверджувати не рекомендується. На даному кроці створюються тільки проекти, прообрази майбутніх документів. Проекти документів служать основною для поліпшення діяльності та оптимізації процесів. p align="justify"> Крок 3. Оптимізація процесів
Проект системи управління процесів в ході узгодження зазнає змін, так як опис процесів не завжди відповідає дійсності в частині виконання робіт і очікувань керівництва компанії. Зближення документів і життя відбувається протягом декількох місяців (рис.8). У цей час усувають непотрібні функції, керівники передають вниз частину повноважень, але залишають за собою право отримувати інформацію для контролю за прийняттям рішень підлеглими. Тільки після такої оптимізації процесів і повного узгодження документації з процесів з усіма учасниками робіт, можна стверджувати документи і працювати за ним. У процесі впровадження затверджених документів будуть виникати інші проблеми і зміни. Для того щоб їх можна було усувати в оперативному порядку, комплект документації по процесах повинен бути максимально простим і неформальним. br/>В
Рис.8 Оптимізація процесів і делегування повноважень вниз
У комплекті документації з регламентації процесів рекомендується використовувати положення про підрозділ і посадові інструкції. Сьогодні ці документи, як правило, створюються за типовими зразками і носять формальний знеособлений характер. В організації необхідно створити хоча б мінімальну культуру поводження з документами. Ввести В«повага до документаВ» і не розглядати його як непотрібний, бюрократичний елемент. Кожен розроблений документ повинен мати свого споживача, бути йому корисним і не створювати незручностей у роботі. br/>
Тема 3. Опис бізнес-процесів
Рівні опису процесів (декомпозиція). Цілі опису бізнес-процесів. Способи опису бізнес-процесів. Вертикальне і горизонтальне опис бізнес-процесів. Етапи опису бізнес-процесів. Стандарти опису бізнес-процесів. Правила, що застосовуються при описі бізнес-процесів. Формати і засоби опису бізнес-процесів. p align="justify"> Рівні опису процесів (декомпозиція).
Декомпозиція - прийом, що дозволяє представити складну систему у вигляді декількох більш простих взаємопов'язаних, вкладених систем. Така форма подання дозволяє аналізувати процес, не перевантажуючи уявлення елементами, зайвими для вирішення поточної задачі. Глибина декомпозиції визначається цілями моделювання і, таким чином, задає ступінь деталізації опису процесу. За аналогією з плануванням можна проводити моделювання та опис бізнес-процесів В«зверху - внизВ» і В«знизу - вгоруВ». p align="justify"> У разі моделювання В«понад) - внизВ» описуються всі процеси системи, починаючи з верхнього рівня, тобто спочатку розглядається все підприємство у вигляді комплексу взаємопов'язаних функцій, а потім розкриваються окремі функції у вигляді взаємопов'язаних бізнес -процесів.
При моделюванні В«знизу - вгоруВ» вибирається...
