что такое горизонтальное сжатие процесса
Принципы реорганизации
Подходы к реорганизации бизнес-процессов должны базироваться на анализе опыта передовых предприятий и разработке альтернативных вариантов моделей процесса.
Использование отраслевого опыта специалистов других предприятий исключительно важно для успешного выполнения проекта.
Опыт передовых предприятий и специалистов может быть получен несколькими способами.
Разработка и последующий анализ альтернативных вариантов моделей бизнес-процессов, как правило, рассматривается в качестве базового принципа реорганизации. На практике, однако, часто складывается ситуация, когда не хватает времени для тщательной проработки хоты бы одной модели. Это происходит как вследствие недооценки сложности задачи руководителями предприятий и проектов, так и из-за изменения политической (экономической и т.п.) ситуации на предприятии в течении длительного проекта (6-8 месяцев). Следующие рисунки поясняют процесс формирования, анализа и утверждения моделей бизнес-процессов.
Рисунок 1. Последовательность действий.
Рисунок 2. Модель «как есть».
Рисунок 3. Вариант 1 модели «как должно быть». Из процесса исключается процедура 2.
Рисунок 4. Вариант 2 модели «как должно быть». Процедуры 3 и 5 заменяются одной процедурой 7.
Рисунок 5. Сравнение моделей при помощи анализа критериев эффективности.
Принцип 1.2. Вертикальное и горизонтальное «сжатие» процесса.
Вертикальное «сжатие» бизнес-процесса — сокращение уровней функциональной иерархии, задействованных в выполнении процедур процесса и принятии решений. Пример вертикального «сжатия» процесса приводится на следующих рисунках.
Рисунок 6. Модель процесса «как есть».
Представленная на рисунке 6 модель бизнес-процесса включает несколько итерационных согласований, в которых принимают участие Экономист, Начальник Отдела и Начальник Управления. Таким образом, для выполнения процесса необходимо участие сотрудников трех уровней функциональной иерархии. На практике, число уровней иерархии может достигать 8-10 (для крупных промышленных предприятий). При таком числе уровней длительность выполнения бизнес-процесса значительно возрастает, а эффективность снижается. 
Рисунок 7. Модель процесса «как должно быть».
На рисунке 7 представлена модель, в которой устранены итерационные согласования, например за счет делегирования полномочий по принятию решений Экономисту Отдела. Начальник Отдела лишь просматривает и визирует документацию в конце процесса (процедура 9), после чего информации передается Начальнику Управления.
Горизонтальное «сжатие» бизнес-процесса — устранение неэффективных процедур процесса, итерационных согласований на одном уровне иерархии, сокращение времени выполнения процедур процесса, времени простоя и т.д. Пример горизонтального «сжатия» процесса приводится на следующем рисунке.
Рисунок 8. Модель процесса «как должно быть». Сокращение времени выполнения функций.
«Сжатия» бизнес-процесса можно добиться, используя как конкретные технические приемы реорганизации, так и радикально переосмысливая процесс в целом. Последний подход рассмотрен, например, в работах «классиков» реинжиниринга — Хаммера и Чампи. Первый подразумевает рутинную, кропотливую работу по детальному анализу бизнес-процессов и разработке мер по их реорганизации. Выбор методов зависит от целей проекта и возможностей привлечения соответствующих ресурсов (например, возможности провести имитационное моделирование бизнес-процессов).
| Принцип 1.3. Нелинейный, итерационный процесс. Реорганизация бизнес-процессов не является линейным, последовательно выполняемым и легко планируемым процессом. Надо быть готовым к тому, что придется несколько раз возвращаться к началу этапа, т.е. к разработке нескольких вариантов моделей «как должно быть». Необходимо выполнить несколько итераций, прежде чем будет получено приемлемое решение, существенно увеличивающее эффективность бизнес-процесса. Итерационный характер разработки моделей следует учитывать при планировании работ по проекту. На следующем рисунке приводится пример итерационного цикла разработки моделей бизнес-процессов «как должно быть». Принцип 1.4. Ориентация на выходные продукты — конечный результат бизнес-процесса. Принцип предполагает определение требований к бизнес-процессу в целом, требований к характеристикам его выходного продукта (степень удовлетворенности клиента, стоимость, качество и т.д.), и проведение реорганизации процесса с целью удовлетворить заданным целевым значениям этих требований. Таким образом, осуществляется оптимизация бизнес-процессов по отношению к его конечному результату. Хаммер сформулировал этот принцип, как: «…организовывайте достижение результата, а не выполнение задачи…». Важна ориентация сотрудников на конечный результат бизнес-процесса, а не на выполнение локальных функций в подразделениях. При оценке эффективности бизнес-процесса могут рассматриваться две группы показателей:
2) специальные показатели. Типовые показатели могут использоваться при работе с любыми процессами, однако целесообразность их использования определяется спецификой рассматриваемого бизнес-процесса и возможностью сбора необходимой информации. В свою очередь специальные показатели определяются исключительно для конкретного процесса (группы процессов) предприятия. Группы показателей, характеризующих бизнес-процесс, можно классифицировать следующим образом:
2) показатели стоимости; 3) показатели эффективности; 4) показатели качества; 5) показатели наблюдаемости; 6) показатели управляемости. Показатели выполнения Показатели эффективности бизнес-процесса могут определяться следующим образом:
Показатели качества бизнес-процесса могут определяться на основе требований стандартов, например серии ISO-9000 и/или внутренней общей системы управления качеством (TQM). Основой для формирования показателей качества может служить степень удовлетворенности клиента процесса. Клиентами процесса могут являться как внешние потребители продуктов и услуг предприятия, так и подразделения предприятия, использующие результаты выполнения процесса — т.н. «внутренние клиенты». Показатели наблюдаемости процесса являются важнейшими. Они характеризуют возможность оперативно получать и анализировать данные по состоянию процесса. Фактически, эти показатели характеризуют существующую на предприятии систему управленческого учета. Каждый бизнес-процесс должен иметь определенное количество контрольных функций («точек»), формирующих оперативную информацию о его состоянии. Показатели управляемости характеризуют возможность оперативного управления бизнес-процессом. В рамках системы управления по отклонениям, при помощи этих показателей можно измерить эффективность управляющего воздействия (например, принятого управленческого решения). Показатели управляемости тесно связаны с показателями наблюдаемости, т.к. без наличия оперативной информации по процессу невозможно принимать обоснованные управленческие решения. Пример дерева показателей бизнес-процесса приведен на следующих рисунках 10а и 10б. Принцип 1.5. «Поручите выполнение процесса тем, кто использует его результат». Принцип, предложенный Хаммером. Рассматривается целесообразность выполнения процедур бизнес-процесса специализированными подразделениями. Например, закупка осуществляется Отделом снабжения для всех подразделений предприятия на основе согласованных заявок. Применять рассматриваемый принцип реорганизации можно было бы следующим образом: 1) некоторые виды материальных ценностей могут закупаться непосредственно подразделениями; 2) процедура согласования заявок может быть пересмотрена с точки зрения упрощения и применения различных регламентов при различных суммах закупки. Другой пример: ремонт оборудования выполняет специализированное Подразделение 2, при этом качество и сроки ремонта не устраивают Подразделение 1, занимающееся эксплуатацией этого оборудования. В данном случае может оказаться целесообразным выполнение ремонта (например, текущего) силами Подразделения 1. При передаче работы в другие подразделения возникают т.н. интерфейсы бизнес-процессов: из одного подразделения в другое передается информация (документы, устные распоряжения, звонки) и материальные ресурсы. Пример интерфейсов приводится на следующем рисунке 11. Бизнес-процесс на рисунке 11 состоит из 5 процедур и, на первый взгляд, является линейным. Однако процедуру 3 выполняет Отдел 2, а не Отдел 1. Возникает необходимость передачи информации и материальных ресурсов из отдела в отдел, что приводит к увеличению длительности процесса и снижению его эффективности. Передача выполнения процедуры 3 Отделу 1 могла бы существенно повысить эффективность бизнес-процесса. Конечно, в ряде случаев указанный образ действий неприменим (например, для процесса производства, переходящего из цеха в цех). Другой пример использования рассматриваемого принципа приводится на следующих рисунках 12, 13. В указанном примере результатом процесса является поступление запасной части со склада в производство. В процессе реорганизации часть процедур была устранена, а часть передана в подразделение, непосредственно использующее результат бизнес-процесса. Принцип «Поручите выполнение процесса тем, кто использует его результат», отражает часть возможных действий при «вертикальном сжатии» процесса (см. Принцип 1.2.). Принцип 1.6. «Включайте обработку информации в реальную работу, которая генерирует эту информацию». Принцип, предложенный Хаммером. Выполнение практически любого бизнес-процесс связано в осуществлением различных хозяйственных операций, результаты которых должны быть зафиксированы в системе управленческого учета предприятия. Одним из примеров применения рассматриваемого принципа может быть следующая ситуация. В показанном на рисунке 14 процессе управления дебиторской задолженностью участвуют несколько подразделений: бухгалтерия учитывает хозяйственные операции, финансовый отдел контролирует величину дебиторской задолженности, отдел сбыта принимает меры по ее сокращению. Типичные проблемы состоят в том, что, во-первых, оперативность получения информации по состоянию задолженности является недостаточной, а, во-вторых, подразделение, ответственное за возникновение этой задолженности, получает информацию последним. На практике часто встречается ситуация, когда на предприятии ведется несколько параллельных систем учета отгрузок и дебиторской задолженности: бухгалтерская система, оперативная система учета отдела сбыта (Excel), система учета финансового отдела (Excel). Отдел сбыта вынужден вести свою внутреннюю систему учета, так как оперативность системы бухгалтерского учета его не устраивает. На следующем рисунке показан пример реорганизации бизнес-процесса. Вместо того, чтобы передавать накладные в бухгалтерию, кладовщик выполняет учет отгрузки в системе управленческого учета, при этом формируется дебиторская задолженность (еще до выставления счета-фактуры бухгалтерией). Отдела сбыта получает оперативную информацию из системы и выполняет работу по анализу и погашению дебиторской задолженности. После выставления счета-фактуры, бухгалтерия осуществляет изменения в соответствующих регистрах учетной системы, и управленческая информация становится бухгалтерской. Принцип 1.7. «Связывайте параллельные работы вместо интеграции их результатов». Принцип, предложенный Хаммером. При создании сложных продуктов (как информации, так и материальных ресурсов) возникают ситуации, когда несколько подразделений выполняют параллельные работы, затем пытаются согласовывать полученный результат. Ярким примером бизнес-процесса такого рода является процесс формирования финансового плана предприятия, представленный на рисунке 16. В начале процесса, параллельно во времени выполняется планирование продаж, производственных возможностей и себестоимости, при этом ПЭО пользуется фактической информацией по объему производства предыдущего периода и старается оптимизировать загрузку производства на плановый период с учетом производственных возможностей, а отдел сбыта ориентируется на потребности рынка. После получения предварительных вариантов планов, проводится их согласование. Результатом этого согласования может быть как изменение плана продаж, так и изменение плана производства. Чаще всего такого рода процессы организованы неэффективно и приводят к дублированию функций в подразделениях (например, анализ производственных возможностей и сопоставление их с планом отгрузки проводят одновременно отдел сбыта и ПЭО) и увеличению сроков формирования финансового плана. Рассматриваемый процесс по своей природе является итерационным. Однако итераций могло бы быть меньше, если бы создаваемые планы подразделений основывались на одной и той же информации и согласовывались между собой на ранних стадиях процесса. Применение рассматриваемого принципа возможно путем разработки интерфейсов между процессами, обеспечивающих взаимодействие подразделений на всех стадиях создания продукта, а не на финальной стадии. Принцип применим как к процессам создания продукции, так и к процессам разработки документации, планов и т.п. Принцип 1.8. «Помещайте точку принятия решения туда, где делается работа, и встраивайте контроль в процесс». Принцип, предложенный Хаммером. Применение принципа обеспечивает делегирование полномочий по принятию решений исполнителям процесса, что приводит к устранению излишних согласований и сокращению времени выполнения процесса. На рисунке 18 показан бизнес-процесс, подвергнутый реорганизации. Таким образом, за счет принятия всех необходимых решений в одном подразделении, срок обслуживания заявки клиента можно существенно сократить. Принцип 1.9. «Фиксируйте информацию один раз — у источника». Принцип, предложенный Хаммером. Использование данного принципа подразумевает занесение информации в единую учетную систему один раз, на месте ее возникновения. Следствием применения принципа является сокращение документооборота между подразделениями, снижение количества ошибок при передаче информации, сокращение времени выполнения процесса и т.д. Пример реорганизации бизнес-процесса, выполненной на основе данного принципа приводится на рисунках 19 и 20. При выполнении бизнес-процесса (рисунок 19) используется несколько автоматизированных систем и бумажных документов. На практике часто встречается ситуация, когда бумажные документы, порожденные одной системой, затем, при дальнейшем использовании, вручную вносятся в другую систему. Необходимо устранять такого рода дублирование функций в подразделениях.
Copyright © 2001-2021, Management.com.ua Підписка на Менеджмент.ДайджестОтримуйте найновіші матеріали на свій e-mail (1 раз на тиждень) Бизнес-процесс на ладони: простые методы анализа и оптимизацииВ статье Владимира Репина представлено описание четырех методов анализа бизнес-процесса: визуальный анализ графической схемы, анализ времени выполнения, анализ потерь, анализ потенциала автоматизации. Рассматривается использование принципов «вертикального» и «горизонтального сжатия для определения возможностей по оптимизации процесса. Статья может быть полезна сотрудникам компании, перед которыми поставлена задача выполнить анализ бизнес-процесса и разработать мероприятия по его улучшению. Четыре метода анализа бизнес-процесса BPM (Business Process Management) как направление менеджмента, как совокупность методов и инструментов существует довольно давно. За эти годы разработано и опробовано на практике значительное количество методов анализа бизнес-процессов. Они отличаются условиями применимости и целям, сложностью и требованиями к квалификации экспертов, проводящих анализ. В данной статье я хотел бы рассмотреть четыре метода анализа процессов, которые вполне может использовать любой сотрудник организации, хотя бы в начальной степени овладевший навыками создания графических схем процессов в нотации BPMN (или, шире, — Work Flow). К числу этих методов относятся: Использование указанных методов позволяет глубже понять процесс, выявить причины проблем, связанных с его выполнением, и разработать мероприятия, необходимые для его оптимизации. В качестве исходного примера для проведения анализа и оптимизации будем рассматривать следующий бизнес-процесс, схема которого представлена на рис 1. На данном учебном примере разберем указанные выше методы анализа и принципы оптимизации. Предполагается, что читатели знакомы с базовыми аспектами описания процессов в нотации BPMN. Но даже если вы не знаете эту нотацию, условные обозначения на рис. 1 вполне понятны для сотрудников, которые в своей практике сталкивались с задачей описания процессов в нотациях типа Work Flow. В процессе участвуют пять сотрудников, два из которых являются руководителям, а три – специалистами. Роль А – сотрудник, инициирующий выполнение процесса. Он же – потребитель результата процесса – расчета количества и стоимости. Роль Б – руководитель, согласующий расчет перед предоставлением его руководителю вышестоящего уровня (Роль Д), утверждающему расчет. Роль В и Роль Г – это специалисты, выполняющие расчеты. Обратите внимание, что на схеме процесса указаны информационные системы (MS Outlook, MS Excel), которые поддерживают выполнение задач. Для задач выполняемых вручную (точнее «ногами») использован маркер ручной задачи (ладошка). Далее в статье рассмотрены методы анализа бизнес-процесса на примере разбора представленной схемы (разработана в Business Studio 5). Анализ графической схемы бизнес-процесса Перед тем, как проводить визуальный анализ графической схемы бизнес-процесса необходимо убедиться в том, что: Последний пункт является весьма важным. Дело в том, что неопытные сотрудники довольно часто либо упрощают схему, либо отображают на ней не реальный ход процесса, а некоторое искаженное (иногда намеренно) представление, полученное от его участников. Важно понимать, что только схемы процесса «как есть», адекватно (с достаточной точностью) отражающая реальное состояние дел, может быть эффективно использована для анализа процесса и принятия решений по его оптимизации. Визуальный анализ графической схемы процесса можно выполнять следующим образом. Необходимо обратить внимание на: На рис. 2 показан результат визуального анализа графической схемы процесса. В первую очередь обратите внимание на задачи (операции), которые точно не создают ценность. Это задачи «Распечатать и передать расчет на согласование» и «Передать расчет на согласование», которые выполняются вручную, точнее ногами (исполнитель ходит от кабинета к кабинету). Далее на схеме выделены цветом четыре операции, при выполнении которых создание ценности находится под сомнением. Например, какую ценность создает задача «Проверить расчет количества» и почему без нее нельзя обойтись? Возможно, она дублирует задачу «Выполнить расчет количества», которую выполняет Роль В. Для ответа на такого рода вопросы необходим углубленный анализ каждой выполняемой задачи. На схеме показано три возврата, которые приводят к существенному увеличению длительности процесса в целом. На схеме так же видно, что потребитель процесса (в данном случае – это Роль А, инициатор) не получает результат выполнения процесса – «Расчет». Ему нужно писать и звонить руководителю (Роль Д), выяснять статус и потом «ногами» забирать нужный ему документ. Это плохо. По результатам содержательного визуального анализа графической схемы процесса выявлены следующие проблемы: Далее необходимо выполнить анализ времени выполнения бизнес-процесса. Анализ времени выполнения бизнес-процесса На рис. 3 показан анализ времени выполнения процесса. Для каждой задачи определяют три показателя: Нормативное время выполнения – это время, которое тратит исполнитель задачи в идеальных условиях – когда есть все необходимые данные, информационные системы работают, исполнитель здоров и его никто не отвлекает. Нормативную длительность можно определить путем хронометража, по справочникам (если они доступны) или методом экспертной оценки (определяет руководитель). Фактическая трудоемкость – это реальное время, которое сотрудник, в среднем, тратит на выполнение задачи. Она может быть определена экспертным путем или при помощи хронометража. Календарная длительность выполнения задачи – это разница во времени между началом и завершением выполнения задачи. Используется усредненная величина по всем выполненным задачам за определенный период, например, месяц. Почему фактическая трудоемкость и календарная длительность могут отличаться? Все просто – процесс может простаивать по различным причинам. Например, руководителю поступил документ на согласование. Реальная фактическая трудоемкость его работы надо документом, например, — 5 минут. Фактическая календарная длительность, в среднем, — 6 часов (с учетом повторного выполнения). То есть большую часть времени документ просто ждет в очереди на обработку. Очевидно, что необходимо организовать выполнения бизнес-процессов так, чтобы нормативное время и календарное время отличались как можно меньше. Обратите внимание, что нормативное выполнения процесса в целом – около 2,8 часов, а фактическая календарная длительность – 32 часа, то есть почти в одиннадцать раз больше! На рис. 4 показано время выполнения процесса в виде диаграммы. Видны следующие ограничения, устранение которых позволит существенно сократить длительность процесса. Бизнес-процесс дольше всего простаивает на следующих задачах: • Проверить расчет. Углубленный анализ указанных задач и разработка мероприятий по оптимизации помогут существенно сократить время выполнения бизнес-процесса в целом. Например, целесообразно выполнить анализ ценности задачи по проверке и утверждению расчета руководителем. Так же нужно устранить хождения (отнес-принес) при передаче документа на согласование. Отдельного рассмотрения требуют задачи «Выполнить расчет количества» и «Выполнить расчет стоимости». Они тоже являются узким местом в процессе с точки зрения времени его выполнения. Замечу, что можно выполнить анализ стоимости выполнения отдельных задач процесса и рассчитать стоимость выполнения одного экземпляра процесса в целом. Но данный расчет для сложных процессов (содержащих возвраты) целесообразно делать с использованием методов имитационного моделирования (это тема для отдельной статьи). Анализ потерь при выполнении бизнес-процесса Следующий вид анализа, который целесообразно выполнить – это анализ потерь, возникающих при выполнении бизнес-процесса. Можно использовать классическую классификацию потерь (TPS) учитывая, что эти потери в своеобразной форме могут возникать и при выполнении процессов в офисе (не на производстве): На рис. 5 показаны потери, которые были выявлены при проведении анализа процесса. Условные обозначения для потерь выбраны произвольно (без использования какой-либо нотации). Более подробно потери и риски, возникающие при выполнении задач процесса показаны в Таблице 1. Так же в таблице показаны возможные последствия. Таблица 1. Потери и риски при выполнении процесса.
После анализа потерь целесообразно выполнить анализ потенциала автоматизации бизнес-процесса. Анализ потенциала автоматизации бизнес-процесса На рис. 6 показаны результаты анализа потенциала автоматизации бизнес-процесса в BPMS. Некоторые задачи (ручные) можно будет исключить. Одну задачу «Выполнить расчет количества» выполнять скриптом. Остальные задачи могут выполняться участниками процесса с использованием соответствующих экранных форм в BPMS. Однако, тот факт, что задачи можно автоматизировать в BPM-системе совершенно не означает, что это нужно делать. Прежде всего, необходимо разработать мероприятия по оптимизации бизнес-процесса, используя определенные принципы, и уже после этого автоматизировать модель процесса «как должно быть». Разработка мероприятий по оптимизации бизнес-процессов Давайте применим принципы «вертикального» и «горизонтального» сжатия для оптимизации бизнес-процесса. • Вертикальное «сжатие» — сокращение уровней функциональной иерархии, задействованных в выполнении процесса. С учетом указанных принципов, а так же результатов анализа процесса, сформулированы мероприятия по его оптимизации, представленные в таблице 2. Таблица 2. Мероприятия по оптимизации бизнес-процесса.
Схема бизнес-процесса, полученного по результатам оптимизации, представлена на рис. 7. Диаграмма по времени выполнения задач бизнес-процесса «Как должно быть» (прогноз) показана на рис. 8. Резюме Мы рассмотрели несколько методов анализа, принципы оптимизации и применили их на условном примере бизнес-процесса формирования некоторого расчета (сметы, скидки, бюджета проекта и т.п.). В.В. Репин, | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Рис. 1. Схема бизнес-процесса.
Рис. 2. Результаты визуального анализа графической схемы процесса.
Рис. 3. Анализ времени выполнения процесса. Схема.
Рис. 4. Анализ времени выполнения процесса.
Рис. 5. Анализ потерь при выполнении бизнес-процесса.
Рис. 6. Анализ потенциала автоматизации бизнес-процесса.
Рис. 7. Схема оптимизированного и автоматизированного в BPMS процесса. (Красным показан прогноз календарного времени выполнения).
Рис. 8. Прогноз времени выполнения процесса «Как должно быть».