![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | |
| By N2H | ||||||||||||||||||||||
Реинженеринг на бизнес процеси BPR
5-ти август 2008 година
Ако си нов тук, можете да се абонирате за моята RSS емисия. Благодарим Ви, че посетихте и да имат приятен ден!
BPR е форма на организационно усъвършенстване. Тя има за цел да се подобри бизнес чрез преструктуриране на процесите. BPR е дадена сила от страна на мислене, че старите начини на организиране на работата вече не са подходящи за една конкурентна бизнес среда. Крайната цел на ре-инженеринг процеси за постигане на по-добро качество, услуги и innovativeness. В радикално преструктуриране, свързани в BPR е рисково и несигурно.
Теоретични основите на BPR:
За стотици години, търговска дейност, е основана на Адам Смит принципа за разделяне на труда. Разделение на труда насърчава специализацията и по този начин води до подобряване на производителността.
Класическият предприятие също експонати на концепциите за:
- Йерархичен контрол: - класически форми на управление
- Масово производство на до голяма степен еднакви стоки / услуги
Организация, основана на тези принципи е успешен в една стабилна пазарна среда, характеризиращо се с нарастващото търсене на единна стоки / услуги. В една пазарна среда, промени се характеризира със Север конкуренция, глобализация, по-трудни клиенти, малки маржове на печалба и т.н., класическа организационни модели са по-малко и по-малко подходящи. BPR предвижда един алтернатива на старите методи за организиране на бизнес процеси. Целите на BPR може да се стартира в разширена форма, както е било цена цели или услуга цели.
Цената Цели:
- Намаляването на запасите: нови материали или междинни стоки
- Икономии от мащаба в обществените поръчки
- Намалена разходи за персонала (административни разходи)
- Конкурентни цени на стоките / услугите
Услугата Цели:
- По-надеждна система за доставка
- Складови наличности
- Добро обслужване след продажба
- Бързо реагиране / адаптиране към промените на пазара
- Намалена продукт за развитие на жизнения цикъл
Качества на ре-инженерно процеси:
- Няколко работни места са обединени в едно. Това предполага обръщане на Адам Смит принципа на разделение на труда и функция. Работниците да взема решения, действително работата и вземането на решения са интегрирани.
- Процеси се reorganized, така че задачите се извършва по най-разумно / логически ред.
- Проверки и контрол, са намалени. Проверки и контрол, са сведени до минимум приемливо ниво. Проверки и контрол, също са отложени.
- Помирение е сведено до минимум.
- Случай мениджър е назначен да наблюдава процеса на ре-инженеринг.
- Хибридни процеси, които съчетават централизация и децентрализация чрез използване на комуникационните технологии често са приети.
- Процеси имат множество версии (polymorphic) - процесът е повторно, предназначени да включва способности да се справят със собствени поръчки.
Принос / Ролята на ИТ в BPR:
- Тя е от съществено се даде възможност на BPR; го позволява процесите да се ре-инженер пионер.
- Той подкрепя ре-инженерно процес
- Върхова технология продукти може да бъде особено полезен в процеса на иновации. Те могат да доведат дори и на иновационния процес.
- Той също така улеснява процеса на интеграция.
- Той изтъкна, че е най-ефективния принос на ИТ в бизнеса за преработка е да се даде възможност на предприятието да направи неща, че не е това, преди да - разширяване на възможностите на предприятието.
Кандидатите за BPR:
На теория всички бизнес процеси могат да бъдат предмет на BPR, но на практика, някои процеси могат да се възползват повече от BPR от други. Тези процеси са следните качества
Дисфункция: Процесът е видимо от ред, че е проблематично. Дисфункция при един процес се случва, когато процесът е бавен (frustratingly бавна), случайни жалби, генерира грешки др
Значение: Важни процеси, които са на видно място в ценностната верига. Те допринасят директно за доставка на стоки и услуги за крайния потребител.
Осъществимо: От управители на стойката точка на BPR Проектът е технически, икономически и социално осъществимо / жизнеспособни. Процеси, които изискват висока капитал вход, или се ползват само за управление на подкрепа са по-малко възможно за BPR.
Какво причинява BPR проекти, които да не успее? (Pitfalls в BPR):
- Недостатъчното финансиране
- Недостатъчно за управление на ангажимента / подкрепа
- Лошо страници лидери
- Недостатъчни възможности за оценка
- Резистентност към процеса на промяна
- Липсата на процеса се съсредоточи върху най-ре-дизайн и жилище за подобряване на съществуващата процес.
- Излизане от твърде рано или обявяване на победата твърде скоро.
Ре-инженеринг компютърна система:
По-малко една компютърна система се състои от една поръчка за събиране на хардуер, софтуер и данни ресурси. Компютърни системи са основата за автоматизирана информационна система.
- Ре-инженеринг компютърни системи означава проучване, преосмисляне и повторно прилагане на такива системи в нова форма.
- Процесът обикновено се извършва на наследените възможности за повторното им изпълнение в по-съвременна форма.
- Ре-инженеринг компютърни системи могат да се разглеждат като управляващо отговор на предизвикателството на старите системи за поддържане на живо в рамките на една променяща се среда.
Заслуга
- Полезния живот на системата се увеличава
- Бизнес стойността на такава система също се увеличава
- Бъдещи разходи за поддръжка, са намалени
- В дух на поддръжка от персонала може да се подобри;, защото те знаят, че работят в една модерна система, т.е. системи стават все по-maintainable.
Стъпки за BPR
- Определяне на процеса за иновации
- Управление на бизнеса
- Управление на хора и работа
- Определяне на нивата на промяна (технология и т.н.)
- Разработване на процеса на виждане - това, което искате да обработва, трябва да отговарят на стратегическите насоки на организацията (IS)
- Разбиране на съществуващите процеси - проучване текущия процес и да разбере необходимите промени
- Проектиране и прототип нов процес създавайте проектиране на нов процес.
Подходи за ре-инженеринг компютърни системи:
Когато системата е ре-инженерно някое от следните промени може да се случи:
- Тя може да бъде поставен в разпределена платформа.
- Той обикновено ще бъдат повторно документирани
- Данните могат да бъдат прехвърлени към нова база данни, платформата
- Кодът може да бъде ограничено
- Кодът може да бъде написан на език, различен
Автоматично изходния код конверсия:
Това предполага използването на софтуерни инструменти за превръщане на изходния код в даден език.
- да код в по-нова версия, например Cobol 74 ", за да Cobol 90 '
- да код на различен език например Cobol 74 "за Oracle
Софтуерът инструменти, не може да се постигне 100% преобразуване и следователно трябва да бъдат допълнени с ръководството реализация.
Автоматизирана програма за преструктуриране
Когато кода се поддържа в рамките на продължителен период, неговата структура, а оттам и неговата ефективност, се влошава. Всъщност, още един софтуерен продукт е бил поддържан, толкова повече, че разходите за да го поддържа в бъдеще. Когато програмата е ре-структурирана:
- противоречие код се откриват и отстраняват
- Комплексът контролни структури са опростени
- Програмата е засилено modularity
Използване на софтуерни инструменти, не могат да бъдат напълно ефективни. Наръчник пренаписване на код все още могат да бъдат прилагани.
Автоматизирана програма за преструктуриране и данните:
При съществуващите структури данни са ре-структурирано тогава дори и на програми, които обработват данните трябва да бъдат преразгледани. Когато данните се преструктурира:
- Общият модел може да бъде ре-организирани в една база данни.
- Данни в релационни модел може да бъде променено, за да удовлетвори потребностите на различните релационни DBMS.
Ре-инженеринг или повторно развиващите?
Системи, насочени за ре-инженеринг има 2 качества
- Те са силно / редовно използват
- Те в момента се поддържа много
Ре-инженеринг обикновено има две основни качества ре-развиващи се. Те са следните:
- По-ниски разходи: ре-инженеринг разходи около ¼ от redeveloping
- Намален риск: по-ниска вероятност за вземане на грешки.
Когато взема решение дали да се ре-инженер или да redevelop може да се разглежда въпроси като:
- разпоредби на бюджета разходи или ограничения
- текущото състояние на старата система; старата система може да бъде толкова стари и безпорядъчен, че тя не може да бъде склонна към ре-инженеринг
- Време ограничения: ре-инженеринг е вероятно да бъде бързо, отколкото да redevelop
- Обхват т. е. системата за обхвата; ако обхватът на съществуващата система е да бъдат изключени значително след това той може да бъде по-практично за преработка и повторно прилагане на системата, вместо да го ре-инженеринг.
- Възприеманата ниво на риска; на риска от възникване на комбинирания ефект от много фактори. Ако усещането за проекта на риска е висока, тогава биха могли да бъдат безопасни за ре-инженер на системата, отколкото да го redevelop.
Връзка между реинженеринг на компютърни системи и BPR:
Компютърни системи обикновено са застъпени в рамките на бизнес процеси / системи като вземания, планиране на производството, маркетинга и дистрибуцията, човешките ресурси др Когато такъв процес / системи са ре-инженер пионер, а после в подкрепа на технологията на инфраструктурата също трябва да бъде преразгледано.
Основната цел на реинженеринг компютърна система трябва да бъде отново да се приведе в съответствие със съществуващите бизнес цели. Целите на проекта BPR изискват промени ИТ инфраструктура тогава съществуващата инфраструктура трябва да бъде reengineered или ре-развити.
Коментари
Имате нещо да кажете?
Трябва да сте влезли в системата на коментирайте.


























