что такое границы процесса

20.04.202221.04.2022 admin 0 Comments

1.2.2. Границы процесса

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

Границы процесса – событие (совокупность событий), инициирующее и завершающее процесс.

Событие – наступление определенной ситуации (времени, перехода ответственности за ресурсы).

Инициирующее событие – событие, при наступлении которого начинается процесс.

Завершающее событие – событие, которым завершается процесс.

Пусть ресурс «А» является результатом преобразования в некотором процессе (рис. 1.2.2). С точки зрения владельца этого процесса ресурс «А» – выход. С точки зрения владельца процесса-потребителя ресурс «А» – вход. В момент передачи ресурса «А» от одного процесса к другому происходит переход ответственности за этот ресурс между владельцами процессов. Факт движения ресурса, сопровождающийся переходом ответственности, может быть идентифицирован при помощи события. С точки зрения владельца первого процесса это событие завершает процесс, с точки зрения владельца второго процесса – инициирует его. Одно и то же событие может быть сформулировано по-разному при описании границ двух рассматриваемых процессов. Первый владелец скажет, что ресурс «А» передан, а второй – что ресурс «А» получен. Чтобы при описании процессов было удобнее увязывать их в единую систему, лучше определять одно событие и давать ему примерно такую формулировку: «Ресурс “А” передан из процесса 1 в процесс 2»[11]. В любом случае формулировки событий должны быть обязательно согласованы между владельцами процессов при регламентации границ.

Рис. 1.2.2. Границы процессов

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

• «Товар помещен в зону хранения»;

• «Продукция упакована и передана покупателю»;

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

• «Поступил заказ клиента»;

• «Руководитель дал отмашку».

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

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

Рассмотрим более сложные случаи, когда событие, завершающее один процесс, не является событием, инициирующим другой процесс. Допустим, в одном из подразделений организации сотрудник подготовил отчет и поместил его на сервер. Завершающее процесс событие можно сформулировать так: «Отчет подготовлен и размещен на сервере». Через некоторое время (например, в конце месяца) сотрудник другого отдела скачивает или открывает на сервере и использует необходимую информацию. Событие, инициирующее его процесс, казалось бы, можно зафиксировать как «Получен отчет такой-то». В реальности отчет мог пролежать на сервере несколько дней до того момента, пока им воспользовались. Как быть? Ответ в формулировке события, инициирующего второй процесс. Это можно сделать так: «Наступил срок подготовки сводного отчета». Далее сотрудник проверяет наличие отчета на сервере. Результат – следующее событие: «Отчет такой-то присутствует на сервере». Очевидно, что определение такого типа событий зависит от степени детализации при описании процесса.

Еще пример: рассмотрим отправку какого-либо документа по корпоративной электронной сети. Факт отправки документа сотрудником можно описать событием «Документ отправлен по e-mail». Однако сотрудник, которому отправлен данный документ, может его получить не сразу или вообще не получить (сбой сети, случайное удаление и т. п.). Значит, инициировать процесс второго сотрудника будет событие «Получен документ по e-mail». Очевидно, что это два разных события. В данном случае можно:

• использовать две разные формулировки событий, как было показано выше;

• рассматривать передачу документа по электронной сети в качестве самостоятельного, но автоматически выполняемого процесса, имеющего своего владельца и т. п.[12]

Мы рассмотрели первую значительную группу событий, которые идентифицируются при проведении анализа движения ресурсов (как материальных, так и информационных). Вторая группа – это события, связанные с достижением некоторого времени по абсолютной или относительной хронологической шкале. Например, событие «Наступило 8 Марта» указывает на календарную дату, то есть привязано к календарной дате (абсолютная шкала[13]). Событие «Прошло два рабочих дня после поступления заказа» указывает на наступление некоторого времени по относительной шкале, измеряемой в днях (начало шкалы приходится на момент поступления заказа). В зависимости от процесса масштаб временно?й шкалы различен: месяцы, дни, часы и даже минуты.

Итак, для четкого определения границ процесса необходимо:

• определить, какие ресурсы движутся внутрь и вовне процесса (входы и выходы);

