Интерфейс бизнес процесса это

Понятие «граница процесса». Виды границ. Понятие «интерфейс процесса». Виды интерфейсов.

Границы БП – граница входа, которая предшествует первой операции процесса, и граница выхода, которая следует за его последней операцией.

Начальная граница процесса – предшествует первой выполняемой функции процесса.

Конечная граница процесса – располагается за последней функцией процесса.

Интерфейс БП – организационный, информационный и технический механизм, посредством которого БП взаимодействует с предшествующим и последующим БП.

Внешний интерфейс процесса – механизм (организационный, информационный, технический), посредством которого процесс взаимодействует с предшествующим и последующим процессами.

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

  1. Архитектура процессов (уровни представления). Понятие «продукт». Категории продукции.

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

Business Studio 4.0: проектирование системы целей, бизнес-процессов, организационной структуры

Продукт – результат процесса (ISO 9000:2005)

4 категории продукции:

 Услуга является результатом по меньшей мере одного действия, обязательно осуществляемого при взаимодействии поставщика и потребителя. Она, как правило, нематериальна.

 Программные средства содержат информацию, являются нематериальными.

 Технические средства материальны, и их количество выражается исчисляемой характеристикой.

 Перерабатываемые материалы являются материальными и их количество выражается непрерывной характеристикой.

Отнесение продукции к одной из категорий зависит от преобладающего элемента.

  1. Системный анализ как основа описания деятельности. Понятия «система», «цель», «система целей». Классификация целей по признаку «интервал планирования». Классификация целей по качественному признаку решения проблем бизнеса.

  1. Основные свойства системы. Понятие «системный подход». Задачи, для решения которых применяется системный подход.

 Целенаправленность – определяет поведение системы

 Сложность – зависит от множества входящих в нее компонентов

 Делимость – система состоит из ряда подсистем, выделенных по определенному признаку

 Целостность — функционирование всех элементов системы подчинено единой цели

 Многообразие элементов системы и различие их природы

 Структурированность – определяется наличием установленных связей и отношений между элементами внутри системы, распределении элементов системы по уровням иерархии.

  1. Понятия «бизнес-система», «структурный анализ», «структура организации», «подсистема организации».

Бизнес-система – это система для организации и ведения бизнеса. Бизнес-систему необходимо рассматривать в неразрывной связи с внешней средой.

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

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

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

  1. Задачи структурного анализа. Понятие «методология».

Задачи структурного анализа организации:

 Выявление структуры как относительно устойчивой совокупности отношений

 Частичное отвлечение от развития объектов

 Графическое модельное представление объектов, которое начинается с общего обзора и затем детализируется

Методология — учение о структуре, логической организации, методах и средствах деятельности в области структурного анализа.

  1. Общее понятие «модель», понятия «модель организации», «нотация». Последовательность структурированного описания деятельности.

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

  1. Понятия «структурный объект», «связь». Методологии структурного анализа.

Структурный объект – неделимая наименьшая часть системы (на данном уровне рассмотрения).

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

  1. Основные шесть методов структурного анализа. Семейство стандартов IDEF.

  1. Понятие «документирование деятельности». Важнейшие требования к документированию деятельности.
  1. Роль CASE-систем в структурном анализе, привести примеры CASE систем. Привести примеры основных БП. Понятие «моделирование деятельности организации».
  2. Понятие «бизнес-моделирование» как составляющая моделирования деятельности. Объект моделирования при описании деятельности организации. Предмет моделирования (объект управления в конкретной организации).
  3. Комплекс проектов по совершенствованию деятельности: состав и очередность.
  4. Управление проектами в соответствии с PMI PMBOK. Понятия «проект», «проектный треугольник», «управление проектами». Программные продукты, позволяющие автоматизировать деятельность по управлению проектом.
  5. Понятия «стратегическое планирование», «стратегическое управление», «система стратегического управления», «система сбалансированных показателей» (Balanced Scorecard).

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

Пять элементов стратегии (Г.Минцберг):

  • стратегия как план;
  • стратегия как позиция;
  • стратегия как приём;
  • стратегия как паттерн действий;
  • стратегия как перспектива.

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

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

