107. Причины неудач проектов моделирования и реорганизации бп.

Причины:  • отсутствие лидерства руководителя, прямо прописанного в восьми принципах менеджмента качества МС ИСО 9000:2000; • отсутствие команды управленцев верхнего уровня, заинтересованности и участия руководства; • некорректная постановка целей проекта, непонимание сути и реальных возможностей процессного подхода; • попытки решить проблемы без участия руководителей и менеджеров организации силами рабочей группы; • отсутствие внутренних стандартов на описание и регламентацию бизнес-процессов; • неэффективное применение инструмента моделирования бизнес-процессов; • оторванность от проекта среднего звена управления; • недостаточное освещение целей и результатов проекта внутри организации; • сопротивление Персонала организации изменениям. 

108. Этапы описания бп

1. определить владельца бизнес-процесса

2. определить границы бизнес-процесса (границы ответственностей и полномочий владельцев процессов)

3. определить клиентов и выходы бизнес-процесса

4. определить поставщиков и входы бизнес-процесса

5. определить ресурсы, необходимые для бизнес-процесса (находятся в распоряжении владельца бизнес-процесса)

6. описать технологию выполнения бизнес-процесса ( с использованием графических схем, выбранные нотацией)

7. разработать показатели, по которым оценивается бизнес-процесса, его результаты и удовлетворенность

8. описать работу владельца по анализу и улучшению бизнес-процесса, а также его отчетность перед вышестоящим руководителем.

Описание процессов может быть оформлено в виде документов:

• Документированная процедура (ДП)

• Стандарт предприятия (СТП)

• Регламент выполнения процесса (РВП)

• Положение по подразделениям

• Инструкция процесса (ИП)

• Должностная и технологическая документация

• Блок-схема процесса

• Таблица (карта) процесса

104. Виды и назначения нотаций для описания бп

Наиболее распространенные методологии бизнес-процесса:

-Business Process Modeling

-Work Flow Modeling (методология описания потоков работ)

-Data Flow Modeling (методология описания потоков данных)

При выборе нотации целесообразно учитывать аспекты:

-Возможности нотации для описания процессов требуемого уровня сложности

-Возможности среды моделирования, поддерживающей выбранную нотацию

-Наличие методики применения выбранной нотации и соответствующего инструмента для решения поставленных задач в рамках проекта

Нотации:

1. ARIS,2 Простая блок-схема в MS Visio,3 «Процедуры» Business Studio

ARIS была одной из первых нотаций, получившая распространение на рынке, относится к нотации типа Work Flow.

Особенности: наличие операторов логики, элементов типа «событие» (и, исключительное или, неисключительное или).

Недостатки: не годится для автоматизации в системе класса Business Process Modeling, схема процесса сложна для восприятия сотрудниками компании, громоздка.

Простая блок-схема, реализованная в Work Flow, содержит в себе несколько элементов:

- процесс,решение,ручная операция,документ,данные,стрелки для отображения связей.

Нотация неудобна для автоматически исполняемых процессов Business Process Modeling системы. Часто используется специалистами по менеджменту качества при описании процессов СМК.

Преимущества: простота формирования графических схем процессов, интуитивная понятность сотрудниками, минимальная потребность в обучении, наличие доступных инструментов для описания процессов.

Масштабное использование нотации без современного средства моделирования представляется весьма неэффективно.

«Процедуры» Business Studio содержат элементы:

- процесс, решение, событие, стрелка предшествования,сноска,внешняя ссылка,стрелка потока объекта.

Преимущества: минимальный набор графических элементов для описания процессов типа Work Flow, быстрота создания графических схем, схемы процессов просты и понятны, простота в обучении, удобна для описания «сквозных» процессов в компании, схемы можно выгружать и редактировать в MS Visio.