Приклад опису бізнес-процесів підприємства
Приклади описів бізнес-процесів знайти досить легко, проблема в тому, що як правило вони переписані з одного і того ж джерела. Ми вирішили виправити цей недолік і описати бізнес-процеси реальної української компанії. Але спочатку уточнимо, як правильно описувати бізнес-процеси підприємства.
Використовуйте покрокові керівництва:
Як правильно описувати бізнес-процеси підприємства
Алгоритм дій простий:
- Виявити, що і як робить компанія.
- Визначитися, хто яку функцію виконує.
Ми розглядаємо роботу підприємства в цілому як процес ланцюжка створення доданої вартості. Є постачальник, який надає ресурси, є наше підприємство, яке обробляє ці ресурси і видає на ринок продукт, який потрібен споживачеві. Такий опис бізнес-процесів називається «процесним методом». Воно зручно тим, що вся діяльність компанії стає прозорою, в кожному окремому процесі можна швидко зрозуміти що треба покращувати, можна знайти «вузькі місця» і при мінімумі зусиль домогтися істотних результатів (так, правило Парето діє і тут).
Для коректного опису бізнес-процесів їх треба поділити на групи за певною ознакою. Основні бізнес-процеси спрямовані на отримання підприємством прибутку, вони створюють продукт, за який клієнти потім будуть платити. Є також підтримують бізнес-процеси. які не приносять прибутку, але вони необхідні для нормального функціонування основних бізнес-процесів. Є бізнес-процеси розвитку. які не приносять гроші компанії зараз, але зроблять це в перспективі (маркетинг, інновації тощо). Є також процеси управління, які забезпечують нормальну роботу всієї компанії в цілому. Виділивши основні групи бізнес-процесів треба їх описати максимально докладно і призначити за них відповідальних. Це коротка теорія, а тепер давайте перейдемо до практики і розглянемо приклад опису бізнес-процесів підприємства.
Опис бізнес-процесів підприємства на прикладі компанії
Це коротка характеристика компанії, а тепер давайте перейдемо до самого наприклад опису бізнес-процесів підприємства. Як ми говорили вище, треба визначити спочатку, що і як робить компанія, і тільки потім вирішувати, хто саме виконує кожну функцію. Саме розгляд діяльності компанії у вигляді ланцюжка доданої вартості і дозволяє зрозуміти і виявити основні «входи» в організацію і основні «виходи». Компанія «З» створює програмне забезпечення, тому основні витрати у неї йдуть на фонд оплати праці своїх співробітників і на PR. Цим вона відрізняється від інших фірм, які беруть сировину у постачальників і левову частку власних коштів віддають їм і на обладнання з переробки, і вже тільки потім переробляють сировину в продукт, вносячи додаткову вартість, тим самим забезпечуючи продажу.
На малюнку представлені бізнес-процеси управління компанії «З»
Малюнок 1. Приклад бізнес-процесів
Описувати кожен з бізнес-процесів ( «Продажі», «Техпідтримка», «PR» і т.д.) необхідно за класичним принципом декомпозиції, коли йде «дроблення» кожного з процесів, за кожен новий продпроцесс призначається відповідальний з певними правами і обов'язками , все це письмово регламентується. Нумерація на схемі потрібна щоб завжди можна було визначити рівень процесу.
Малюнок 2. Приклад опису бізнес-процесів (клікніть, щоб збільшити)
При описі процесів нижнього рівня важливо пам'ятати про такі правила:
- У процесу може бути тільки один керівник.
- Не має сенсу, якщо власник процесу сам собі передає результат своєї роботи.
Розглянемо організацію бізнес-процесу «Продажі» в компанії «З»
Як ми бачимо, більша частина роботи з продажу замкнута на сейлз-менеджері, який і сам ставить завдання ТЕЛЕМАРКЕТОЛОГ, кому і куди дзвонити з якими пропозиціями, і сам дає вказівки по просуванню продуктів, і сам залучає технічних фахівців при необхідності на переговори з потенційними клієнтами . З одного боку, це своєрідна agile-розробка 1. але вже в процесному підході, і така специфіка дозволяє швидше реагувати на зовнішні зміни ринку і ефективніше виконувати сейлз-менеджеру свій план з продажу. З іншого, кожен з сейлз-менеджерів з продажу діє автономно і намагається «перетягнути» на себе, наприклад, той же відділ телемаркетингу, можливості якого не безмежні і який не може працювати одночасно з усіма сейлз. Але найголовніша проблема - кожен з сейлз-менеджерів бачить тільки свій невеликий шматочок ринку і не бачить всієї картини цілком, тому базовий продукт ( «ЗПлатформ») розвивається дещо хаотично.
висновок
1 Гнучка методологія розробки (англ. Agilesoftwaredevelopment. Agile-методи) - серія підходів до розробки програмного забезпечення, орієнтована на постійне отримання зворотного зв'язку від реальних бізнес-користувачів і доопрацювання на основі цієї інформації продукту. Характеризується динамічним формуванням технічного завдання, короткими ітераціями між підготовкою чергової версії продукту і видачею його клієнту, неформалізованими і небюрократізірованнимі процесами всередині команди розробки.
Методичні рекомендації з управління фінансами компанії
Читайте у другому півріччі