Практичний спосіб реорганізації бізнес-процесів, Різне, Бази даних, статті

Від теорії “зверху вниз” до реалізації “знизу вгору”


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




Три основних фактори в реорганізації бізнес-процесів (BPR): зв’язок, зв’язок, зв’язок


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

В останні 20-30 років компанії формували свої інформаційні технологічні інфраструктури (апаратні засоби, програмне забезпечення, організація мереж) для підтримки виробничої діяльності – Обробки заявок, підготовки робочих завдань, виробництва продукції. Мета BPR полягає в тому, щоб поліпшити діяльність підприємства. Наприклад, страхова компанія могла б здійснити BPR для скорочення термінів оформлення полісів або для підвищення точності узгодження позовів на компенсації. Авіалінія могла б реорганізувати порядок оплати за польоти і посадки пасажирів і відмовитися від паперових квитків, щоб прискорити для пасажирів весь процес посадки в літак. Або виробник міг би переглянути свої закупівлі, матеріально-виробниче обладнання і способи відвантаження, щоб зменшити терміни поставки продукції замовникам.

За визначенням, ці ініціативи BPR – поліпшення, модернізація і прискорення виробничої діяльності – мають на увазі також перебудову інформаційних систем. Однак тут криються два види небезпек:


При всій увазі, яку приділяють цій новій концепції управління, результати BPR явно суперечливі. Фактично, 70% типових спроб BPR не приносить очікуваних поліпшень в намічений термін. * Практика показує, що співвідношення витрати / очевидні результати при BPR дуже високо, і настільки високий відсоток невдач викликає серйозне занепокоєння. Чому успіхи так невеликі? Чи то надто багато планування (бар’єр аналіз / параліч, чи то занадто мало (сценарій “Приготуватися, вистраліть, прицілитися”)? Можливо, причина в нечіткої спрямованості процесу зміни або в недостатньому акценті на людський фактор, пов’язаний з наміченими змінами. Іноді це відбувається ще й через недостатнє довіри керівництва до процесу.

Як можна підвищити шанси BPR на успіх? Для BPR більшою мірою, ніж для будь-якої іншої технології або методології, відповідь полягає в трьох словах: зв’язок, зв’язок, зв’язок. Крім того, успіх BPR вимагає адміністративних гарантій і підтримки керівництва. Прихильники проекту повинні мати організаційні повноваження для реального проведення змін. Проекти повинні бути визнані і управлятися відповідно до істотою передбачуваної BPR. Очікувані результати і зв’язку повинні координуватися контекстними діаграмами. Нарешті, BPR краще здійснювати шляхом співробітництва між IT-і бізнес-експертами, щоб спільними зусиллями добиватися керованих змін.

Завдання BPR


Мета реорганізації бізнес-процесів – фундаментальна зміна способів діяльності підприємства. Це не повинно бути “зміною заради змін” або виправданням переходу на інші програмні продукти. Здійснена належним чином реорганізації бізнес-процесів – це перспективна “революція через еволюцію”, яка починається з малого і поширюється на всю діяльність компанії. В межах кількох місяців повинні бути отримані реальні результати, які суттєво – а не в малому ступені – тим чи іншим способом поліпшують підприємство, наприклад:



“Зверху вниз” проти “знизу вгору”


Хоча мети BPR цілком очевидні, існує безліч способів їх досягнення. Одні теоретики BPR, такі, як Майкл Хаммер, кажуть: “Не автоматизуйте – позбавляйтеся!” На жаль, простота і категоричність цієї пропозиції залишають в тіні багато реальних труднощів, які перешкоджають такому “миттєвому” рішенням. Прагнення почати “з чистої дошки” може привести до відмови від корисних технологій. Таким шляхом можна безповоротно втратити накопичений цінний досвід. Позбавлення від якихось процесів без ретельного аналізу може привести до погіршення замість поліпшення. Інші практики BPR, прихильники еволюційного дорозі, ратують за ретельний, строгий аналіз систем, цілей і завдань. У своєму бажанні уникнути погіршення ситуації вони так поглиблюються в аналіз, що можуть затушувати всіх зусиль BPR. Відсутність прагматизму і спрямованості на досяжні цілі призводить багатьох зацікавлених осіб до розчарування. Часовий інтервал до досягнення позитивних ефектів надто розширюється. На BPR багато хто дивиться як на бюрократичне захід, марне для виробництва.

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

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

Фахівці вважають, що головне для BPR – приділити першочергову увагу реалізації нових ділових процесів і намітити план змін в поетапному, змістовному проекті, керованому з чітким розумінням задач і при повній підтримці керівництва. Як тільки ви сформуєте ділові моделі “як є” і “як буде”, ви можете оцінити вашу програму і систему управління базою даних, щоб вирішити, чи слід компонувати / модифікувати наявну систему або купувати нову. Не намагайтеся робити все відразу. Внесіть невелика зміна в керованих частинах або проектах для швидкого досягнення видимих ​​результатів і перейдіть до поступових змін у всіх інших областях.

Процес BPR


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


Зверніть увагу, що ці кроки включають більше технічного бачення і стратегії, ніж технології. Проте, ключ до успіху BPR лежить не в самих моделях, а скоріше в тому, як ви використовуєте обрану модель. Багато практики ігнорують найбільш важливий аспект – зв’язок – і розглядають повний експлуатаційний цикл BPR у вигляді дискретних, окремих фаз, незалежних один від одного. Практики BPR, не прихильники зв’язків, прагнуть розгородити різні проекти і навіть їх окремі стадії. А як тільки “захід” BPR завершиться, організація “здає назад” – до старих методів і процесам. Це основих причини невдач BPR.

Ключові моменти: перехід і зв’язок


У поданні Computer Associates, BPR – це окремі кроки і їх сукупність (тобто єдиний континуум). Ключ до успіху BPR лежить в подоланні відособленості практиків BPR і професіоналів IT. Головне – співробітництво.


Без партнерства між експертами бізнесу і професіоналами IT, без зв’язку серед усіх зацікавлених кіл і без можливості безпосередньо пов’язувати реорганізацію та планування роботи, BPR не досягне успіху.

Технологія BPR


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


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

Наприклад, як тільки ви розберетеся з трудовими процесами, вам захочеться:


Computer Associates вважає, що така інтеграція, зв’язок, і співпраця в перехідний період між стадіями BPR – ключ до успіху BPR. Цей рецепт дає BPR спосіб реального втілення, тому що дозволяє вам таку розкіш, як низхідний (“зверху вниз”) проектування, одночасно полегшуючи висхідну (“знизу вгору”) реалізацію. Цей підхід йде від збору даних через побудову моделей до створення додатків і постійно грунтується на вже отриманих результатах, що прискорює весь процес.

Рекомендована література



Схожі статті:


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

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*