• определить инициирующие и завершающие события;

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

Данный текст является ознакомительным фрагментом.

Продолжение на ЛитРес

4.9.1. Корректное определение границ процесса

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

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

Рис. 4.9.1. Выход за границы процессов

Данный текст является ознакомительным фрагментом.

Продолжение на ЛитРес

Процессы для аналитиков. Часть 1. Понятие процесса

«Все модели – неправильные, но некоторые из них могут быть полезны»

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

Предисловие

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

Кстати, С. Оптнер считается одним из отцов-основателей системного анализа, а С.П. Никаноров – крестным отцом системного анализа в бывшем СССР.

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

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

1 Несколько важных вопросов о процессах

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

На следующий вопрос – сколько в ситуации процессов? – как правило, дается уверенный ответ – один процесс.

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

С другой стороны, входы и выходы процессов значительно более многочисленны и многообразны, чем представляется на первый взгляд. В книге Г. Нива. «Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга » обозначена проблема неадекватности описания процесса из-за неточной идентификации, слабого анализа и обоснования целесообразности учета влияющих на результат (выход) процесса факторов (входов).

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

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

Входы

Выходы

Копир, принадлежащий компании-продавцу

Копир, принадлежащий покупателю

Продавец, заинтересованный в продаже копира

Продавец, удовлетворенный продажей копира

Покупатель, заинтересованный в покупке копира

Покупатель, удовлетворенный покупкой копира

Политика продаж компании-продавца

Политика закупок покупателя

Комиссионное вознаграждение продавца

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

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

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

2 Процесс

2.1 Популярное определение процесса

Существует несколько десятков различный определений понятия процесс. Пожалуй, наиболее популярным сегодня является определение, представленное в международном стандарте ИСО 9000:2005:

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

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

2.2 Процессный объект

Я использую следующее определение процесса:

Процесс – это последовательность функций по преобразованию процессного объекта.

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

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

2.3 Цели процесса

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

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

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

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

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

2.4 Границы процесса

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

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

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

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

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

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

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

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

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

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

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

2.5 Функции

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

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

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

Например, функция «приклеить подошву к ботинку» на входе имеет два объекта: «подошва (с клеем)» и «ботинок». На выходе функции мы будем иметь один общий объект – «ботинок с подошвой».

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

Например, функция «распаковать изделие» на входе имеет один объект: «упакованное изделие». На выходе функции мы будем иметь два объекта: «распакованное изделие» и «упаковка» («макулатура», «отходы упаковки»).

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

2.5.1 Правила формулирования функций

1. Формулировка функции должна представлять собой отглагольный оборот

глагол + существительное

Например, «вносить данные в форму», «отправить факс контрагенту», «впаять предохранитель в плату» и т.д.

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

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

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

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

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

4. В формулировке функции следует избегать использования каких-либо параметров процессного объекта.

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

2.6 Ресурсы

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

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

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

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

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

Например, в рассмотренном выше примере объект «пресс» при выполнении каждой операции по приклеиванию подошвы изнашивается. Это явление даже имеет свое отражение в управленческом учете в виде амортизации оборудования. Объект «рабочий», выполняя операции по приклеиванию подошвы, тоже изменяется – он устает. После завершения смены рабочий восстанавливает свои силы.

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

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

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

Заключение

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

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

Источник

Информационный портал AUTOWESTNIK

что такое границы процесса

1.2.2. Границы процесса

Читайте также

Личные границы

Мои границы и меры за их пресечение

Здравствуйте, я письмо из-за границы!

3.1. ПЛАНИРОВАНИЕ ПРОЦЕССА

Установите свое присутствие и очертите его границы

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

4.9.1. Корректное определение границ процесса

Читайте также

Magnetic Brothers: «Успех не имеет границ»

Определение места (выбор рынка, определение сегмента)

Размывание границ

2.4.1. Определение границ сквозного процесса

3.7. Согласование границ процессов

2. Определение границ группы.

Глава 5 Размывание границ

3.4. Как не перейти границ

Процессы для аналитиков. Часть 1. Понятие процесса

Предисловие

1 Несколько важных вопросов о процессах