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

к функциональным подразделениям для реализации и управления бизнес-процессами создаются специальные процессные подразделения, которые соответствуют определенным видам деятельности, существенно отличающимся друг от друга.
Например, могут быть выделены процессные подразделения, соответствующие производству по индивидуальным заказам и массовому производству, выпуску продукции широкого потребления и промышленного назначения, производству готовых изделий и сервисному обслуживанию и т.д.
Таким образом, организационная структура становится «двухплечевой», или матричной (рис. 3), согласно которой ресурсные подразделения ответственны за поддержание ресурсов в работоспособном состоянии (закупка и ремонт оборудования, подбор и подготовка кадров), а процессные подразделения – за выполнение работ, связанных с реализацией потребностей клиентов.

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

О – оператор процесса

администраторами ресурсов, для выполнения конкретных реализаций (экземпляров) процессов.

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

Причем работники (операторы процессов) находятся в двойном подчинении: постоянно функциональному подразделению и менеджерам конкретных бизнес-процессов.

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

применения персональных ЭВМ (рабочих станций) позволяют интегрировать различные функции работников. В результате изменяется характер труда работников предприятия, деятельность непосредственных исполнителей хозяйственных процессов становится информационной. Так, работник получает нормативную информацию из информационной системы, самостоятельно формирует информационные сообщения, все больше решений принимает самостоятельно, в большем объеме перерабатывает информацию.
2. Распределенные базы данных в локальных вычислительных сетях с использованием архитектуры «Клиент – сервер» дают возможность интегрировать функции различных работников. Работники предприятия обмениваются между собой информацией через интегрированную базу данных, в которой все изменения отражаются в реальном масштабе времени и становятся доступными параллельно для всех заинтересованных участников бизнес-процесса.

Использование информационных технологий в реинжиниринге бизнес-процессов

из различных подразделений внутри предприятия и программные приложения в сквозные бизнес-процессы, которые контролируются руководством предприятия как единым целым. Системы workflow создаются на основе использования специального программного обеспечения для организации коллективной (групповой – workgroup) работы в локальных вычислительных сетях. В эту систему входят средства электронного обмена сообщениями и маршрутизации, которые позволяют организовать непосредственный обмен результатами работы между участниками бизнес-процесса, мониторинг выполнения бизнес-процесса со стороны руководства предприятия, но также инициировать работу исполнителей по завершению выполнения автоматических процедур.
4. Глобальные вычислительные сети с использованием Internet/Intranet, стандартов электронного обмена данными (EDI – electronic data interchange) и компонентной технологии программных интерфейсов DCOM, CORBA. В результате достигается большая децентрализация управления в крупных корпорациях, объединение независимых предприятий, участвующих в общих бизнес-процессах, в консорциумы и виртуальные корпорации.

отличается от управления ресурсами?

Какие задачи решает реинжиниринг бизнес-процессов?

Назовите основные последствия проведения реинжиниринга бизнес-процессов.

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

Какие существуют условия успеха реинжиниринга бизнес процессов?

Назовите основные принципы реинжиниринга бизнес-процессов.

Что такое матричная структура управления?

Какие информационные технологии обеспечивают реализацию принципов РБП?

Какие существуют современные организационные формы предприятий?

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

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

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

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

Владельцы бизнес-процессов – это будущие администраторы процессов.

расширения границ рынка или глубокого проникновения на рынок, диверсификации деятельности или повышения качества товаров и услуг, глобализации или локализации деятельности и т.д. В качестве основного метода формирования стратегии предприятия обычно используется метод анализа иерархий. В качестве инструментальных средств анализа иерархий используются статические экспертные системы с возможностью обработки качественных (нечетких) оценок, такие, как Expert Choice, Guru, Level5.

Выбор сегментов рынка предполагает конкретизацию стратегических целей предприятия в части определения регионов, потребителей, каналов распределения продукции и услуг. Основными методами исследований на этом этапе являются методы статистического анализа и прогнозирования рынков сбыта, нейронных сетей, интеллектуального анализа данных современных информационных хранилищ. Наиболее мощные инструментальные средства анализа и прогнозирования для выявления основных сегментов рынка – это ППП SAS, SPSS, NeurOn-Line, Brain Maker, PolyAnalyst и др.

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

Проектирование бизнес-процессов. Выявленный на третьем этапе продуктовый портфель определяет содержание бизнес-процессов, для которых необходимо детально разработать технологию их осуществления с позиции достижения заданных критериев эффективности. Для выбора конкретных технологий требуется разработать статические и динамические модели бизнес-процессов, позволяющие выполнить оценку их эффективности.
Существуют различные методы и средства моделирования бизнес-процессов, которые в основном сводятся либо к функциональному (диаграммы рабочих потоков Oracle Designer 2000, SilverRun, Natural Engineering Workbench, функциональные диаграммы Design/IDEF), либо к объектно-ориентированному моделированию (язык UML, средство Natural Engineering Workbench).

анализ ее реализации с позиции эффективности и достаточности ресурсов. Для этого используются методы стоимостного анализа функций и динамического имитационного моделирования.
Так, статический стоимостной анализ функций позволяет выявить:
наиболее трудоемкие и затратные функции;
функции, не вносящие вклад в образование прибыли;
функции с низким коэффициентом использования ресурсов.
Стоимостной анализ функций реализуется либо с помощью средств CASE-технологий, таких, как Design/IDEF, либо с помощью систем комплексной автоматизации предприятий, например, R/3, либо с помощью специализированных программных продуктов, таких, как Easy ABC+.

Приведите примеры.

Что такое ключевые факторы успеха предприятия? Приведите примеры.

В чем заключается сущность обратного инжиниринга?

В чем заключается сущность прямого инжиниринга?

Чем отличаются идеальная и реальная модель проектируемого бизнес-процесса?

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

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

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

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

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

экономист Парето установил, что 80 % материальных ценностей принадлежат 20 % жителей. Позднее он доказал, что замеченное им правило применимо и в других областях. В большинстве случаев 20 % клиентов приносят 80 % дохода, 20 % от номенклатуры запасов составляют 80 % от стоимости всех запасов и т.д.
Этот анализ позволяет выделить небольшое число наиболее значимых бизнес-процессов, которым и нужно уделить основное внимание.
Для этого все бизнес-процессы делятся на три группы – А, В и С.
К группе А относятся процессы, требующие наибольших затрат. Как правило, это 5–10 % от всех процессов, происходящих на предприятии, на которые приходятся 75–80 % всех затрат. В группу В входят примерно 20 % бизнес-процессов, к которым относятся примерно 10–20 % затрат, и, наконец, группу С составляют остальные 60–75 % процессов, «съедающие» всего 5–10 % затрат предприятия.
Любые действия по улучшению работы предприятия должны начинаться с оптимизации процессов группы А.

предприятия:

достоверность информационных потоков;
схема принятия и обоснованность бизнес-решения;
стандартизация и автоматизация бизнес-процессов;
адекватность менеджмента поставленным задачам;
адекватность системы мотивации персонала;
современность технологического процесса;
адекватность временных затрат.

«Ресурсом»?

В чем заключается правило Парето применительно к РБП?

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

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

3. Сфокусированная стратегия – это стратегия, состоящая в концентрации на специфической группе покупателей, сегменте продуктовой линии или географическом рынке.

4. Маркетинг и продажа.
5. Сервис.
К поддерживающим относятся:
1. Инфраструктура фирмы.
2. Управление персоналом.
3. Развитие технологии.
4. Материально-техническое снабжение.

свершившегося прошлого, а также:

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

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

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

четырех перспектив :

финансы;
клиенты;
внутренние бизнес-процессы;
обучение и развитие.

