Введение
Моделирование бизнес-процесса — процесс отражения личного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.
Целью моделирования является классификация познаний о компании и ее бизнес-процессах в приятной графической форме наиболее комфортной для аналитической обработки приобретенной инфы.
В истинное время на рынке компьютерных технологий представлены несколько особых программ, позволяющих исследовать предприятие и выстроить модель. Выбор методологии и инструментов, при помощи которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Есть стандартизированные, опробованные временем методологии и инструментальные средства, при помощи которых можно исследовать предприятие и выстроить его модель. Ключевое их преимущество — простота и доступность к овладению.
действий составила методология SADT. В истинное время более обширно применяемая методология описания бизнес-процессов – эталон США (Соединённые Штаты Америки — государство в Северной Америке) IDEF.
Основное достоинство идеи анализа бизнес-процессов компании средством сотворения его модели — ее универсальность. Во-1-х,
моделирование бизнес-процессов это ответ фактически на все вопросцы,
касающиеся совершенствования деятельности компании и увеличения его конкурентоспособности. Во-2-х, управляющий либо управление компании, внедрившие у себя определенную методологию, будет иметь информацию, которая дозволит без помощи других улучшать свое предприятие и предсказывать его будущее.
1 Суть и значение моделирования бизнес-процессов
Моделирование бизнес-процессов дозволяет проанализировать не только лишь, как работает предприятие в целом, как оно ведет взаимодействие с наружными организациями, заказчиками и поставщиками, да и как организована деятельность на любом раздельно взятом рабочем месте.
Существует несколько подходов к определению понятия
«моделирование бизнес-процессов»:
1)
моделирование
бизнес-процессов — это описание бизнес-
действий компании позволяющее руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам — как работают их коллеги и на какой конечный итог ориентирована вся их деятельность ;
2)
моделирование
бизнес-процессов — это действенное средство поиска способностей улучшения деятельности компании;
3)
моделирование
бизнес-процессов — это средство позволяющее предугадать и минимизировать опасности, возникающие на разных шагах реорганизации деятельности компании;
4)
моделирование
бизнес-процессов — это способ, позволяющий отдать оценку текущей деятельности компании по отношению к требованиям,
предъявляемым к его функционированию, управлению, эффективности,
конечным результатам деятельности и степени удовлетворенности клиента
5)
моделирование
бизнес-процессов — это способ, позволяющий отдать стоимостную оценку любому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупы;
6)
моделирование
бизнес-процессов — это постоянно верный метод выявления текущих заморочек на предприятии и предвидения будущих.
Современные компании обязаны повсевременно заниматься улучшением собственной деятельности. Это просит разработки новейших технологий и приемов ведения бизнеса, увеличения свойства конечных результатов
деятельности и, естественно, внедрения новейших, наиболее действенных способов управления и организации деятельности компаний.
Бизнес-процесс – это логичный, поочередный, взаимосвязанный набор мероприятий, который потребляет ресурсы производителя, делает ценность и выдает итог пользователю. Посреди главных обстоятельств,
побуждающих компанию улучшить бизнес-процессы, можно выделить необходимость понижения издержек либо продолжительности производственного цикла, требования, предъявляемые пользователями и государством, внедрение программ управления качеством, слияние компаний, внутриорганизационные противоречия и др. .
Моделирование бизнес-процессов – это действенное средство поиска путей оптимизации деятельности компании, средство прогнозирования и минимизации рисков, возникающих на разных шагах реорганизации компании. Этот способ дозволяет отдать стоимостную оценку любому отдельному процессу и всем бизнес-процессам организации в совокупы.
Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на рисунке 1.
Набросок 1 — Предпосылки, по которым принимается решение по моделированию бизнес-процессов
Моделирование бизнес-процессов затрагивает почти все нюансы
деятельности компании:
изменение организационной структуры;
оптимизацию функций подразделений и служащих;
перераспределение прав и обязательств управляющих;
изменение внутренних нормативных документов и технологии проведения операций;
новейшие требования к автоматизации выполняемых действий и т.
Целью моделирования является классификация познаний о компании и ее бизнес-процессах в приятной графической форме наиболее комфортной для аналитической обработки приобретенной инфы. Модель обязана отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота.
Моделирование бизнес-процессов организации включает два шага структурное и детализированное.
Структурное моделирование бизнес-процессов организации может производиться в нотации IDEF0 с внедрением инвентаря BPwin либо на языке UML с внедрением инвентаря Rational Rose. Детализированное моделирование производится на языке UML.
На шаге структурного моделирования в модели должны быть отражены:
1)
существующая организационная структура;
2)
документы и другие сути, применяемые при выполнении моделируемых
бизнес-процессов и нужные для моделирования документооборота, с описаниями их основного смысла;
3)
структуру
бизнес-процессов, отражающую их иерархию от наиболее общих групп к личным бизнес-процессам;
4)
диаграммы взаимодействия для конечных
бизнес-процессов,
отражающие последовательность сотворения и перемещения документов
(данных, материалов, ресурсов и т.п.) меж действующими лицами.
Приготовленная модель обязана быть согласованна конструкторами и ведущими программерами, подтверждая, что структура бизнес-процессов понятна.
Детализированное моделирование бизнес-процессов производится в той же модели и обязано отражать требуемую детализацию и обязана обеспечить однозначное представление о деятельности организации.
Детальная модель бизнес-процесса обязана включать:
1)
набор прецедентов отражающих вероятные варианты выполнения
бизнес-процессов «как есть»;
2)
диаграммы действий, детально описывающие последовательность выполнения
бизнес-процессов;
3)
диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими спецами организации, владеющими необходимыми познаниями.
В случае если опосля построения моделей согласование не было достигнуто – в модель должны быть внесены нужные уточнения и коррективы. Процесс итерации (согласование, внесение корректив и уточнений) должен повторяться до момента полного доказательства, что модель понятна и совершенно точно представляет детали бизнес-процессов.
2 Методика проведения моделирования бизнес-процессов
Под методологией (нотацией) сотворения модели (описания) бизнес-
процесса понимается совокупа методов, с помощью которых объекты настоящего мира и связи меж ними представляются в виде модели. Неважно какая методология (методика) включает три главные составляющие:
– теоретическая база;
–описание шагов, нужных для получения данного результата;
Моделирование бизнес-процессов можно делать с применением разных подходов, методологий, нотаций и инструментальных средств — зависимо от требований к модели в любом определенном случае. Чем определяются эти требования? Почти во всем — действием сотворения системы автоматизации в целом, в рамках которого проводится моделирование предметной области. Этот процесс описывает, каким образом будет строиться, уточняться и употребляться модель.
Обычно, система создается коллективом людей. Эти люди имеют разные специальности, опыт, привычки, образование, предпочтения и личные свойства. Модель бизнес-процессов строится для того, чтоб эти люди могли отлично обмениваться познаниями и вместе принимать решения по ходу сотворения системы. Модель является языком общения меж сторонами, участвующими в разработке системы автоматизации, —
заказчиками, профессионалами, конструкторами и т. д. Она обязана быть организована таковым образом, чтоб любая сторона, воспринимающая моделируемую систему с своей точки зрения, могла отлично заносить собственный вклад в общее осознание предметной области.
Процесс сотворения автоматической системы нередко оказывается итеративным, потому модель обязана допускать поочередные уточнения. В эталоне модель обязана строиться таковым образом, чтоб при ее детализации не изменялись ранее построенные наиболее общие элементы модели, а лишь добавлялись бы новейшие .
Модель обязана быть устойчива к изменениям предметной области. Это означает, что она обязана быть организована таковым образом, чтоб при конфигурациях предметной области изменялся лишь некий мало нужный набор частей модели. Наиболее того, модель сама обязана быть
инвентарем реорганизации бизнес-процессов в рамках сотворения системы автоматизации.
Нужно учесть принципиальные свойства моделирования бизнес-
действий. А именно, к преимуществам моделирования бизнес-процессов относят: увеличение свойства и скорости производства продукции с одновременным понижением издержек; рост профессионализма служащих;
увеличение конкурентоспособности компании. Недочеты, в свою очередь:
усиление эксплуатации служащих и связанные с сиим препядствия социально-психологического нрава; необходимость проведения целенаправленной работы по изменению корпоративной культуры.
3 История развития методологий моделирования бизнес-процессов
Базу почти всех современных методологий моделирования бизнес-
действий составила методология SADT (Structured Analysis and Design Technique – способ структурного анализа и проектирования) и
алгоритмические языки, используемые для разработки программного обеспечения.
В сжатом виде история развития методологий моделирования бизнес-
действий представлена на рисунке 2. Для наглядности параллельно приведена история развития подходов к управлению качеством .
Набросок 2 — История развития методологий моделирования бизнес-
действий
В истинное время для описания, моделирования и анализа бизнес-
действий употребляются несколько типов методологий. К числу более всераспространенных типов относятся последующие методологии:
моделирования
бизнес-процессов (Business Process Modeling);
описания потоков работ (Work Flow Modeling);
описания потоков данных (Data Flow Modeling).
Методологии моделирования бизнес-процессов (Business Process Modeling). Более обширно применяемая методология описания бизнес-
действий – эталон США (Соединённые Штаты Америки — государство в Северной Америке) IDEF0. С момента разработки эталон не перетерпел существенных конфигураций. В истинное время развитие методологии IDEF0 связано с совершенствованием поддерживающих ее инструментов – программных товаров для моделирования бизнес-
действий (к примеру, BPWin 4.0, ProCap, IDEF0/EM Tool и др.).
Методология IDEF0 предоставляет аналитику широкие способности для описания бизнеса организации на верхнем уровне с упором на управление действиями. Нотация дозволяет отражать в модели процесса оборотные связи
различного типа – по инфы, управлению, движению вещественных ресурсов .
При помощи методологии семейства IDEF можно отлично показывать и рассматривать модели деятельности широкого диапазона сложных систем в разных разрезах. При всем этом широта и глубина обследования действий в системе определяется самим разрабом, что дозволяет не перегружать создаваемую модель лишними данными. В
реальный момент к семейству IDEF можно отнести последующие эталоны:
IDEF0 — методология многофункционального моделирования. При помощи приятного графического языка IDEF0, изучаемая система стает перед разрабами и аналитиками в виде набора взаимосвязанных функций. Обычно, моделирование средствами IDEF0 является первым шагом исследования хоть какой системы;
IDEF1 – методология моделирования информационных потоков снутри системы, позволяющая показывать и рассматривать их структуру и связи;
IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий ―Суть-взаимосвязь‖
(ER – Entity-Relationship) и, обычно, употребляется для моделирования реляционных баз данных;
IDEF2 – методология динамического моделирования развития систем.
В связи с очень суровыми сложностями анализа динамических систем от этого эталона фактически отказались, и его развитие приостановилось на самом исходном шаге;
IDEF3 – методология документирования действий, происходящих в системе, которая употребляется, к примеру, при исследовании технологических действий на предприятиях. При помощи IDEF3
описываются сценарий и последовательность операций для всякого процесса. IDEF3 имеет прямую связь с методологией IDEF0 – любая
функция быть может представлена в виде отдельного процесса средствами
IDEF4 – методология построения объектно-ориентированных систем.
Средства IDEF4 разрешают наглядно показывать структуру объектов и заложенные принципы их взаимодействия, тем позволяя рассматривать и улучшить сложные объектно-ориентированные системы;
IDEF5 – методология исследования сложных систем .
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности компании. Ее методическую базу составляет совокупа разных способов моделирования, отражающих различные взоры на исследуемую систему. Одна и та же модель может разрабатываться с внедрением нескольких способов, что дозволяет применять ARIS спецам с разными теоретическими познаниями и настраивать его на работу с системами, имеющими свою специфику .
ARIS поддерживает четыре типа моделей, отражающих разные нюансы исследуемой системы:
организационные модели, представляющие структуру системы —
иерархию организационных подразделений, должностей и определенных лиц,
связи меж ними, также территориальную привязку структурных подразделений;
многофункциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупой деревьев функций,
нужных для заслуги поставленных целей;
информационные модели, отражающие структуру инфы,
нужной для реализации всей совокупы функций системы;
модели управления, представляющие полный взор на
реализацию бизнес-процессов в рамках системы.
Сейчас общим местом стал тот факт что бизнес-процессный подход к организации работы считается современным, инноваторским решением, которое в случае внедрения помогает повысить свойство работы и прирастить прибыль компании. О бизнес-процессах и системах работы с ними (BPMN, BPMS) я также уже писал и не один раз. К примеру, в статье «Что такое Бизнес процесс» я описываю главные понятия, индивидуальности и достоинства этого подхода. А на данный момент я решил побеседовать о недочетах внедрения процессного подхода, о том, какой нехороший эффект ожидает компанию и ее служащих в случае реализации этого подхода.
Чудилось бы, для работы был нанят спец — бизнес-консультант, либо бизнес аналитик, он понимает свое дело. Можно расслабиться, спецы все сделают «как следует». Но по сути все не так просто как может показаться на 1-ый взор. А в случае неверных решений препядствия ожидают конкретно клиента и его служащих.
Перед чтением данной статьи настоятельно рекомендую ознакомиться с моими прошлыми публикациями по этой теме:
Естественно, можно попробовать обрисовать работу компании текстом, даже алгоритмизация, т.е. на самом деле, описание действий также быть может реализована в текстовом виде. К примеру, некие спецы предпочитают конкретно таковой подход к работе. И это их право.
Но именовать нотацией текстовый список действий служащих для решения различных типов задач – неприемлимо. Описание (нотации) бизнес-процессов подчиняются определенным правилам, имеют, как хоть какой язык, свой «синтаксис» и «словарный припас». Но если, к примеру, в языках программирования «правила» и «слова» являются набором текстовых установок, то в BPM нотациях – это, сначала, графика.
Почему это так принципиально? Кроме сложившихся и устоявшихся правил, существует также логическое пояснение. Графическая картина проще воспринимается в целом. А ведь лишь опосля того, как мы узрели и смогли осознать общую картину, можно гласить о том, что мы обрисовали бизнес-процессы. Ситуация, которая изображена на картине, начинает существовать лишь опосля того, как мы ее нарисовали. Такая сущность, в том числе, при описании бизнес-процессов.
А поэтому я предлагаю условиться:
Если я говорю о описании бизнес-процессов, идет речь о бизнес-процессах, обрисованных в графическом виде в одной из нотаций.
Но вернемся к главный теме статьи, и давайте попробуем разобраться, какие есть минусы использования бизнес-процессов на практике, почему они появляются и к чему могут привести.
Как создается описание бизнес процесса
Почаще всего над созданием описания бизнес процесса работает приглашенный со стороны бизнес-консультант. Этот спец понимает свое дело, и, естественно, перед созданием нотации он изучает работу бизнеса, его индивидуальности. Но нужно осознавать что даже самый наилучший приглашенный спец за то куцее время, которое затрачивается на исследование, не может стать профессионалом в сфере деятельности данной нам компании. Я сходу объясняю это заказчику, для того чтоб снять негатив и недопонимание:К примеру, меня приглашали для описания бизнес-процессов работы швейного компании, но я при всем этом не имею экспертных познаний в швейном деле, т.е. без помощи других что-либо сшить я не смогу. Также я работал с туристской компанией, но процесс сопровождения малыша на отдых в летний лагерь для меня и на данный момент является просто «некоторым действием», без помощи других я это никогда не делал. Работал я и с мед центром, и тут также я не могу поведать, как буквально собираются сведения о пациенте для проведения операции, ведь я – не доктор.
Незначительно о определениях применяемых в данной статье
До этого чем продолжить нужно внести ясность в картину происходящего и роли того человека либо группы людей в работе по оптимизации.
Сотрудник — суть представляющая человека либо группу людей которые являются источником инфы. Сотрудник компетентен в бизнес процессе, не имеет права принятия решения и заурядно не компетентен в моделировании.
Бизнес аналитик — суть представляющая человека либо людей которые моделируют бизнес процесс и могут в отдельных вариантах предоставлять советы по улучшению бизнес процесса.Почти всегда вначале не компетентен в процессе и не имеют права принятия решения.
Управляющий — суть представляющая человека либо группу людей которые несут ответственность за принятие решения. Управляющий компетентен в принятии решения, и заурядно некомпетентен в бизнес процессе и моделировании.
Нотация/бизнес нотация — язык описания бизнес действий.
Кто нибудь может меня поправить что один человек быть может как неплохим сотрудник так и неплохим бизнес аналитиком. Я сходу скажу что таковых людей не лицезрел, ну и трудно представить для себя человека который был бы идиентично неплох в 2-ух таковых друг от друга дисциплинах как бизнес анализ и все деятельность компании.
Для наглядности я предоставляю для вас таблицу (последовательность колонок и строк не имеет значения):
Для чего нужен приглашенный бизнес-аналитик?
Бизнес-моделирование нужно для того, чтоб получить приятную картину того, как работает бизнес на данный момент, т.е. “как есть”. При всем этом стают приметны “тонкие места” и сегменты, в каких может быть провести оптимизацию.
Для составления нотации аналитик изучает работу компании, составляет описание бизнес процесса “как есть”. Дальше с учетом пожеланий и проблематики, описанной управлением компании (заказчиком) описывает “как обязано быть”. И с помощью графических частей нотации может выявить, где и что реально поменять, чтоб от первого состояния перейти ко второму.
Для составления грамотной нотации нужны последующие составляющие:
Познание бизнес-анализа и умение работать с нотациями.
Информация о работе определенного процесса.
Требования по оптимизации: к какому результату стремится управление компании.
Познания и умение работать с нотациями — это компетенция бизнес-аналитика. Информацию о работе компании ему предоставляют сотрудники и управление. При всем этом бизнес-аналитик делает определенную работу по сбору данных. Он употребляет отчетность компании, проводит интервью с руководителями и сотрудниками различных подразделений, стремится получить как можно наиболее полную картину. От того, как отменно производится эта работа, и как интенсивно готовы содействовать получению подходящих сведений представители компании, почти во всем зависит итог. Это отдельный труд, со собственной специфичностью и приемами.
Также принципиально осознавать, что решение о том, какие из предложенных вариантов оптимизации работы будут реализованы на практике, воспринимает управляющий бизнеса, и от этого итоговый итог зависит не меньше, чем от свойства работы бизнес-аналитика.
Примеры
Дальше я на примерах покажу, как некорректных начальные данные ведут к неверным выводам. И почему подобные рвения избавиться от человека нередко завершаются грустно. 1-ый пример я привел для того чтоб показать как это работает.
2-ой пример для того чтоб было понятно, что даже масштаб компании может не спасти от заморочек.
Пример 1. Автоматизация интернет-магазина
Весьма всераспространенная ситуация – оптимизация работы интернет-магазина.
Вначале на обработке заказов работало несколько человек:
- Операторы, которые вручную переносили заказы, приобретенные с веб-сайта, в систему учета.
Складской работник, занимавшийся конкретно отгрузкой заказов.
Опосля проведения оптимизации необходимость в операторах пропала, потому что заказ автоматом передается в учетную систему, где также без роли человека создаются все нужные документы и резервирует продукт.
В итоге человек, занимающийся отгрузки заказов, может без помощи операторов без помощи других распечатать документы и приготовить список продуктов к отправке. Операторы оказываются совершенно не необходимы.
«На бумаге» все это смотрится совершенно. Систему вводят, операторов увольняют. Складскому работнику добавляют список обязательств (распечатывать документы), и если весьма повезет, наращивают заработную плату. Компания сберегает средства за счет сокращения нескольких ставок, исключаются ошибки, связанные с человечьим фактором. Все обязано работать лучше, чем до этого.
На практике оказывается, что ситуация далековато не настолько радужная.
Если ранее количество заказов, поступавших к собирателю на склад, было ограничено скоростью работы людей-операторов, то сейчас заказы формируются автоматом, фактически одномоментно, и накапливаются «на складе».
Количество заказов, обрабатываемых в денек, сейчас ограничивается лишь способностями складского работника. Человек лицезреет постоянную «очередь заказов». Ее же следит и его начальство, и обычно выражает недовольство.
Даже если нет негатива «сверху», человек и сам лицезреет неизменный «завал», работать приходится больше, чем ранее. Естественно, отчасти это компенсирует увеличение заработной платы. Но все равно из-за завышенной перегрузки копится вялость, в том числе, психическая. Человек – не машинка, он не может совершенно работать изо денька в денек без перерывов. У всякого человека есть определенный максимум – сколько заказов он способен обработать за смену.
В итоге, складские работники начинают увольняться один за остальным. Возникает текучка, приводящая к доп дилеммам, задержкам в отправке заказов, ошибкам, связанным с работой неопытных и усталых служащих. Заместо ожидаемой оптимизации работы компания несет убытки и репутационные утраты.
А все поэтому, что, увлекшись прекрасной «облегченной» нотацией, аналитик и управляющий компании не предусмотрели какие-то механизмы регулирования скорости работы, не учли, как увеличивается перегрузка, т.е. восприняли служащих не как настоящих людей, как абстрактные «бизнес-процессы».
Пример 2. Автоматизация такси
Сейчас весьма нередко слышны дискуссии о том, что в недалеком будущем такси будут работать без водителя. О этом рассуждают спецы Uber и Yandex-такси. В принципе, обе эти компании уже идут по пути автоматизации и отказа от людского фактора всюду, где удается.
В итоге можно придти к последующей схеме:
Заказ такси – автоматом, через веб-сайт либо приложение без роли диспетчера.
Доставка клиента до места предназначения
Оплата (выдача денег по какому-нибудь обязательству) – автоматом, с банковской карты либо интернет-денег опосля поездки на базе GPS-данных.
Естественно, при всем этом в самой службе такси все равно работают люди (операторы техподдержки, спецы по обслуживанию программного обеспечения и техники, модеры отзывов и т.д.). Но в описанной чуть повыше бизнес-процессе в случае отказа от водителей они перестают учавствовать совершенно.
С одной стороны, все выходит комфортно и прибыльно. Нет людей – нет случайных ошибок, издержек на создание рабочих мест и зарплату.
С иной, если из цепочки стопроцентно исключаются люди, то возникает огромное количество рисков. Что будет, если программка водителя-автомата даст сбой, и человека отвезут не туда? Как бот будет реагировать в случае трагедии, в особенности, если из-за ДТП (Дорожно-транспортное происшествие (автоавария, автокатастрофа) — событие, возникшее в процессе движения по дороге транспортного средства и с его участием, при котором погибли или пострадали люди, повреждены транспортные средства, сооружения, грузы, либо причинён иной материальный ущерб) повредится некий аппаратный узел? А если правонарушители либо террористы решат захватить и применять робота-такси в собственных целях?
Видите ли, при всей наружной выгоде исключение из цепочки человека ведет к непредсказуемым последствиям и просит внедрения каких-либо защитных устройств, в итоге внедрения которых (либо даже не внедрения) компания несет доп расходы, т.е. итог противоположен тому, который планировался.
Главные предпосылки ошибок и заморочек
Нужно осознавать что в процессе сотворения нотации хоть какой бизнес-консультант старается по способности упрощать нотацию, «сокращая» этапы и деяния, которые с его точки зрения – не очень важны и могут помешать осознанию картины в целом. Ведь он делает процесс который должен быть понятен пользователю и спецам. Один из принципов так и звучит «Не следует умножать сущее без необходимости»(так именуемая Бритва Оккама).
Со стороны компании нотацию изучает управляющий бизнеса. С одной стороны, он много больше понимает о собственной сфере деятельности, чем приглашенный спец. С иной, также не является профессионалом по работе всякого подразделения и сотрудника. Как управляющий, он лицезреет картину полностью, и также склонен к упрощению. Не считая того нужно осознавать что в бизнесе на данный момент огромное количество случайных людей, которые попали в бизнес или случаем или имеют не профильное образование.
В итоге создается облегченная бизнес-модель, которую делает человек, компетентный в моделировании, но не компетентный в особенностях работы той либо другой сферы деятельности. Воспринимает его работу (бизнес-нотацию) управляющий компании, который не является профессионалом в бизнес-моделировании, а поэтому без внимательного совместного исследования всех деталей не может буквально сказать, где упрощения – допустимы, а где – нет. Не считая того, управляющий бизнеса также почти всегда не является профессионалом в тех либо других действиях, проходящих в компании. Он быть может красивым устроителем, но – не доктором. Либо знатоком моды и стиля, но – не швеей и т.д.
К огорчению, в процессе работы по оптимизации бизнес-процессов обычно главный целью является не столько улучшение работы (как это обязано быть), а сначала – сокращение расходов. Управление компании, обратившейся к спецу по оптимизации бизнес-процессов, стремится понизить издержки. А это фактически постоянно значит – уменьшить штатную единицу. Обычно это звучит как «Уменьшение людского фактора».
Примеров схожих выше можно приводить еще много, все их соединяет воединыжды несколько принципиальных причин, которые и приводят к грустным результатам:
- Недостающая компетентность аналитика в вопросцах работы определенного бизнеса;
Недостающая компетентность управляющего в осознании бизнес-процессов и нежелание вникать в детали;
Очень огромное доверие к графическим нотациям (они дают ту степень свободы, которая дозволяет охватить процесс в целом и узреть рациональные решения, но не учитывают людей, которые в действительности делают функции “стрелочек” и “темных ящиков”);
Излишнее доверие к технологиям (ошибка, характерная почти всем современным людям).
В итоге выходит бизнес-процесс, который в теории смотрится совершенно, на том либо ином шаге начинает давать сбои.
Очередной принципиальный фактор, который соединяет воединыжды описанные выше примеры:
При составлении нотации и внедрении процессного подхода аналитик и управляющий компании не учли, что организация непременно состоит из людей. Как из процесса исключаются люди, он перестает быть бизнес-процессом, становится действием технологическим. А для этого типа действий есть собственные правила описания, требования сохранности и т.д. Обрисовывать их как бизнес-процессы неприемлимо.
Обычное решение препядствия: цените людей
Самый обычной и тривиальный выход – сберегайте служащих и относитесь к ним человечно. Обусловьте адекватные нормы работы, не исключайте стопроцентно людей из бизнес-процесса, сократите им число функций, к примеру, пусть они контролируют, инспектируют и распечатывают документы либо делают остальные вспомогательные виды работы. Сократите им рабочий денек, к примеру, сделайте смены по 6 часов. Люди не будут переутомляться, будут успевать все созодать впору, процесс будет под контролем.
Естественно, так экономия средств будет наименьшей в сопоставлении с полным отказом от роли в определенных действиях служащих. Зато вы гарантированно избежите почти всех заморочек.
При всем этом понижение перегрузки на служащих с высочайшей вероятностью {само по себе} принесет для вас прибыль. Человек, который не перегружается и успевает отлично отдыхать, намного лучше работает. Он результативнее, пореже совершает ошибки, готов творчески подступать к работе, созодать больше и лучше.
Вообщем, это для вас подтвердит хоть какой опытнейший управляющий. Если вынудить человека работать 8 часов попорядку без перерывов, то работоспособность его существенно падает. Вынуждать служащих работать «на износ» не только лишь негуманно, да и, почти всегда, не прибыльно. Люди будут увольняться или, в определенных вариантах, вы будете обязаны их увольнять, потому что они начинают делать работу весьма плохо, как молвят о таковых сотрудниках, «выгорают». Придется растрачивать время и силы на поиск новейшего человека, его обучение (педагогический процесс, в результате которого учащиеся под руководством учителя овладевают знаниями, умениями и навыками), и так из раза в раз. Неизменные приклнные компании сотрудники принесут много больше полезности и стоить будут меньше, чем часто меняющиеся кадры.
Будьте осторожнее с технологиями
В самом начале статьи я указал на основную ошибку – излишнее доверие к современным технологиям, в число которых заходит также и бизнес-моделирование, в сочетании к рвению упростить все, что лишь можно, приводит к скоплению ошибок.
Вникайте в детали, в особенности, если вы планируете на каком-то участке поменять человека программкой. Удостоверьтесь, что это не приведет к потере контроля либо естественной регулировки перегрузки смежных подразделений. Не стоит «слепо» доверять современным программным и технологическим решениям просто поэтому, что мы живем в век массовой автоматизации.
Бизнес моделирование и IT-сфера
В конце я желал бы сказать несколько слов о том, как бизнес-моделирование и связанные с ним индивидуальности касаются работы IT-специалистов. Я считаю, что как раз IT спецам эти инструменты могут быть весьма полезными. Бизнес-моделирование помогает осознать, как работает организация в целом, узреть общую картину до начала автоматизации.
Схожий анализ помогает предложить и воплотить рациональные варианты решений для работы разных организаций и отдельных подразделений.
Невзирая на то, что статья посвящена недочетам бизнес-моделирования, я лично считаю, что использовать бизнес-процессы и нотации при оптимизации и автоматизации работы организаций не только лишь можно, но — вправду необходимо.
Но при всем этом принципиально осознавать, что как и хоть какой инструмент, бизнес-моделирование также может работать в обе стороны, и приносить не только лишь пользу, да и вред. Как понятно, от того, что ножиком можно порезаться, еще ни один человек не выбросил все ножики со собственной кухни. Так и тут, изучайте как можно поглубже инструменты, помните о вероятных минусах использования нотаций бизнес-процессов, опасайтесь лишнего упрощения. И не запамятовывайте, что эти нотации обрисовывают работу организации, т.е. сначала, людей, и лишь позже – их работу с технологиями.
Также я желал бы отметить, что когда я пишу о недостаточной компетентности бизнес-аналитика либо управляющего бизнеса, я не утверждаю, что кто-то из их является низковато квалифицированным спецом. Я говорю о том, что в определенных сферах у их может находиться недочет познаний.
Так, бизнес-аналитик может оказаться недостаточно компетентен в сфере деятельности клиента. И если это совпадает с недостаточной бдительностью управляющего компании к деталям, с нежеланием в сложных либо непонятных вариантах проконсультироваться с сотрудниками, отвечающими за то либо другое направление деятельности, то это может окончиться описанным выше грустным образом. При этом, видите ли из примеров, нехорошие причины могут идиентично воздействовать и на маленький бизнес (пример интернет-магазина), так и на крупную компанию (пример большого сервиса такси). Нужно осознавать что это просто очередной пример разделения труда для большей эффективности в решении задачки.
Понятие бизнес-процесс, структура действий и подпроцессов
Под бизнес-процессом (БП) соображают группу видов деятельности организации (мероприятия и задачки), которые ориентированы на создание определенного продукта либо услуги. Проводя анализ, в особенности в месте соприкосновения 2-ух либо нескольких подразделений занятых в одном бизнес-процессе, можно просто убрать разные издержки и барьеры и выстроить процессоориентированное предприятие либо компанию. БП принято разглядывать, деля их на подпроцессы и составляя детализированные карты. Иерархическая схема совокупы БП именуется деревом бизнес-процессов. Она отражает ординарную схему взаимосвязей всех БП в их совокупы.
Есть общие и детализированные модели БП. На верхнем (общем) уровне обычно приводится список операций по реализации продукта, проводимых отделами компании, в наиболее детализированном варианте наиболее много раскрываются главные стадии и схемы со всеми качествами.
Группы бизнес-процессов
Выделяют главные, вспомогательные и процессы управления – это главные группы БП. Как выполняемый единожды неповторимый процесс раздельно выделяется БП развития. Направленность БП главный группы:
- создание ценных для пользователя товаров (услуг);
формирование добавленной цены;
{наполнение} продукта ценными исходя из убеждений клиента свойствами;
оценка прибыли
Главные БП имеют клиентоориентированную направленность, потому что результаты их ориентированы на конечного юзера. Поддерживающие (вспомогательные) БП соединены с делом на наиболее тесноватых началах, они обеспечивают:
- создание товаров для внутренних сфер бизнеса;
поддержание функций компании, ее инфраструктурной составляющей
Процессы управления координируют всю совокупа БП (главные, поддерживающие, БП развития).
БП развития ориентированы на длительную перспективу в получении прибыли, также улучшение деятельность компании в дальнейшем (не обеспечивают компанию действий, происходящих на этот момент).
Представленная систематизация не является конечной. БП в каждой компании зависят от ее определенных отличительных особенностей.
Описание главных БП для производственно-торговой компании (пример):
- рекламные процессы;
проектирование, разработка продукта либо услуги;
создание конечного продукта;
логистические процессы (сбыт, доставка, снабжение);
управление продажами и обслуживанием
Поддерживающие БП:
- денежный контроль;
управление службами и персоналом;
экологические процессы (процессы защиты окружающей среды);
управление связями компании;
сопровождение систем и их проектирование;
инфраструктурное управление
К управленческим БП для данной модели можно отнести все процессы, связанные со сбором инфы, планированием и регулированием деятельности, процессы анализа и контроля всего управленческого цикла.
БП развития – улучшение деятельности, собственного рода бизнес-инжиниринг.
Описание и анализ БП
Описание БП дозволяет найти пространство всякого сотрудника в компании, провести нужные конфигурации в ее деятельности на основании анализа: сделать лучше информационную систему, поменять управление рисками, провести сертификацию и т.д. Оно дозволяет создать компанию наиболее понятной для управления, дозволяет отыскать излишек как денежных и иных ресурсов. Персонал по понятным причинам обычно не заинтересован в прозрачности, как и достоверности в описании БП – это осложняет получение фактической инфы, к примеру, о распределении обязательств.
Визуализация модели.
Модель обычно показывают в виде схем, таблиц с описаниями, или сочетание графика и текстового описания (нотация) и т.п. Степень детализации объекта, полнота описания, зависят от определенного внедрения данной модели. Задачей хоть какого из этих методов будет описание БП по принципу: «действие-функция». У всякого БП есть собственный исполнитель – это тоже необходимо указывать. Им будет являться подразделение или определенная должность. «Входы» — это вещественные, информационные и денежные, а «выходы» представляются в виде списка товаров или услуг. Результатом деяния исполнителя будет являться «выход», деяния также могут объединяться по принципу логической связи меж собой, тогда «входы» и результаты должны быть согласованы меж ними. Связь «входа» и «выхода» обеспечивается деятельностью, направленной на достижение результата при переходе меж ними.
Как реализуется описание БП
Как уже было обозначено выше, можно выделить графические, текстовые и табличные методы реализации модели. Невзирая на свои достоинства и недочеты они все находят применение, потому что любой из их соответствует целям, которые ставятся перед таковым описанием.
1. Текстовое описание.
Основной плюс таковой формы – это отсутствие четких эталонов и возможность гибкого описания практически хоть какого процесса либо его аспекта. Организация может применять всякую текстовую форму отчетности, также структурировать собранную информацию на свое усмотрение. Недочеты:
- последовательное восприятие текстовой инфы;
на основании текстового представления трудно провести анализ деятельности компании;
отсутствие формальности и описательных эталонов (как плюс, так и минус зависимо от варианта);
тяжесть восприятия и сравнения огромных размеров текста
2. Табличная форма. Подступает для описания поочередных действий. Может применяться в качестве переходной к графической реализации в качестве базы данных.
3. Графическое описание в виде моделей и диаграмм.
Если нужно обрисовать, как происходит регламентирование на шагах БП: кто исполнитель, как происходит реализация, какая последовательность и документация участвует – то уместно применить алгоритмический метод описания работ в виде блок-схемы.
Последующий вариант – представление процесса как потока из объектов. Он применим и комфортен для описания отдельных задач и тех подразделений в организации, которые работают по принципу «вход-выход», позволяя конкретно выслеживать, что происходит меж этими 2-мя составляющими. Потоками «входа» и «выхода» будут являться информация, вещественные поставки, документация.
Технологии, которые употребляются для описания БП:
1. IDEF — принята за эталон фактически везде. Integration Definition for Function Modeling –разработка моделирования функционала. Поддерживается последующим программным обеспечением – BPWIN, MS Visio и пр. Это совокупа способов моделирования дозволяет детализировать БП всех уровней, представляя их как в одном блоке, так и в отдельных схемах.
2. Технологии моделирования употребляют унифицированный язык моделирования (UML). Он дозволяет обрисовывать БП конкретно на языке понятном компьютерным программкам, является средством автоматизации. Поддерживается ведущими разрабами ПО (то есть программное обеспечение — комплект программ для компьютеров и вычислительных устройств), главным инвентарем для реализации является программное средство Rational Rose от IBM.
3. Диаграммы еЕРС (extended Event-Process Chain). Благодаря им, есть возможность показать последовательность операций, участников, применяемые ресурсы, отображая состояние на текущий момент времени.
4. Разработка ARIS (Architecture of Integrated Information Systems) употребляется как интегрированный инструмент в одну из больших систем автоматизации – SAP R/3.
Моделирование БП – это совокупа деятельности, направленной на создание модели организации, подразумевающее описание всех объектов (информационных, вещественных и т.п.) и действий, роли подразделений и отдельных должностей и связей меж ними. Составление моделей – это главный способ инжиниринга БП и их реорганизации, позволяющий также применять методологии непрерывного их улучшения, позволяющий переосмыслить и сделать лучше эффективность всех видов деятельности в организации либо предприятии.
Метод действий при моделировании:
1. Определение целей для описания БП. Подготовка к моделированию, выбор модели. Потому что модель составляется для конкретно практического использования, то цели такового описания должны согласовываться с будущими перспективами. Описанию подлежат все бизнес-процессы – главные, вспомогательные (поддерживающие), управленческие, развития.
2. Описания всего окружения БП, а конкретно указание всех действий с которыми он связан на «входе» и «выходе», включая все ресурсы на этих шагах.
3. Описание многофункционального содержания БП. Предполагает описание всех зон ответственности для всякого из подразделений либо должности в организации.
4. Описание БП потоков и их структуры. Определяется целями, которое оно преследует. Если нужно сделать лучше информационную систему, тогда описываются потоки инфы, документооборот и т.п., если цель распределить верно деньги – тогда денежный поток и БП в их.
Анализ деятельности компании и моделирование главных бизнес-процессов. Моделирование бизнес-процессов с помощью CASE-средства Rational Rose. Получение прибыли методом расширения рынка продуктов и услуг. Бизнес-процесс «Заказ и закупка продукта».
Выслать свою неплохую работу в базу познаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, юные ученые, использующие базу познаний в собственной учебе и работе, будут для вас весьма признательны.
Подобные документы
Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство эталонов IDEF и алгоритмические языки в базе методологий моделирования бизнес-процессов.
реферат , добавлен 14.12.2011
Суть, значение и методика проведения моделирования бизнес-процессов. История развития методологий моделирования. Классификация познаний о компании и ее бизнес-процессах в приятной графической форме для аналитической обработки приобретенной инфы.
реферат , добавлен 29.04.2009
Создание модели бизнес-процессов «Акция распродажи» в ВPwin. Цели и правила акции распродажи. Прогнозирование бизнес-процессов ППП «Statistica». Способы анализа, моделирования, прогноза деятельности в предметной области «Акция распродажи», исследование ППП VIP Enterprise.
курсовая работа , добавлен 18.02.2012
Разработка языка для моделирования настоящих бизнес-процессов в рамках «Студии компетентностных деловых игр». Внедрение DSM-платформа MetaEdit+. Составление требований к разрабатываемому языку программирования. Правила разработки метамодели языка.
курсовая работа , добавлен 05.10.2014
Этапы разработка автоматической информационной системы компании. Среда бизнес моделирования BPwin. Разработка методологических подходов, предложений и указаний по планированию, организации и совершенствованию программного обеспечения организации.
дипломная работа , добавлен 05.07.2009
Моделирование регламента Центра сертификации ключей ЗАО «Инфраструктура открытых ключей» с учётом требований сохранности. Главные определения и понятия моделирования действий. Функции программно-технического комплекса центра. Атрибуты сохранности.
дипломная работа , добавлен 20.03.2012
Архитектура встроенных информационных систем ARIS как методология моделирования бизнес-процессов, достоинства и недочеты использования. Выбор бизнес-процесса для моделирования и его содержательное описание, табличный формат его описания.
курсовая работа , добавлен 19.06.2015
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО (то есть программное обеспечение — комплект программ для компьютеров и вычислительных устройств) ОБРАЗОВАНИЮ РФ (Российская Федерация — государство в Восточной Европе и Северной Азии, наша Родина)
НОУ ВПО «СИБИРСКАЯ АКАДЕМИЯ ПРАВА, ЭКОНОМИКИ И УПРАВЛЕНИЯ»
Факультет: Компьютерных Технологий и Информационных Систем
Кафедра Информационных Систем
ДИПЛОМНАЯ РАБОТА
«Моделирование главных бизнес-процессов компании»
Иркутск 2009
Введение. 3
1. Теоретическая часть. 9
1.1 Формирование требований как главный шаг в разработке АИС.. 9
1.2 Функциональное моделирование бизнес-процессов. 17
1.3 Среда бизнес моделирования BPwin. 35
2. Практическая часть. 41
2.1 Анализ деятельности ОАО (форма организации публичной компании; акционерное общество) «АНХК» и структуры компании. 41
2.1 Анализ препядствия автоматических информационных систем ОАО (форма организации публичной компании; акционерное общество) «АНХК» 46
2.2 Исследование задач управления. 52
2.3 Описание входной инфы. 53
2.5 Описание выходной инфы. 54
3. Метод функционирования системы моделирования и его описание. 56
3.1 Информационный анализ действий и создание контекстной
диаграммы.. 56
3.2 Создание диаграмм декомпозиций. 60
3.3 Создание диаграммы дерева узлов и диаграммы FEO.. 67
Перечень литературы.. 74
Введение
Целью дипломной работы является исследование препядствия совершенствования информационного обеспечения управления организацией, построение модели главных бизнес действий на предприятии. На примере определенного компании нужно выполнить построение моделей бизнес действий, разглядеть имеющееся положение дел в изучаемой области, произвести детализированный анализ.
Объектом исследования для построения бизнес модели является предприятие АНХК. Хим индустрия в основном, чем неважно какая иная основная ветвь промышленности, характеризуется разнообразием применяемых технологических действий. В хим производстве задействованы тыщи технологических установок, выпускающих продукцию, при этом принципно однообразные хим процессы часто бывают по-разному оформлены конструктивно, вследствие что типовые решения могут быть использованы только для маленький части общего числа технологических установок.
Так как технологические установки составляют базу хим производств, можно представить, какое обилие даст сочетание неповторимых установок. Как следствие – сложность препядствия управления технологией не миниатюризируется по мере интеграции производственных подразделений, хотя возникает возможность типизации решений, касающихся управления большими технологическими комплексами, на базе общности экономических причин хим компаний .
Такое положение дел почти во всем определило путь, по которому проводилась автоматизация разных иерархических уровней управления, проектировались и развивались автоматические системы на предприятиях нефтехимической отрасли. Наибольшее применение получили автоматические системы управления технологическими действиями (АСУ ТП) и системы автоматизации управленческой и финансово-хозяйственной деятельностью (АСУП) . Еще наиболее скромное распространение получили автоматические системы оперативного управления как созданием в целом, так и отдельными цехами (так именуемые системы верхнего уровня АСУ ТП либо автоматические системы оперативно-диспетчерского управления – АСОДУ) .
Системы АСУ ТП и АСУП – развивались обособленно и независимо друг от друга . Они проектировались и создавались исходя из требований различных подразделений компании и в согласовании с разными потребностями. Вначале они не были подчинены единым целям и задачкам, оставались почти не связанными на физическом уровне и информационно, а часто и не связанными совершенно.
Не считая того, любая из этих систем почаще всего строилась по своим внутренним законам, потому они оставались фактически изолированными друг от друга информационно. Ситуация осложнялась к тому же тем, что любая из систем могла быть реализована различными коллективами разрабов на базе разных аппаратных, программных и информационных эталонов.
Рассматривая системы управления технологическими действиями, необходимо подчеркнуть, что не все решения были стопроцентно открытыми , т.е. допускающими внедрение в рамках одной системы разнотипного оборудования, выпущенного в различное время и различными производителями (русскими и забугорными). В итоге предприятие-заказчик часто попадал в длительную зависимость от 1-го из производителей и не имел способности без помощи других развивать и модернизировать АСУ ТП. Если же автоматическая система разрабатывалась «своими силами», за счет внутризаводских отделов АСУ, то модернизация оборудования фактически постоянно приводила к разработке системы поновой, «с нуля».
Существовали и препядствия «нетехнического нрава». К примеру, автоматическое решение задач рационального календарного планирования в рамках АСУП фактически не производилось . Одной из обстоятельств этого являлась наименьшая заинтригованность самих компаний в автоматическом решении задач планирования. Если на уровне управления установками управление компании, производства, цеха было и заинтересовано в действенной работе отдельных частей производства, то на уровне планирования работы компании, имеющиеся в то время административные способы управления со стороны министерств, часто вступали в противоречия с интересами компании. Это не дозволяло предприятию принимать действенные для него автоматические решения, а время от времени и интересовало его в принятии планов заранее неоптимального нрава.
В итоге это приводило к тому, что создававшиеся без всеохватывающего плана, обычно под требования разных подразделений, участков и действий, не связанные меж собой системы автоматизации с разнообразием применяемых программных и аппаратных средств весьма напоминали «лоскутное одеяло» (потом таковой путь получил сленговое заглавие «лоскутной автоматизации»). Понятно, что настоящая эффективность от внедрения таковой автоматизации на предприятии часто выходила очень низкой.
Переломный момент в сложившейся ситуации произошел опосля экономических реформ 90-х годов, перераспределения принадлежности и перехода к рыночным отношениям.
Переход компаний в «личную собственность» перераспределил и значительно расширил круг задач, требующих решения на хим и нефтехимических производствах. «Когда на предприятии возник владелец, появилась потребность в получении беспристрастных данных, характеризующих состояние производства и определяющих конечный итог его деятельности. Таковыми данными является информация о настоящем ходе технологических действий, расходе материалов и, сырья, выпуске готовой продукции и почти всех остальных факторах» . К тому же, кроме обычных задач контроля и управления, возникла необходимость в решении задач минимизации технологических утрат, ужесточении контроля свойства выпускаемой продукции, стратегического планирования, логистики, и ряда остальных.
Свою лепту в изменение ситуации занесло образование вертикально-интегрированных нефтяных компаний (ВИНК). Термин «вертикально-интегрированные» значит, что эти компании обхватывают всю цепочку нефтяного бизнеса: разведку и добычу нефти, нефтепереработку и нефтехимию, оптовый и розничный сбыты продукции (рис. 1).
Рис. 1. Схема вертикально-интегрированных нефтяных компаний
Современные мировые транснациональные ВИНК представляют собой огромные, географически распределенные по всей планетке функциональные производственно-коммерческие системы. В отличие от их, для русских ВИНК типично размещение главных добывающих, перерабатывающих и сбытовых мощностей на пространстве бывшего СССР (Союз Советских Социалистических Республик, также Советский Союз — государство, существовавшее с 1922 года по 1991 год на территории Европы и Азии). Потому они в основном являются едиными операторами всех собственных сырьевых, продуктовых и денежных потоков.
Задачка управления текущей деятельностью для русских ВИНК в главном сосредоточена на размещении собственных добываемых сырьевых ресурсов по определенным фронтам . А это, в свою очередь, ставит ВИНК в зависимость от того, как полной, достоверной и оперативной будет информация о состоянии производства, выработки, припасах продукции, её качестве от собственных нефтеперерабатывающих заводов и нефтехимических производств.
Таковым образом, появилась необходимость в интеграции имеющихся на предприятиях разрозненных автоматических систем для способности действенного межуровневого системного взаимодействия и получения одного информационного места компании. Интегрирование инфы основного технологического и вспомогательного производств дозволяет соединить разнородные подсистемы в единую систему мониторинга и диспетчеризации технологических и производственных действий, что увеличивает эффективность оперативного контроля и управления созданием в целом и, как следствие, предприятием
Весомым фактором фуррора в деятельности компании является применение информационных технологий, автоматизации процесса работы, обеспечивающие согласованное и точное функционирование всех служб компании.
Применение информационных технологий дозволяет не проиграть в критериях твердой конкуренции, обеспечивая своевременные и постоянные поставки, низкую стоимость доп услуг. Для разработки модели главных бизнес действий на предприятии, рассматривается завод НПЗ.
В дипломной работе проводятся исследования в области проектирования и моделирования АИС. Областью исследования являются новые технологии, дозволяющие выполнить моделирование бизнес – действий. Данные технологии подразумевают владение инструментами сотворения графических изображений, способов и средств многофункционального, логического и физического моделирования. Для реализации поставленных целей нужно провести анализ работы компании.
Источник: