1.2.8. Уровни описания процессов (декомпозиция)

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

Управленческое консультирование

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

И этому есть несколько причин.

Попроцессный анализ стоимости бизнес-процессов (метод ФСА уровней декомпозиции модели процессов к сумме экземпляров.

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

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

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

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

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

Представление бизнес-процесса как процесса

Понедельник, Октябрь 4, 0 Для работы нотации 1 Перед вами стоит задача описать бизнес процессы компании и построить модель работы организации. Начинать нужно сверху — описать окружение бизнес процессов компании, их информационные и материальные потоки, бизнес процессы верхнего уровня, а далее детализировать каждый процесс и при необходимости все его функции. Полученная модель бизнес процесса называется иерархической моделью, а построение такой модели базируется на принципе Декомпозиции.

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

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

Стандарты еТОМ устанавливают классификационную схему производственных процессов организаций связи, терминологию, метод иерархической декомпозиции процессов, стандартные элементы процессов и методологию построения моделей производственных процессов из стандартных элементов. Структуры и элементы процессов для уровней 2 и 3 иерархической структуры еТОМ определяются другими стандартами группы еТОМ.

Структура и элементы процессов уровня 2 образованы в результате декомпозиции групп процессов уровня 1 еТОМ. Каждой группе процессов уровня 1 соответствует своя совокупность элементов процессов уровня 2, которая устанавливается отдельным стандартом. Соблюдение основных положений стандарта при автоматизации деятельности организаций связи обеспечит возможность построения систем автоматизации из компонентов со стандартными интерфейсами и позволит выбирать лучшие в своем классе компоненты среди компонентов разных производителей.

Процессы уровня 2 еТОМ. Стратегия, инфраструктура и продукт.

Описание и регламентация бизнес-процессов

ФОРУМ здесь можно обсудить эту статью, а также любые проблемы программирования на различных макроязыках и в скриптовых средах Моделирование бизнес-процессов Бизнес-процесс — это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат. В международном стандарте Моделирование бизнес-процессов — это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте.

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

Описание бизнес-процессов проводится с целью их дальнейшего анализа и реорганизации.

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

Для успешного хода проекта необходимо было уметь моделировать автоматизированное предприятие всем участникам параллельно. Одним из стандартов набора являлась нотация функционального моделирования под кодовым названием 0, которая слегка видоизменялась с ходом времени, и спецификация для последней на данный момент версии была выпущена в декабре года. Расскажу немного об особенностях процесса функционального моделирования бизнес-процесса с помощью нотации 0 и одновременно помогу упомянутому мною в предыдущей статье Аристарху Григорьевичу: Функциональное моделирование начинается с того, что выделяется основная задача, которая решается путём выполнения этого бизнес-процесса.

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

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

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

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

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

Сквозные бизнес-процессы первоначально кажутся монолитными, Какие могут быть критерии декомпозиции сквозного процесса на процесса, а все детали исполнения «спрятаны» на нижних уровнях [3].

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

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

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

На рисунке 1 представлен первый уровень иерархии всего их четыре:

Моделирование бизнес процессов

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

Следует отметить, что разделение процессов на основные и Количество уровней декомпозиции процессов определяется задачами проекта и не.

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

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

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

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

Как составить очень подробную карту деятельности компании. Часть 3

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

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

И это, наверное, правильно.

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

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

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

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

Олег Брагинский. Повышение эффективности бизнес-процессов

Как мусор в"мозгах" мешает тебе больше зарабатывать, и что можно сделать, чтобы очиститься от него навсегда. Нажми здесь чтобы прочитать!