выполнения стратегии.

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

Исходными предпосылками разработки ССП являются:

перспективы ССП;
информированная и мотивированная команда высшего руководства;
стратегия, являющаяся «зрелой» для разработки ССП.

причинно-следственными цепочками – построение стратегической карты;
выбор показателей и определение их целевых значений;
определение связи показателей с бизнес-процессами;
разработка стратегических мероприятий.

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

должна оцениваться как минимум ежегодно. При этом необходимо оценивать:

Пригодны ли выбранные показатели для оценки степени достижения выработанных целей?
Насколько прост расчет значений показателей?
Достигли ли структурные подразделения целевых значений выработанных показателей?
Достигнуты ли целевые значения показателей корпоративных целей?
Какой вклад вносит рассматриваемое структурное подразделение в достижение целей верхних уровней?

предприятия, руководителей проекта РБП, участников проекта, внешних консультантов и специалистов.
Этап 2. Осуществляется экспертная оценка показателей на основе собранной информации и её обсуждения.
Этап 3. Расчет оценок.
3.1. Находится средняя оценка мнений экспертов:

3.2. Находится средневзвешенная оценка для каждого элемента:

Методы экспертного оценивания целесообразности РБП

оценка уровня организации РБП

Результаты расчетов обобщаются в таблицу.

низкая оценка (0…2);
низкая оценка (от 2…до 4);
средняя оценка (от 4… до 7);
высокая оценка (от 7…до 9);
очень высокая оценка (от 9…до 10).
Методика оценки уровня организации РБП состоит из трех блоков:
блок синтеза элементов организации РБП;
блок анализа механизма организации РБП;
блок анализа результативности РБП.

отражают потоки объектов.
Объекты могут быть различной природы: материальные, финансовые, информационные.
По характеру использования объектов в функциональных блоках различают:
входные (input) объекты слева от блока, выходные (output) объекты справа от блока,
управляющие (control) объекты сверху от блока
механизмы (mechanize) снизу от блока.
Объекты обозначаются метками на стрелках, которые обязательны.

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

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

Механизмы – это объекты, которые исполняют процессы (исполнители). К механизмам относят структурные подразделения предприятия, персонал, автоматизированные рабочие места, оборудование.

а далее определение тех действий, в которых участвуют объекты.
При этом различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия, и активные объекты (организационные единицы, конкретные исполнители, информационные подсистемы), которые осуществляют действия.
Такой подход более объективно позволяет выделять операции над объектами, а заодно и решать задачи целесообразности существования самих объектов.
Для объектно-ориентированного моделирования БП широко используют язык UML (Unified Modeling Language — унифицированный язык моделирования).
Объектно-ориентированная методология предполагает разработку моделей бизнес-процессов на нескольких уровнях детализации:
П-модели (Use-Case Model) – модели прецедентов использования,
О-модели (Object Model) – объектной модели,
В-модели (Object Interaction Model) – модели взаимодействия объектов.

(процессов), взаимодействия с ними внешних пользователей (акторов) и распределение прецедентов по физическим подсистемам.

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

Основными элементами диаграммы являются прецеденты (варианты использования) и акторы (субъекты). Прецедентом (вариантом использования) в UML называется законченная совокупность действий моделируемой системы, начинающаяся при получении стимула извне и заканчивающаяся предоставлением некоторого продукта или сервиса актору — пользователю системы.

Модель прецедентов использования (П-модель)

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

Прецеденты представляют собой поток взаимосвязанных событий. При этом прецеденты могут иметь множество вариантов хода событий. Каждый конкретный прецедент (вариант) называется экземпляром. Экземпляр реализует конкретный поток событий в конкретных условиях для конкретного клиента.

