Бизнес-процессы. Моделирование, внедрение, управление

Вспомним структурную схему процесса (рис. 1.2.1). Можно утверждать, что деятельность в рамках процесса в определенной своей части выполняется по технологии, то есть не хаотично, бессистемно. А что такое технология? В Википедии[20 - Интернет-энциклопедия.] приводятся следующие определения:

«1. Техноло?гия (от греч. tеchne – ‘искусство, мастерство, умение’ и греч. logos – ‘изучение’) – совокупность методов и инструментов для достижения желаемого результата; метод преобразования данного в необходимое; способ производства.

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

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

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

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

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

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

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

1.2.6. Окружение процесса

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

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

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

Внешний потребитель – потребитель, находящийся вне организации.

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

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

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

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

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

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

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

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

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

1.2.7. Классификация процессов

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

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

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

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

Процесс управления – процесс, поставляющий на вход других процессов ресурсы по управлению.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При описании процессов на разных уровнях управления возникает вопрос, как называть процесс каждого уровня. Некоторые консультанты употребляют множество терминов: «макропроцесс», «бизнес-процесс», «процесс», «процедура», «функция», «операция», «работа», «активность» и т. п. Термин «бизнес-процесс» интерпретируют по-разному. Одни считают, что бизнес-процесс проходит через всю организацию и приносит прибыль[22 - Это когда-то вычитали в западных изданиях и начали бездумно тиражировать в России.]. Другие выделяют бизнес-процессы на всех уровнях. Чаще всего такие классификации оказываются непрактичными и запутывают сотрудников. В книге термины «процесс» и «бизнес-процесс» будут рассматриваться в качестве синонимов.

Предлагаю простой подход: использовать всего два термина – «процесс» и «операция». Процессы могут быть разных уровней: на самом верхнем – «процесс уровня 1», на среднем – «процесс уровня 2» и т. д. Также для процессов первого уровня используется термин «процессная категория», а для процессов второго уровня – «процессная группа» (см. главу 3).

Декомпозиция процесса – разделение его на составляющие части.

Подпроцесс – процесс следующего уровня декомпозиции.

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

На рис. 1.2.4 показано, как осуществляется декомпозиция процесса. При декомпозиции желательно разбивать его на несколько подпроцессов – от 2 до 10. Можно выделять даже 12 подпроцессов, если в противном случае приходится вводить дополнительные формальные уровни иерархии. Дело в том, что реальная жизнь всегда сложнее, чем любая теория или методика. На практике бывает удобно показывать при декомпозиции 10–12 подпроцессов. Это в основном касается описания процессов на среднем и нижнем уровнях.

Процессы самого верхнего уровня можно называть «процессными категориями». Регламентировать процесс верхнего уровня (процессную категорию) одним нормативно-методическим документом нецелесообразно, поскольку полученный документ будет формальным, громоздким и неудобным для практического использования[23 - Так же ошибочно приравнивать деятельность крупного структурного подразделения процессу и разрабатывать регламент выполнения такого «процесса». Целесообразно выделять реальные процессы внутри подразделения (может быть, некоторые при этом будут сквозными) и разрабатывать регламенты для этих процессов. Для описания деятельности подразделения можно разработать положение о подразделении, в котором указать перечень выполняемых процессов и ответственных за них.]. Важно корректно разработать систему процессов на нескольких уровнях, а регламентацию процессов следует начинать разумно (с третьего, иногда – с четвертого уровня)[24 - Это не означает, что не нужны документы верхнего уровня – положения о подразделениях. Речь идет только о процессах.].