Главная страница

Моделирование бизнес-процессов. Курсовая работа Тихобаева 18уб3_03.06.2020. Теоретические основы моделирования бизнеспроцессов 6


Скачать 4.04 Mb.
НазваниеТеоретические основы моделирования бизнеспроцессов 6
АнкорМоделирование бизнес-процессов
Дата02.12.2022
Размер4.04 Mb.
Формат файлаdoc
Имя файлаКурсовая работа Тихобаева 18уб3_03.06.2020.doc
ТипАнализ
#824904
страница2 из 4
1   2   3   4

1.2 Основные принципы моделирования бизнес-процессов



Главная задача моделирования процессов организации-построение модели «as is» [15]. Чтобы выполнить построение, необходим кропотливый и тщательный сбор, а также анализ имеющейся доступной информации об этом процессе. Обычно, данной информацией располагают только непосредственные участники процесса, работающие в организации. Отсюда вытекает необходимость тщательно опросить всех участников бизнес-процесса.

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

Самое первое, что требует обязательного выяснения перед построением модели «as is», это определение, каким является результат выполняемого процесса. Часто встречаются ситуации, когда возникают существенные сложности в описании того, что должно получиться на выходе процесса. После успешного и конкретного описания результата процесса можно перейти к описанию определенной последовательности действий, которые составляют бизнес-процесс.

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

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

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

Одна из наиболее важных составляющих при построении модели процесса—это тщательное изучение каждого аспекта эффективности. Изучение включает в себя показатели ресурсного потребления, времени выполнения операций, задержек различного характера. Разработка целостной системы показателей для измерения эффективности процесса является важной и необходимой мерой. Такими показателями могут являться KPI, применяемые в организации, однако стоит рассмотреть и другие дополнительные характеристики процесса.

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

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

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

Финальным шагом является рассмотрение и анализ используемых программных средств, которые осуществляют исполнение процесса. Важность данного шага обуславливается способностью программного обеспечения к сокрытию особенностей течения хода процесса, которые не известны работникам, исполняющим конкретные операции. Информация, собранная в ходе выполнения этого шага, является ключевой при последующем автоматизировании бизнес-процесса.[5]

Сбор всех сведений позволяет досконально и подробно разобраться в ходе исполнения процесса. Данный этап моделирования позволяет получить такую информацию, как:

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

• Диаграмма ролей. На диаграмме представлены роли исполнителей процесса, а также логика их взаимодействия. Однако такая диаграмма не представляет рабочую иерархию, а показывает участников процесса, руководителей, коммуникации, место в коллективе.

• Модель «as is» каждого рассматриваемого процесса, которая подробно описывает процесс и отражает выполнение бизнес-процесса, а также действия, задачи, направление движения документов и слабые места, которые в дальнейшем можно будет оптимизировать. В данную модель входят:

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

б) диаграмма бизнес-процесса верхних уровней, самые главные этапы и роли.

в) диаграммы каждого этапа верхнего уровня, детально демонстрирующие логику выполнения процесса, прерывающие события, регламентации и роли.

г) диаграмма обработки исключений. На такой диаграмме показано, как следует поступать и кому в случае возникновения исключительной ситуации и после ее устранения.

Стоит отметить, что следующий состав группы по моделированию бизнес-процессов успешно доказал свою эффективность при переходе к практической реализации:

  • владелец процесса, а также несколько помощников, работающих в этом же подразделении;

  • менеджеры по управлению качеством;

  • бизнес-аналитики;

  • работники сферы информационных технологий;

  • внешние консультанты-опционально.

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

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

Существует ряд типовых проблем моделирования и визуализации БП, которые также необходимо оперативно решать:

  • Субъективные факторы восприятия модели людьми, которые участвуют в построении модели. Каждый человек интерпретирует само описание по своему видению, возможно упуская важные детали. Поэтому перед созданием модели аналитики, создающие ее, должны строго оговорить все нюансы визуализации, прописать язык моделирования.

  • Противоречия между полнотой модели и возможностью с ней работать. С одной стороны, модель должна быть полной, но в то же время лаконичной и понятной. Ограничение достигается максимально допустимым уровнем вложенности.

  • Ограниченность нотации не позволяет полноценно и понятно описать БП без дополнительных комментариев. Приходится комбинировать несколько нотаций. На модели БП можно показать только атрибуты, описывающие простые ветвления, а основную часть приходится описывать в текстовом виде.

  • Сложность модели. Разработка моделей реальных бизнес-процессов приводит к многоуровневым бизнес-процессам сложной структуры.[6]
1   2   3   4


написать администратору сайта