Похожие варианты хода событий группируются в классы прецедентов. Можно рассматривать класс как обобщенный прецедент. Например, класс прецедентов «Продажа» описывает общий ход событий, выполняемых при продаже любого продукта любому клиенту. Конкретный экземпляр прецедента «Продажа» может отличаться в деталях, например, по виду реализуемого продукта, характеру взаимоотношений с фирмой (новый клиент или постоянный), степени осведомленности клиента (о предлагаемом продукте, фирме, условиях покупки).

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

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

На диаграмме вариантов использования, как правило, отображаются классы прецедентов и классы акторов. Прецеденты обозначаются эллипсом, а акторы — фигуркой «человечка» (рис). На диаграмме могут быть также отображены примечания в виде прямоугольников с «загнутым» уголком.

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

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

Такое описание называется потоком событий. С точки зрения системного подхода осуществляется декомпозиция процесса-прецедента на подпроцессы-события.
Рассмотрим описание прецедента «Продажа продукта», включающее следующие шаги:
получение Продавцом заявки клиента;
проверка Продавцом наличия требуемого продукта на складе, если в полученной заявке указан готовый продукт. Если продукта нет в наличии, прецедент заканчивается. Если продукт есть на складе, то прецедент продолжается с шага 6;
формирование Продавцом заказа, если в заявке указывается заказной продукт, и передача его Изготовителю продукта;
создание продукта Изготовителем в соответствии с требованиями клиента и сообщение о готовности Продавцу;
отправка Изготовителем продукта на Склад;
передача Продавцом сведений о готовности продукта Клиенту и прием от Клиента оплаты;
сообщение Продавцом Отправителю сведений о количестве продукта и адресе клиента и заказ транспорта;
получение Отправителем продукта со склада и доставка его клиенту.

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

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

состояние, соответствующее завершению процесса, — в виде закрашенного кружка, помещенного в окружность.

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

Переход изображается сплошной линией со стрелкой.

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

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

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

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

Этот фрагмент выделен в отдельный прецедент «Исполнение заказа». На диаграмме вариантов использования отношение включения между прецедентами «Продажа продукта» и «Исполнение заказа» обозначено пунктирной линией со стрелкой и ключевым словом «include».

Поток событий прецедента «Исполнение заказа» вызывается из прецедента «Продажа продукта». В диаграмме деятельности вызов вложенной последовательности действий обозначается с помощью действия, имеющего специальную пиктограмму.

.

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

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

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

На рис. приведена модель взаимосвязей между этими тремя прецедентами.

обобщения

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

Поскольку в этом случае сначала выполняется поток событий одного из прецедентов-потомков (прецедента «Продажа готового продукта» либо прецедента «Продажа заказного продукта»), то необходимо, чтобы заранее было известно, какой из прецедентов будет выполняться.

Например, заказы на готовый продукт и на заказной принимаются разными продавцами в разных отделах, т. е. «Получить заказ на готовый продукт» и «Получить заказ на заказной продукт» — это разные действия, включенные в соответствующие прецеденты.

(обычно выделяют 10-20 прецедентов).
3. Определение критериев выбора прецедентов использования и ранжирование по ним прецедентов для проведения реинжиниринга.
Обычно в качестве критериев выбора используются:
наибольший эффект для заказчика,
наибольший потенциал для радикального улучшения,
наибольшие проблемы, узкие места,
простая и быстрая реорганизация,
повышение эффективности труда работников компании.
4. Неформальное (словесное) описание прецедентов:
основной поток событий,
альтернативные потоки событий или исключения,
описание прерываний,
определение ограничений системы (например, производственные мощности, технические возможности и т.д.)
5. Предварительный расчет критериев эффективности реализации бизнес-процесса.
6. Согласование и проверка модели прецедентов со всеми заинтересованными лицами.

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

Объектная модель раскрывает внутреннее устройство бизнеса, а именно: какие виды ресурсов используются для реализации прецедентов и каким образом они взаимодействуют.

