Учебное_пособие_ТИПиС и Глоссарий. Учебное пособие для студентов очной и заочной форм обучения представляет собой подборку материала по курсу Теория информационных систем и процессов
 Скачать 5.1 Mb.
|
Проблемы реинжиниринга бизнес-процессов.Теоретически внедрить бизнес-процесс можно двумя способами: либо разработав его «с чистого листа», либо критически переработав существующую практику. Первому подходу соответствует английский термин engineering (конструирование), второму — re-engineering (повторное конструирование, перестройка). Потребность в технологиях ведения бизнеса проявляется по мере взросления и роста компании; пока компания состоит из нескольких увлеченных основателей и производит уникальный продукт и услугу, бизнес может быть «кустарным». Поэтому интерес к бизнес-процессам в первую очередь проявляют зрелые компании, работающие в стабильных отраслях. А для таких компаний возможен только путь перестройки уже существующей практики, отсюда — устойчивое словосочетание «реинжиниринг бизнес-процессов». Реинжиниринг бизнес-процессов подразумевает вполне определенную последовательность шагов: Анализ существующей бизнес-практики, на жаргоне реинжиниринга он называется составлением схемы «as-is» («как есть»). Проектирование оптимальной схемы бизнес-процесса, называемой «to-be» («как будет»). Планирование и фактический переход от первого ко второму. Хотя существует ряд впечатляющих примеров успеха компаний, радикально перестроивших схему своих операций на основе бизнес-процессов, проекты реинжиниринга сопряжены с большими затратами и высокими рисками. По некоторым оценкам, доля удачных проектов реинжиниринга составляет всего 30%, причем в самом тяжелом случае неудача проекта может привести к краху компании. Характерные проблемы из практики (в том числе отечественной) реинжиниринга бизнес-процессов: Потеря фокуса. При использовании системно-структурного подхода к моделированию бизнеса на первом листе рисуется прямоугольник с надписью «наше предприятие», который затем последовательно детализируется на все более мелкие процессы и подпроцессы. Проблема в том, что, во-первых, такая декомпозиция зачастую сводится к делению по функциональным подразделениям. Так появляются, например, «бизнес-процессы финансового отдела». Очевидно, что такой подход полностью выхолащивает исходную концепцию бизнес-процесса, воспроизводя функциональную организацию управления. Во-вторых, результатом такого анализа являются тысячи бизнес-процессов и, на нижнем уровне, десятки тысяч операций. Но в любом бизнесе есть не больше десятка бизнес-процессов, определяющих его успех. И усилия надо фокусировать на них, а не распылять между множеством процессов, не являющихся критичными. Неустранимый разрыв между «as-is» и «to-be». Концепция классического реинжиниринга, по сути, есть концепция «большого скачка». Вы должны тщательно все взвесить, спланировать и, собрав волю в кулак, внедрить радикально новый бизнес-процесс. Из-за высокой ответственности такого шага его планирование занимает очень много времени (по принципу «семь раз отмерь, один отрежь»). В сочетании с особенностями упомянутого выше «системного подхода» это приводит к тому, что результаты анализа устаревают быстрее, чем он заканчивается. Устаревают из-за того, что за месяцы, ушедшие на «as-is» и «to-be» анализ и на планирование перехода, успевает поменяться бизнес-окружение, представление самого бизнеса об оптимальном бизнес-процессе, а зачастую успевает смениться и собственник бизнеса. Можно задать вопрос: а что мешает проводить реинжиниринг поэтапно? Проблема в том, что изменение бизнес-процесса — дорогостоящее мероприятие: надо переобучить сотрудников и менеджеров, обновить должностные инструкции, выполнить доработки или перенастройку корпоративной информационной системы. Проходить через все это, конечно же, лучше один раз. Инструмент непрямого действия. Среди бизнес-консультантов имеет хождение фраза: «мы даем вам решение, реализация — это ваша проблема». Применительно к реинжинирингу это означает, что результатом деятельности приглашенных специалистов зачастую является солидный отчет с множеством «картинок», которые вдобавок (по указанным выше причинам) в значительной степени уже устарели. С этого момента предприятие, получившее «решение», как правило остается один на один с проблемой: как претворить его в жизнь? Консультант по реинжинирингу вооружен программой для моделирования бизнес-процессов, которая, в отличие от BPM, позволяет только рисовать схемы, но не управлять бизнес-процессами. BPMS как решение проблем реинжиниринга.BPM-система эффективно решает перечисленные выше проблемы: на выходе — не «картинки», а работающая система. BPM-проект нацелен на конечный результат — внедрение бизнес-процесса; в нем невозможна подмена конечного результата промежуточным — рисованием множества пусть правильных, но самих по себе бесполезных схем. Схема бизнес-процесса в BPM предельно конкретна. BPM нацелен на автоматизацию конкретных, критичных для бизнеса процессов, а не на составление всеобъемлющей картины жизни предприятия. Процессы, попадающие в фокус, моделируются не «примерно», а очень точно. BPM — средство изучения бизнес-процессов. BPM радикально сокращает время и затраты на внедрение бизнес-процессов. Благодаря этому появляется возможность оптимизировать бизнес-процесс не «большим скачком», а последовательно, в несколько этапов. Бизнес-процесс внедряется в кратчайшие сроки, так, как он видится вначале. Затем, по мере выявления и осознания расхождений со сложившейся практикой или требованиями бизнеса, в него вносятся изменения. Благодаря тому, что BPM — средство прямого управления бизнес-процессами, изменения не приходится проводить в жизнь через переобучение, изменение должностных инструкций и т.п. Непрерывный реинжиниринг собственными силами. BPM позволяет постоянно поддерживать схему бизнес-процесса в актуальном состоянии. Если изменение бизнес-окружения или внутренних требований бизнеса диктует изменение схемы бизнес-процесса, то такие изменения оперативно вносятся в BPM-систему. Правила могут меняться и меняются, но никакие операции не выполняются в обход них. Важно, что изменения в схему бизнес-процесса под силу вносить собственным специалистам предприятия, для этого не требуется ни программистская квалификация, ни глубокие теоретические познания. Преимущества BPM в значительной степени обусловлены радикальным сокращением затрат и сроков по сравнению с традиционной разработкой. Соответственно, важный критерий при выборе BPMS — это то, насколько быстро та или иная система позволяет разработать и инсталлировать схему бизнес-процесса и интерфейсные веб-приложения, состыковать бизнес-процесс с внешними приложениями. Различие подходов суммируются в таблице 6.1. Таблица 6.1. Различия подходов.
|