Теперь посмотрим и обсудим потоковые модели, потоковые процедуры представления бизнес-процессов. На экране типовая нотация, широко распространена, широко известна модель представления и декомпозиции бизнес-процессов в нотации IDEF0. Процесс представляется как преобразование от входа к выходу. У процесса указываются исполнители — исполнительные механизмы, и исполнители — организационные звенья, участники подразделений, которые участвуют в исполнении процесса. Также указывается управление, которое участвует или воздействует на этот процесс. Таким образом, процесс — это преобразование от входа к выходу с указанными механизмами исполнения и управления. В качестве управления могут выступать регламенты: делай так. Могут быть планы: достигни этого. Могут быть нормативно-методические документы и рекомендации: делай так, следуй этому. Каждый процесс в нотации IDEF0 может быть декомпозирован на субпроцессы, на подпроцессы. При этом входы и выходы верхнего уровня переносятся на диаграмму нижнего уровня, то есть входы и выходы не забываются. Каждый подпроцесс делится на субпроцессы. У каждого субпроцесса опять определяются входы-выходы, управления, механизмы исполнения. Такой набор диаграмм может декомпозироваться и продолжаться дальше. Каждый субпроцесс декомпозируется на субсубпроцессы, и в результате описание процесса представляется как альбом, как набор карт процессов разных частей корневого процесса, выполненных с разной степенью детализации в стандартных нотациях. А теперь две диаграммы, два популярных примера, два распространенных примера процедур. Слева показана процедура CF, Cross Function. Если внимательно посмотреть, то это потоковая диаграмма, она напоминает нам диаграмму процессов IDEF0, только в ней не указываются исполнители, только в ней не указываются управляющие воздействия. Можно сказать с определенной степенью условности, что это упрощенное представление потоковой диаграммы IDEF0. Кроме того, здесь нет специального требования по правилу декомпозиции диаграммы. Cross Function удобно, когда мы применяем, когда мы составляем быстрое эскизное описание процессов исполнения деятельности. А справа эта же самая диаграмма, эти же самые процессы, эти же самые действия показаны в формате диаграммы Cross Function Flow Chart. Здесь уже показаны исполнители отдельных действий, но они показаны не так, как в IDEF0 в виде стрелок снизу, в виде механизмов исполнения, а за каждым исполнителем закрепляется своя дорожка действий, и все действия, которые осуществляются в процедуре, разнесены по этим дорожкам. Поэтому такое представление требует однозначного закрепления ответственности за операцией между исполнителями. Диаграмма очень удобна для подробного показа действий. На этой диаграмме виден состав действий, видны действия каждого исполнителя, и хорошо видны все переходы, которые осуществляются по действиям от одного исполнителя к другому. Если свести это в сводную такую иллюстрацию, то получим слайд, который здесь на экране сейчас показан. Это корневая модель бизнес-процессов, она детализируется на функции — один вариант декомпозиции. Она детализируется на потоковые диаграммы — второй вариант декомпозиции, и потоковые диаграммы и функциональные модели, — кстати, любая из них — может декомпозироваться на модели однозначных процедур. Итак, корневая модель, функциональная модель, потоковые диаграммы и модели однозначных процедур. Мы уже несколько раз эту иллюстрацию видим в разных исполнениях. У нас будет такое уже устойчивое представление о составе моделей, которые применяются в инжиниринге бизнес-процессов. Моделирование и разработка процедур. Порядок действий такой же, как при моделировании и разработке бизнес-процессов: собрать информацию, проанализировать, определить порядок действий, определить исполнителей, определить ответственность исполнителей за действия, если такое возможно. Если возможно, то построить диаграмму CFFC. Если невозможно, то ограничиться диаграммой CF. Определить узкие места диаграммы и попытаться ее улучшить. Что является узкими местами? Обычно характерные примеры узких мест: одна и та же функция закреплена за многими исполнителями, непонятно в конечном итоге, кто за что отвечает. Вторая характерная проблема: функция не закреплена ни кем, то есть функция есть, а исполнителей этой функции нет. Третья характерная проблема: функция есть, а ресурсов для исполнения этой функции не хватает. Четвертая характерная проблема: функция, процедура процесса существует, а порядок исполнения, детализация этой функции, порядок исполнения процедуры непонятен. И так далее. Эти узкие места должны выявляться, должны фиксироваться и находиться меры по их преодолению. Поэтому объектами улучшения в процедурах являются: порядки исполнения процедур, состав участников, сколько участников нам нужно привлекать для исполнения десяти функций — двух, трех, пять участников. Эти вопросы надо каждый раз конкретно решать. Распределение действий между исполнителями: полнота распределения, дублирование распределения, разные уровни загрузки подразделений при исполнении функции. IT-сервисы, которые мы используем при ведении работы, при исполнении процессов, при исполнении действий. Такое описание позволяет определить компетенции специалистов, поскольку мы знаем, кто за что отвечает. Компетенции специалистов, компетенции должностей, необходимые для исполнения такого типа описанных процедур. Вот это компетентностная модель, которая необходима для исполнения тех или иных процедур, тоже важный элемент и важный объект улучшения процедуры. А теперь приведем характерные детализации и справочники процессов. Конечно, если процессное описание используется так широко, то, значит, есть и справочники процессов. Что можно отнести к таким справочникам? Во-первых, это международные и государственные стандарты, например, стандарты типа ИСО 15288 «Процессы жизненного цикла продукции». Отраслевые стандарты, например, «Процессы жизненного цикла продукции в космической отрасли», стандарт НАСА. Существуют справочники профессиональных сообществ, например, Process Classification Framework Американского центра производительности и качества. Для удобства слушателей, мы поместили этот Framework в переводе Елиферова и Репина в этом курсе. Можно пользоваться при разработке прикладных моделей бизнес-процессов, при разработке прикладных функциональных декомпозиций процессов деятельности. В качестве примера могут использоваться получившее широкую известность кейсы крупных компаний, предприятий и IT-компаний. Пользуйтесь.