Описание О-модели базируется на понятии «объект». Объекты представляют участников процессов (исполнителей, менеджеров) и различного рода сущности (продукцию, предметы, задачи и т. д.).
Участники процессов называются активными объектами, сущности — пассивными.

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

Объектная модель (О-модель)

с окружением, т. е. с акторами. Например, продавец, регистратор, секретарь. В роли интерфейсного объекта может выступать не только человек, но и, например, информационная система;

управляющие (Control) — активные объекты, участвующие в выполнении процессов, но не имеющие контакта с окружением. Типичные примеры управляющих объектов — Разработчик продукции, Менеджер проекта. Следует отметить, что в роли управляющих объектов выступают не только менеджеры (управленцы), но и исполнители (рабочие, служащие, клерки), а также подразделения компании, информационные системы;

объекты-сущности (Entity) — пассивные объекты, которые обрабатываются в ходе выполнения бизнес-процесса. Как правило, объекты-сущности не являются человеческими или техническими ресурсами. Типичные примеры сущностей в компании — Продукция, Заказ, Извещение.

рис. представлена диаграмма кооперации для прецедента «Продажа заказного продукта», описанного выше.

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

Между объектами устанавливаются отношения. Отношение отображается на диаграмме в виде линии, соединяющей объекты (или объект с актором), рядом с которой может быть указана метка — текст, специфицирующий отношение.

связи.

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

Отношение связи (link), принадлежащее классу отношений ассоциации, отражает некоторую произвольную связь (ассоциацию) между двумя объектами. При моделировании бизнес-процессов в виде отношения связи чаще всего представляют отношение использования, показывающее, что один объект некоторым образом использует другой. Например, объект Продавец создает объект Заказ, объект Изготовитель использует Заказ для получения описания продукта, Отправитель продукта использует Заказ для получения информации о том, куда доставлять продукт.

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

Примером такой модели является диаграмма последовательности (Sequence Diagram). При ее построении описание взаимодействия объектов как бы «накладывается» на поток событий прецедента, т. е. создается еще одно описание потока событий в терминах участвующих объектов.

На рис. представлен пример диаграммы последовательности для прецедента «Продажа заказного продукта».

в реализации прецедента, изображается в верхней части диаграммы в виде прямоугольника («человечка»), от которого вниз проведена линия («линия жизни»).

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

При этом сообщения упорядочены по времени: первое сообщение изображается вверху диаграммы, следующее — ниже, следующее — еще ниже и т. д.

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

нужно составить описание объекта.

Описание объекта состоит из двух частей: описание свойств и описание поведения.

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

Для описания состава атрибутов классов, а также для отображения взаимосвязей между классами используется диаграмма классов (Class Diagram). Пример подобной диаграммы приведен на рис. Каждый класс на диаграмме представлен в виде прямоугольника, который может быть разделен на три секции. В первой секции записывается имя класса (имя класса в отличие от имени объекта не подчеркивается), во второй — список атрибутов, в третьей — операции (методы) класса. Атрибут должен иметь имя, после которого через двоеточие может быть указан тип (Integer, Real, String, Class и т. д.).

в качестве составных частей другие сущности, то между классами, сопоставленными исходной сущности и ее частям, устанавливается отношение включения (include).

Например, вся информация о заказе может быть разбита на две части — информация о клиенте (имя, адрес, телефон и пр.) и информация о заказываемом продукте (наименование, цвет, количество). В этом случае кроме класса Заказ вводятся классы Клиент и Продукт, и между каждым из новых классов и исходным устанавливается отношение включения

всех взаимодействий объекта с другими объектами и акторами в ходе выполнения всех прецедентов.

Как правило, объект фигурирует в нескольких диаграммах взаимодействия, описывающих различные прецеденты или экземпляры прецедентов. Из всех диаграмм, где фигурирует описываемый объект, вычленяются все обязательства объекта (взаимодействия) и объединяются (рис.). В результате получается описание всех обязательств объекта во всех прецедентах.

