01
правила
Ролі, етапи та умови переходу між завданнями.
BPM
BPM — управління бізнес-процесами
BPM дає змогу описувати й удосконалювати взаємодію людей і систем. Вона показує, хто виконує наступний крок і що потрібно для ухвалення рішення.
02
Рішення
Приймання, доопрацювання та передача до виконання.
03
Поліпшення
Час очікування та причини повернення справ.
01Посібник / BPM
Спочатку модель процесу, потім автоматизація
Ми описуємо початок і кінець справи, ролі, умови переходу та виняткові ситуації. Форма є одним із елементів: правила затвердження, терміни, заміни та спосіб відкликання справи на доопрацювання однаково важливі.
BPM також є методом аналізу та вдосконалення. Це може включати кілька програм і дій за межами ERP; за визначенням не є його модулем.
02Посібник / BPM
Приклад: прийняття покупки
Працівник подає заяву з обґрунтуванням. Система перевіряє повноту і направляє до особи, уповноваженої приймати рішення. Відсутність даних ініціює поповнення, і прийняття може передати інструкцію до ERP. Кожен крок залишається в історії.
Процес повинен включати відсутність, відхилення, зміну вартості та повторне подання. Без обробки цих випадків автоматизація лише переносить наявні блокування у форму.
- Висновок
Потреба, сума та обґрунтування.
- Перевірте
Повнота та особа, уповноважена приймати рішення.
- Рішення
Прийняття, відхилення або доповнення.
- Реалізація
Подання затвердженої інструкції до ERP.
Заява, яка потребує доповнення, повертається автору. Зміни істотних умов можуть вимагати повторного затвердження.
03Посібник / BPM
Вимірювання та вдосконалення
Ми аналізуємо час очікування, кількість повернень, які необхідно виконати, і причини затримання. Ці дані допоможуть змінити правило або видалити непотрібний крок. Мета полягає в тому, щоб покращити робочий процес, а не додати більше схвалень.
Workflow реалізує кроки певного робочого процесу. BPM також включає аналіз, вибір заходів і вдосконалення принципів роботи. Автоматизація повинна прийти після розуміння процесу.
04Правила та винятки
Процес також працює під час відсутності та зміни думки
На кожному етапі ми вказуємо відповідальну роль, термін виконання та умову виконання. Заміна має зберегти обсяг повноважень, а ескалація має допомогти вирішити вузьке місце.
Зміна правил вимагає рішення про те, як розглядати вже розпочаті справи. Не розрізняючи версії процесу, важко пояснити, чому дві схожі програми пішли різними шляхами.
Заміна
Хто бере на себе завдання, на який час і до яких питань він має доступ.
Повернемося до автора
Причина додавання, історія коментарів і явне перенаправлення.
Зміна умов
Поля, редагування яких після затвердження ініціює нове рішення.
Кінець справи
Розрізняють прийняття, реалізацію, анулювання та відмову.
05Вимірювання результату
Виміряйте час прийняття рішення та причини повернення
Варто розрізняти час виконання діяльності та час її очікування. Звіт про кількість відкритих випадків є більш корисним, якщо він показує стадію, вік і відповідальну роль.
Ми перевіряємо першу зміну обмежено. Ми спостерігаємо, чи рідше користувачі доповнюють відсутні дані та чи зрозумілий наступний крок. Лише тоді ми поширюємо правила на інші процеси.
Запитання та відповіді
Перед ухваленням рішення
Чи потрібна BPM нова велика система?
Не завжди. Ви можете організувати один робочий процес і комбінувати наявні інструменти. Ми обираємо технологію після опису ролей, рішень і винятків.
Чи означає BPM впровадження одного інструменту?
НІ Це спосіб опису та вдосконалення роботи, яку можуть виконувати люди та різні програми. Підбираємо засіб за встановленими правилами.
З якого процесу почати?
Від повторюваного курсу з впізнаваним початком і кінцем, власником і вимірною проблемою. Заявки, схвалення та обробка квитків працюють добре.
Почнімо з розмови
Як BPM допоможе вашій команді?
Опишіть рішення про відсутність даних і свій поточний робочий процес. Ми визначимо масштаби рішення та роль наявних інструментів.
Обговоріть потреби в BPM