Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
n1.doc
Скачиваний:
183
Добавлен:
15.05.2015
Размер:
9.73 Mб
Скачать

Глава 3 Описание и анализ бизнес-процессов 177

Вданном параграфе внимание было в большей степени уделено формирова­нию схем процессов верхнего уровня. Это сделано в силу того, что во многих организациях руководители требуют в качестве первого результата проекта именно эти схемы. Подчеркнем еще раз, что в нашем понимании, понятие процесса гораздо шире. Определить процесс — не значит «нарисовать» его графическую схему (об этом мы писали ранее, кроме того, глава 4 целиком посвящена опре­делению процессов как объектов управления). В данной главе бульший акцент сделан на формирование графических схем бизнес-процессов.

После того, как схемы процессов верхнего уровня сформированы, они долж­ны быть проверены на соответствие реальной ситуации. Такую проверку назо-

Верхний уровень. VAD ARIS:

ОАП — Отдел анализа поставщиков;

03 — Отдел закупок;

ЛВК — Лаборатория входного контроля;

ДЗ — дебиторская задолженность;

КЗ — кредиторская задолженность;

ДУК — данные удовлетворенности клиентов;

ФО — Финансовый отдел.

178 ВВ. Репин, В. Г. Елиферов, Процессный подход к управлению

Глава 3 Описание и анализ бизнес-процессов 179

вем проверкой адекватности. Существует методика проверки адекватности мо­делей бизнес-процессов, которая будет рассмотрена в следующем параграфе.

3.5. Методика проверки адекватности моделей бизнес-процессов

Существуют определенные правила проверки, в частности, многие из них описаны в документации по IDEF0 [2] и |3]. Простейшая схема проверки адек­ватности представлена на рис. 3.33.

Цикл проверки адекватности (цикл «автор — читатель») начинается с под­готовки аналитиком рабочей группы подшивки схем моделей бизнес-процес­сов. Оптимальный объем такой подшивки — не более 10—12 листов формата А4. Комплект моделей большего объема будет очень трудно воспринимать, что приведет к снижению качества проверки. Количество листов в подшивке определяется из расчета, чтобы время проверки занимало у рецензента не бо­лее полутора-двух часов.

После того как аналитик подготовит комплект моделей, он передает его ответ­ственному за архив. Эту функцию может выполнять один из членов рабочей груп­пы, который отвечает, кроме того, за ведение документооборота проекта. Ответ­ственный за архив снимает копию с подшивки моделей и передает ее рецензенту, которым может яапяться руководитель или специалист подразделения. Опыт по-

180 В.В. Репин, В.Г. Елиферов. Процессный подход к управлению

казывает, что целесообразно вместе с комплектом моделей передавать рецен­зенту сопроводительное письмо, в котором указаны официальные сроки пере­дачи и требуемое время проверки. Отметим, что работа по проверке моделей должна быть заранее регламентирована распоряжением директора организации

Рецензент анализирует полученный комплект моделей, записывая непосред­ственно на листах свои замечания. Для удобства отображения замечаний целе­сообразно представлять модели процессов в типовой рамке стандарта IDEF0. В среднем, количество замечаний для тщательно проработанной модели долж­но составлять не более восьми-десяти. После того как рецензент закончит ана­лиз, он передает комплект моделей ответственному за архив.

Ответственный за архив снимает копию с комплекта моделей, содержащих замечания рецензента. Затем подшивка передается аналитику.

Аналитик просматривает замечания рецензента. В случае согласия с замеча­ниями он вносит исправления в модели процессов. После этого формируется новый комплект испра&тенных моделей, который передается ответственному за архив. Далее цикл «автор — читатель» повторяется. Как правило, требуется не менее двух-трех итераций для устранения всех замечаний рецензента. Если ана­литик не согласен с замечаниями, то через координатора или руководителя про­екта назначается встреча с рецензентом, на которой обсуждаются спорные за­мечания. Итоги обсуждения в виде испра&1енных моделей также фиксируют­ся в архиве проекта.

Для крупных и средних проектов роль цикла «автор — читатель» достаточно велика. К сожалению, рабочие группы склонны пренебрегать вопросами веде­ния архива, тем более копирования всех создаваемых по ходу проекта моделей. Однако на практике неоднократно бывали ситуации, когда через два-три меся­ца работы становилось трудно найти актуальные модели с последними правка­ми. Ситуация особенно осложняется, когда в процессе работы над проектом из организации уходит аналитик или рецензент. На наш взгляд, ведение архива проекта должно быть обязательным.

Для того чтобы рецензент смог эффективно проверить подшивку моделей, ему следует:

  • знать основные цели проекта;

  • четко понимать, что от него требуется и в какой форме следует делать замечания к моделям;

  • обучиться основам чтения схем процессов;

  • ознакомиться с основами процессного подхода к управлению.

Если на подготовительном этапе проекта было проведено кватифицирован-ное обучение руководителей и специалистов организации, то работа руководи­телей по проверке моделей будет существенно облегчена.

Хорошей практикой является включение в комплект моделей листа с табли­цей условных обозначений, использованных на схеме процесса.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]