Все требования к объекту, состоящие из описания состояний объекта и описания поведения, собираются в документ, называемый спецификацией объекта.

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

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

– среднее время обслуживания (задержки) n-го рабочего объекта,
Wn – среднее время ожидания обслуживания в очереди n-го рабочего объекта.
Тогда Wn+1 = max{ Wn + Sn – An, 0}.
Общее описание рабочего объекта можно представить:
< n, An, Sn, Wn >,
где An, Sn – случайные числа, генерируемые по некоторому закону распределения, а Wn – вычисляется моделью.
В результате последовательного прохождения рабочих объектов по функциональным блокам за заданное модельное время (любой моделируемый период времени) накапливается статистика о производительности системы (числе рабочих объектов), о временных и стоимостных характеристиках рабочих объектов, об использовании основных ресурсов.

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

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

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

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

проекта. В качестве такового может выступать и физическое, и юридическое лицо.

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

Инвесторами в Российской Федерации могут быть:

– органы, уполномоченные управлять государственным и муниципальным имуществом;

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

– международные организации, иностранные юридические лица;

– физические лица – граждане Российской Федерации и иностранные граждане.

ответственной за выполнение всего комплекса этих работ обычно является одна организация, называемая Генеральным Проектировщиком (Генпроектировщиком).

Материально-техническое обеспечение проекта (закупки и поставки) обеспечивают организации-поставщики, которые можно объединить под названием Поставщик (или Генеральный Поставщик).

Подрядчик (Генеральный Подрядчик, Субподрядчик) – юридическое лицо, несущее ответственность за выполнение работ в соответствии с контрактом.

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

Лицензиар – юридическое или физическое лицо – обладателе лицензий и «ноу-хау», используемых в проекте. Лицензиар предоставляет (обычно на коммерческих условиях) право использования в проекте необходимых научно-технических достижений.

проекта). Это юридическое лицо, которому Заказчик (Инвестор или другой участник проекта) делегируют полномочия по руководству работами по проекту: планированию, контролю и координации работ участников проекта.

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

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

контроля:
Наличие конкретных планов.
Наличие информативной системы отчетности.
Наличие эффективной системы анализа фактических показателей и тенденций.
Наличие эффективной системы реагирования.

координация изменений по проекту в целом;

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

контроль изменений содержания – контроль за изменениями содержания проекта;

контроль расписания – контроль за изменениями в расписании проекта;

контроль затрат – контроль затрат по работам и изменений бюджета проекта;

контроль качества – отслеживание конкретных результатов проекта для определения их соответствия установленным стандартам и принятие необходимых мер по устранению причин, приводящих к нарушению качества;

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

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

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

имущество, Нп – налог на прибыль, Пч - чистая прибыль.
Показатели эффективности:
1. Чистый доход- разница притоков и оттоков денежных средств от данного проекта
где Пч- чистая прибыль, А- амортизационные отчисления, К- капитальные вложения.
ЧД>О- эффективен, ЧД<О- не эффективен
Дисконтирование ЧДД- это приведение разновременных затрат и результатов к стоимости в едином моменте времени.
где - коэффициент дисконтирования, ЧДД- чистый дисконтированный доход.
где t- расчетный год, tp- год, к которому приводят все стоимости, Е- норма дисконта.

(%), E- инфляция, R- риск.
2. Индекс доходности
показывает сколько инвестор получит прибыли от 1 рубля вложения.
3. Внутренняя норма доходности- процент дохода, который получит инвестор от реализации проекта.
ВСД - финансовая функция MS Excel.
4. Срок окупаемости- момент времени от начала реализации проекта, когда притоки денежных средств впервые превышают оттоки или накопленный по годам ЧДД становится положительным.
Критерии эффективности проекта:
ЧДД > О, max ЧДД
ИДД > 1, max ИДД
ВНД > % депозита, max ВНД
Ток < ТскСР, min Ток