Ключевые моменты стратегического планирования:

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

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

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

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

  1. Назначение BSC и основания для ее внедрения.
  2. Порядок разработки системы показателей BSC.Понятия «дерево целей», «перспектива», «стратегическая карта», «ключевой показатель эффективности», «измеритель достижимости цели», «показатель эффективности бизнес-процесса», «вес ключевого показателя эффективности», «источник данных для показателя», «мероприятие» (инициатива), «ответственный за мероприятие».
  3. Контроль достижения целей в методике BSC.Реализация принципа обратной связи в BSC. Основное отличие методики BSCот простого набора показателей.
  4. Цели и логика разработки соглашения по моделированию БП как основы для документирования деятельности.
  5. Структура соглашения по моделированию.
  6. Методы получения информации о деятельности организации в рамках проекта по описанию бизнес-процессов.
  7. Порядок описания существующих бизнес-процессов. Виды документов, разрабатываемых на основе бизнес-модели и регламентирующих деятельность.
  8. Основные результаты проекта по описанию бизнес-процессов.
  9. Этапы проекта по совершенствованию бизнес-процессов.
  10. Результаты проекта по совершенствованию бизнес-процессов.
  11. Метод моделирования SADT. Назначение метода. Структура бизнес-модели по уровням декомпозиции.

Для моделирования БП используются несколько различных методов. Основой этих методов является как структурный, так и объектно-ориентированный подходы. Однако деление методов на структурный и объектный является достаточно условным, потому что наиболее развитые методы используют оба подхода. К числу наиболее распространенных методов относятся:

-метод функционального моделирования SADT(IDEF0)

-метод моделирования процессов из семейства методов IDEF3

-метод моделирования потоков данных

-метод моделирования, используемый в технологии RUP

Метоф функционального моделирования IDEF0. Метод SADT считается классическим методом процессного подхода к управления. Основной принцип процессного подхода заключается в структурировании деятельности в соответствии с БП организации, а не организационно-штатной структурой. Именно БП, формирующие значимые для потребителя результаты, представляют ценность.

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

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

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

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

-описание элементарной бизнес-операции. Осуществляется посредством задания алгоритма и его выполнения.

Метод SADT разработан Дугласом Россом в 1969 г. для моделирования искусственных систем средней сложности. Данный метод успешно использовался в военных, промышленных и коммерческих организаций США для решения задач:

-долгосрочное стратегическое планирование;

-автоматизированное производство и проектирование;

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

-управление финансами и материально-техническим снабжением.

Метод SADT поддерживается мин обороны США, которое было инициатором разработки семейства стандартов IDEF. Метод SADT реализован в одном стандарте этого семейства — 0.

Данный стандарт утвержден в качестве федерального стандарта США в 1993г. Существует также российская версия данного стандарта [9]. Вместе со стандартом IDEF0 обычно используется стандарт IDEF3 и стандарт моделирования данных IDEF1X.

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

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

-строгости и точность. Правила SADT включают: 1) ограничение количество блоков на каждом уровне декомпозиции (3,6 блоков); 2) связность диаграмм (нумерация блоков); 3) уникальность меток и наименований (отсутствие повторяющихся элементов); 4) синтаксические правила для графики (); 5)

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

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

Источник: studfile.net

Интерфейс бизнес-процессов с помощью требования

Требование Интерфейс Требование

Поставщик
->■ Клиент

Бизнес-процесс

(Продукт/ услуга)

(Исходный материал)

Рис. 1.Интерфейс бизнес-процесса с помощью требования

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

Интерфейс бизнес-процессов с помощью плана-графика

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

Владелец процесса (ИНТЕРФЕЙС — план-график)

1 F
Функция 1 Функция 2

Ресурс 1 Ресурс 2 Ресурс N

Рис. 2. Интерфейс бизнес-процесса с помощью плана-график

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

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

Источник: studopedia.ru

Роль бизнес-процессов в проектировании интерфейсов

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

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

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

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

Итак, при разработке проекта получается следующая цепочка:

image

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

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

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

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

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

Каким образом это можно сделать? Изначально проводится опрос участников процесса и делаются заметки на бумаге. Необходимо выяснить всех участников процесса, исполнителей, передаваемую информацию, входы и выходы процесса и ответственных. Если процессов много, рекомендуется использовать специальное ПО для бизнес-моделирования, это существенно облегчит хранение процессов и вычисление пересечения данных между собой, позволит проводить анализ результатов бизнес-процессов. Примером данных систем являются: Business Studio, Aris, AllFusion Process Modeler, ELMA.

Если бизнес-процесс не является сложным, можно обойтись просто графическим отображением, для этого можно использовать специализированное программное обеспечение, такое как: BizAgi Process Modeler, Bonita Open Solution, ActiveBPEL Engine и др. или же графические редактор для создания блок-схем: Microsoft Visio, OpenOffice.org Draw, yEd Graph Editor. Какой бы инструмент не использовался главное это достижение цели в данном случае описанный бизнес-процесс.

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

Методологии описания бизнес-процессов появились уже давно, и если вы преследуете цель полноценного описания бизнес-процессов в организации, можно обратиться к одной из них.
Я перечислю основные методологии, которые используются сейчас: ARIS, DFD, IDEF0, IDEF3, BPMN, EPC, FlowChart, и др. Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Для каждого объекта и связей характерны ряд параметров, или атрибутов, отражающих определённые характеристики реального объекта (номер объекта, название, описание, длительность выполнения (для функций), стоимость и др.).

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

Пример использования нотации IDEF0:

image

Пример использования нотации EPC:

image

Пример использования нотации Cross Functional Flowchart:

image

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

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

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

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

  • интерфейсы
  • проектирование интерфейсов
  • бизнес-процессы

Источник: habr.com

Компоненты бизнес-процессов

При рассмотрении сущности бизнес-процесса важно выделить и описать основные его компоненты (рис. 2.3), к которым относятся следующие:

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

Компоненты бизнес-процессов

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

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

Владелец бизнес-процесса, несет ответственность:

  • за исполнение бизнес-процесса и соблюдение поточности операций;
  • отслеживание ключевых показатели эффективности бизнес-процесса (англ. – Key Performance Indicators, KPI);
  • контроль за получением необходимых ресурсов;
  • анализ исполнения бизнес-процесса и инициацию его улучшений;
  • решение конфликтных ситуаций между участниками бизнес-процесса;
  • коммуникации между участниками бизнес-процесса и другим персоналом компании.

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

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

2. Вход бизнес-процесса.

Существует два основных определения:

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

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

У бизнес-процесса могут возникать различные входы: первичные и вторичные.

Первичные входы – изначальные материальные и нематериальные входы, запускающие операции процесса. Включает поток объектов, инициирующий «запуск» бизнес-процесса, например заказ клиента, план закупок и т.д.

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

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

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

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

4. Поставщик бизнес-процесса – это тот, кто предоставляет необходимые для запуска бизнес-процесса ресурсы. Поставщиков в бизнес-процессе бывает несколько, но должно быть не менее одного. Зона ответственности поставщика – в нужное время и в полном объеме обеспечить участников бизнес-процесса всем необходимым.

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

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

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

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

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

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

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

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

Компоненты бизнес-процессов

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

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

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

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

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

Компоненты бизнес-процессов

Компоненты бизнес-процессов

Компоненты бизнес-процессов

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

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

Компоненты бизнес-процессов

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

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

К основным характеристиками ресурсов относятся:

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

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

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

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

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

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

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

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

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

Компоненты бизнес-процессов

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

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

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

Компоненты бизнес-процессов

Компоненты бизнес-процессов

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

Структурно регламент состоит из нескольких разделов, к основным из которых относятся:

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

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

Статьи по теме

    • Бережливое производство
    • Бенчмаркинг бизнес-процессов
    • Реинжиниринг бизнес-процессов
    • Методы моделирования бизнес-процессов
    • Способы описания и технологии моделирования бизнес-процессов
    • Основы моделирования бизнес-процессов
    • Классификация бизнес-процессов
    • Сущность и основные характеристики бизнес-процесса
    • Процессно-ориентированная структура управления предприятием

    Источник: student-servis.ru

    Рейтинг
    ( Пока оценок нет )
    Загрузка ...
    Бизнес для женщин