Описание процесса – диаграммы и текстовая часть. Правила составления диаграмм
Описание процесса – диаграммы и текстовая часть. Правила составления диаграмм
Целесообразность использования той или иной методологии описания и анализа бизнес-процессов зависит от того, с какой целью эти бизнес-процессы описываются и анализируются. С точки зрения внутреннего аудита бизнес-процессы описываются в первую очередь для документирования привязки системы внутреннего контроля к тому или иному этапу бизнес-процесса. Таким образом, описание бизнес-процессов имеет прикладной характер. Как вариант можно составить описание системы внутреннего контроля без описания соответствующего бизнес-процесса. Однако существенным минусом такого подхода является отсутствие целостности и снижение информативности. Кроме того, любая процедура контроля в отрыве от этапа бизнес-процесса бесполезна, так как контроль должен быть с чем-то связан и на что-то направлен.
Существует несколько методологий документирования бизнес-процессов – IDF0, BPWin, ARIS и т. д. На практике в большинстве случаев вполне достаточно стандартных возможностей одного из приложений Microsoft Office – Microsoft Visio.
В табл. 17 приведены основные значки (блоки схемы), с помощью которых можно составить графическое описание (диаграмму) практически любого бизнес-процесса.
Таблица 17. Основные элементы диаграммы
![](https://storage.yandexcloud.net/wr4img/408109_42_i_030.png)
Поле диаграммы разбивается на горизонтальные блоки по числу ключевых участников бизнес-процесса (пример в главе 6). Универсального правила компоновки диаграммы не существует, поэтому последовательность этапов, состав и последовательность участников бизнес-процесса определяется аудитором на основании программы аудита, цели диаграммы и здравого смысла. На практике, если на диаграмме формата А3 появляется более семи участников и более 60 элементов, то или вы начали мельчить, или бизнес-процесс слишком крупный для используемой степени детализации, и его необходимо разбить как минимум на два бизнес-процесса поменьше.
Подробно остановимся на ключевых принципах описания процессов.
Подход. Существует два основных подхода к описанию процессов – графический и смешанный (графика плюс текст). Выбор подхода зависит от цели аудита. Для аудита системы внутреннего контроля можно ограничиться графическим подходом. Для аудита бизнес-процесса, по результатам которого процесс может быть основательно перестроен, необходимо использовать как графику, так и текстовые описания и пояснения. На практике я использовал оба подхода.
Суть графического подхода заключается в использовании графических элементов, которые обозначают части процесса. Каждый графический элемент имеет краткое описание, ограничиваемое его размером. Иногда для отдельных частей процесса добавляется более подробное описание, которое размещается на свободном месте основной схемы процесса. Умение составить описание процесса только с использованием графики без потери качества приходит с практикой. К некоторым аудиторам оно не приходит никогда. Основное преимущество использования исключительно графики заключается в ее лаконичности и наглядности. Разумеется, если вы составляете описание процесса в графике, то наглядность и лаконичность появляются не автоматически. Умение придавать схемам эти свойства также приходит к аудитору не сразу.
Суть смешанного подхода заключается в том, что помимо графической схемы процесса вы формируете текстовую часть, поясняющую отдельные или все графические элементы. Пример формата такого описания приведен в табл. 18. Это один из многих вариантов формата текстовой части. Ее содержание во многом зависит от цели описания процесса. Как уже было сказано выше, описание процесса только в графике часто бывает достаточно, когда процесс рассматривается с целью определения адекватности и эффективности системы внутреннего контроля. Однако если аудитор еще не набил руку, то ему не избежать составления текстового описания процесса. Кроме того, составления текстовой части можно требовать с целью дополнительного контроля работы внутреннего аудитора, что имеет смысл в крупных ПВА. Также наличие текстовой части лучше обеспечивает соблюдение принципа воспроизведения и облегчает работу других аудиторов с процессом в дальнейшем хотя бы потому, что текстовая часть содержит больше информации.
Таблица 18. Пример формата текстового описания процесса
![](https://storage.yandexcloud.net/wr4img/408109_42_i_031.png)
Границы процесса. По данной теме вряд ли когда-нибудь сложится единое мнение у разных аудиторов. Определение границы процессов зависит от ряда факторов, и в первую очередь от понимания аудитором нюансов процессного управления. Например, процесс осуществления платежей можно рассматривать как отдельно, например в рамках процесса «Управление денежными средствами», так и в рамках процесса «Закупки» или, как иногда говорят, процесса «Расходное контрактование». Чем больше сотрудников компании используют понятия процессного подхода к управлению, тем больше вариантов дробления деятельности предприятия на отдельные процессы и тем больше вариантов названий этих процессов. Например, процесс «Продажи» может называться «Доходное контрактование» или «Ценообразование и реализация готовой продукции». В такой ситуации на первое место выходит право первенства. То есть если по данной теме отсутствует готовое решение, то мы имеем полное право разработать его самостоятельно и, по мере возможностей и способностей, навязать окружающим.
В любом случае перед началом описания необходимо четко определить границы описываемого процесса. Это крайне необходимо для устранения лишней работы. Во-первых, два аудитора, описывающие последовательные процессы, могут два раза выполнить одну и ту же работу, дважды описать один и тот же участок процесса. Во-вторых, чем более четко поставлена задача, тем более четко она исполняется, меньше места для домысла и ситуаций «давай сделаем на всякий случай». Для упрощения и облегчения работы по систематизации ориентируйтесь на основную цель процесса и используйте принцип разграничения обязанностей. Например, если вы определите цель процесса «Закупки» как «приобрести требуемые ТМЦ на оптимальных условиях и доставить в место использования, обеспечив максимальную сохранность», то процесс «Внешняя логистика» войдет в состав процесса «Закупки» в части доставки материалов и сырья. Также не стоит забывать о том, что границы процессов необходимо определять как бы в двумерном пространстве. Ряд основных процессов следуют последовательно друг за другом. Но кроме основных есть процессы, имеющие отчасти сервисный или вспомогательный характер, например процесс «Техническое обслуживание и ремонт» (разумеется, если у вас не предприятие, оказывающее услуги по техобслуживанию и ремонту). Таким образом, вам необходимо определить точки перехода между последовательными процессами, а также между процессами, время от времени взаимодействующими с основной цепочкой последовательных процессов, и, соответственно, этими последовательными процессами. Например, уже упомянутый процесс «Техническое обслуживание и ремонт» может иметь точки перехода как с процессом «Внешняя логистика» (если, например, при доставке грузов собственным транспортом он ломается, мы сами ремонтируем), так и с процессом «Основное производство». При этом процесс «Внешняя логистика» как предшествует процессу «Основное производство» (доставка материалов собственными силами), так и следует за ним (доставка готовой продукции собственными силами, например до точки перехода права собственности на нее). В своей практике для точек перехода я использую отдельный значок на схемах процессов (см. табл. 17).
Целостность и презентабельность. Соблюдению данных принципов я придаю особое значение, хотя и остальные не менее важны. Сделать описание целостным означает ответить на вопросы «откуда?» и «куда?». Описывая процесс, вы должны указать точку возникновения процесса и точку перехода из описываемого процесса в следующий процесс, а также точки перехода в любые другие процессы, с которыми описываемый процесс взаимодействует. Таким образом, вы показываете описываемый процесс во взаимодействии с другими процессами, действующими в рамках системы процессов, например в рамках предприятия. Многие процессы, если их рассматривать в двумерном пространстве, стабильно имеют две основные точки перехода (точка входа в процесс и точка выхода из него при последовательном расположении процессов), а также несколько дополнительных точек перехода в тех местах, где рассматриваемый процесс взаимодействует с другими процессами в ходе исполнения.
Принцип презентабельности требует внимания к большему количеству нюансов по сравнению с принципом целостности. Во-первых, описание процесса воспринимается намного лучше, если процесс описывается в хронологической последовательности. Это достигается, например, расположением этапов процесса относительно друг друга. Так, если процесс описывается графически и горизонтально слева направо, то из этого следует, что этап, находящийся правее, выполняется в реальности позднее по времени. Во-вторых, необходимо придать описанию процесса оптимальную детализацию. На практике мне довелось встречаться с крайними проявлениями, мягко говоря, неоптимальной детализации. Например, однажды одна из моих подчиненных умудрилась составить описание процесса «Внешняя логистика» (логистика при реализации готовой продукции) на 22 листах (шрифт 11 пт, одинарный межстрочный интервал), не считая схемы на трех листах формата А3 с огромным количеством значков. При этом задача заключалась в оценке системы внутреннего контроля процесса «Внешняя логистика» в условиях экспортных поставок от завода в РФ до конечного потребителя при использовании пары-тройки посреднических компаний и пары пунктов перевалки. По плану на описание процесса отводилась одна неделя (она потратила три и все равно не успела закончить описание). Справедливости ради отмечу, что в ситуацию стоило бы вмешаться пораньше, однако мне было интересно посмотреть, что получится. В описании содержалось огромное количество информации совершенно не проясняющей ситуацию с системой внутреннего контроля процесса, например подробные описания процедуры формирования ряда первичных документов. Это плавно подводит нас к третьему важному моменту при соблюдении принципа презентабельности – обеспечение однозадачности описания. Приведенный выше пример указывает на то, что задача по описанию процесса является не совсем удачным поводом для серийного отстрела зайцев одиночными выстрелами. Цель описания процесса во многом определяет, какая информация должна быть добыта, а какая конвертирована в описание процесса. Если перед аудитором стоит задача описать процесс с упором на систему внутреннего контроля, то каждый элемент описания должен способствовать достижению именно этой, и никакой другой цели. Невозможно составить описание процесса, которое пригодно для анализа различных аспектов деятельности предприятия. В-четвертых, на презентабельность описания процесса влияет техника исполнения (подачи). Описание процесса по мере его изучения должно отвечать на вопросы пользователя о построении и функционировании описываемого процесса. Именно техника исполнения описания формирует окончательно ответы на вопросы «что?», «как?», «когда?», «кто?» и «где?». Например, если при описании процесса ограничиться только сплошным текстом, то многие детали без должного акцентирования не будут просто восприняты не то что с первого, но и со второго-третьего прочтения. Конвертирование такого материала в таблицу с распределением ключевой информации по процессу по отдельным графам значительно облегчает восприятие материала.
Глубина описания процесса. В классическом понимании на среднем предприятии можно выделить 15–20 ключевых процессов. Каждый из них состоит из нескольких подпроцессов, которые в свою очередь дробятся на еще более мелкие подподпроцессы. Поэтому если предприятие представить в виде модели, состоящей из процессов, то модель будет трехмерной. В большинстве случаев можно выделить четыре-пять уровней процессов, начиная от ключевых и заканчивая точечными. Точечные процессы состоят из технологических операций, которые либо сами по себе не дробятся на более мелкие элементы, либо этого не имеет смысла делать. Под технологической операцией понимаются не только производственные технологические операции, но и любые другие операции в рамках любого процесса. Например, операция нажатия кнопки может встречаться как в процессе «Производство», так и в процессе «Формирование финансовой отчетности». Глубина описания процесса также во многом зависит от его цели. Например, при оценке системы внутреннего контроля я бы не погружался в процесс глубже третьего уровня. Если процесс «Продажи» принадлежит к первому уровню, то процесс «Анализ проекта договора» – к третьему (он входит в процесс «Разработка (подготовка) проекта договора»). А вот если, например, аудитор принимает участие в проекте по разработке и внедрению ИТ-системы, то большинство процессов должны описываться вплоть до отдельных операций. Вообще любой проект, имеющий целью работу с самим процессом, например оптимизацию, требует более глубокого погружения в процесс, чем проект по оценке системы внутреннего контроля.
Продолжительность описания процесса. Опять же все зависит от постановки задачи, а также от уровня аудитора и условий работы. В среднем в проектах оценки системы внутреннего контроля достаточно одной недели для описания процесса первого уровня до глубины третьего уровня. При этом описание процесса должно выполняться аудитором со стажем не менее года, а владельцы процесса плюс-минус своевременно представляют необходимую информацию. Не стоит поручать описание процесса малоопытным аудиторам без тщательного надзора за их деятельностью, особенно если процесс описывается впервые. Вообще навык описания процессов сложно приобрести по частям, как, например, в случае с детальными тестами. Детальный тест состоит из отдельных блоков, которые можно осваивать по отдельности. Например, сначала можно научиться делать выборку, затем обрабатывать данные, затем интерпретировать результаты, затем самостоятельно составлять детальные тесты. При описании процесса необходимо оперативно реагировать на поступающую информацию, при этом существует множество вариантов содержания, формы и достоверности данной информации, и на каждый нюанс нужно реагировать правильно. Поэтому малоопытные аудиторы должны первое время работать в команде с более опытными коллегами.
Далее представлена подборка практических наработок для решения локальных ситуаций.
• Если процесс разбивается на несколько подпроцессов, у которых более одного владельца, то аудитору следует самостоятельно определить очередность описания. Для ускорения процесса работу нужно стоить таким образом, чтобы в случае простоя по какому-либо подпроцессу аудитор мог переключиться на другой подпроцесс. Простои неизбежны, и немалое влияние на их количество оказывают организационные факторы (болезнь нужного сотрудника, график работы интервьюируемого, необходимость в дополнительном времени для подборки документов и т. д.). Поэтому аудитору имеет смысл выстраивать работу как бы в двух параллельных направлениях.
– Базовая схема начала проведения интервью с сотрудником подразделения, являющегося владельцем процесса, при составлении описания следующая:
– озвучить цели интервью;
– получить картину основных функций подразделения;
– узнать мнение руководителя подразделения об основных факторах и рисках, сказывающихся на эффективности деятельности;
– уточнить перечень нормативной документации по процессу (хотя данная информация должна запрашиваться аудитором в самом начале проекта и изучаться до интервью, нередко о части нормативных документов становится известно во время интервью);
– обрисовать подход к описанию процесса, например «нам интересен весь процесс …, от момента получения подразделением исходной информации или документа по … до момента … (завершающего действия или составления документа)»;
– уточнить состав отчетности, которая готовится в подразделении на системной основе, и получателей такой отчетности.
• В процессе интервью, целью которого является получение информации для описания процесса с упором на систему внутреннего контроля, по каждому этапу процесса необходимо понять:
– какова цель этапа процесса, кто является владельцем этапа процесса;
– с чего начинается этап или при каких условиях инициируется осуществление этапа: например, если этап запускается с момента получения определенной информации, то следует выяснить, от кого поступает эта информация, какова частота ее поступления, каково ее содержание (общее), каким образом контролируется количество и качество данной информации на входе в рассматриваемый этап процесса;
– какие операции осуществляются в рамках процесса: например, если этап запускается с момента получения определенной информации, необходимо выяснить, какие действия осуществляются подразделением с поступившей информацией (каким образом она преобразуется, куда включаются преобразованные данные и т. д.). Имеет смысл смоделировать какую-либо ситуацию (например, «вы получаете заявку на оплату, что с ней делаете дальше (проверяете, регистрируете и т. д.)»);
– каким образом оценивается степень достижения цели этапа процесса, как владелец этапа процесса понимает, что цель этапа достигнута;
– каким образом обеспечивается надлежащее исполнение операции в рамках этапа – в данном случае мы напрямую расспрашиваем о существующей системе внутреннего контроля. Вопросы по внутреннему контролю этапа процесса лучше задавать после получения информации по базовым вопросам, указанным выше.
• Хорошим подходом при проведении интервью с целью получения информации для описания процесса с упором на систему внутреннего контроля является следующая практика – если выясняется, что в конкретном месте (этапе процесса) отсутствует контроль, то следует тут же выяснить, имеется ли компенсирующий контроль в другом месте. При этом необходимо немного проговорить данную ситуацию, выяснить позицию владельца этапа процесса, т. е. описать ему возможные последствия и вероятность бесконтрольных действий и посмотреть на его реакцию. Это обеспечивает соблюдение принципа разведки и получение начальной информации по реакции владельца процесса и его позиции по потенциальной проблеме.
• Когда вы определяете границы процесса, основным источником информации является в первую очередь владелец этого процесса. Также кроме владельца рассматриваемого процесса существуют владельцы взаимодействующих процессов. Нередки ситуации, когда имеет смысл получить дополнительные подтверждения границ процесса путем коротких тематических интервью с владельцами взаимодействующих процессов. Бывает, что мнения владельцев основного рассматриваемого процесса и взаимодействующих процессов расходятся. А аудитору важно иметь достоверную информацию о границах процесса, например для того, чтобы определить ответственных за исполнение плана исправительных мероприятий.
• При описании процесса со сложной структурой – большим количеством владельцев этапов процесса – эффективность интервью значительно повышается, если оно проводится в формате очной ставки. Если вы столкнулись именно с таким процессом, очень высока вероятность снижения КПД вашей деятельности. Основными деструктивными факторами являются организационные моменты (нужно назначить большое количество встреч с людьми, находящимися в разных местах), необходимость независимой во времени стыковки разных мнений, повышенный объем аудиторской работы. Эти трудности можно отчасти избежать, если проводить интервью с расширенным составом участников, например владельцев нескольких последовательных этапов процесса.
• При составлении рабочих документов, посвященных описанию процесса, лучше использовать принцип матрешки. То есть если вы составили графическое описание процесса из нескольких диаграмм в формате Microsoft Visio, то лучше держать все диаграммы в одном файле на разных закладках, а не в разных файлах на одной закладке. Это относится и к ситуациям, когда описывался процесс более чем на одном уровне. В процессе аудита накапливается множество файлов, и лучше, если вы будете оптимизировать их количество.
• В большинстве ситуаций при описании процесса используется нумерация. Нумеруются этапы процесса, рабочие документы, ссылки, пункты отчета. Если вы используете различные виды ссылок, а также увязываете как этапы одного процесса, так и процессы между собой, без нумерации, скорее всего, не обойтись. Если вы ведете нумерацию, следите за ее системностью, взаимоувязкой и последовательностью. Отчасти это вопрос формата, например использования целых или дробных номеров для обозначения этапов процесса. Отчасти это вопрос обмена информацией внутри команды аудиторов, например при необходимости сделать ссылку на этап процесса, описываемого другим аудитором. Отчасти это вопрос системы рабочих документов. Существуют программные продукты, которые облегчают использование нумерации, например в части перекрестных ссылок. Несмотря на кажущуюся банальность нумерации как инструмента, она имеет огромное значение для понимания и восприятия аудиторской работы.
• Если вы составляете графическое описание процесса, то на схемах не должно быть так называемых тупиковых элементов. Под ними понимаются элементы схемы, которые лишены либо входа, либо выхода, либо того и другого одновременно. На практике 99,9 % процессов имеют как вход, так и выход. С фундаментальной точки зрения это следует из того, что предприятие, по сути, является системой открытого типа. Если вход или выход этапа процесса находится в другом процессе, используется специальный значок. Такие значки как раз и представляют собой точки перехода, упомянутые выше.
• Следите за тем, что на схемах отсутствовало закольцовывание элементов. Имеются в виду ситуации, когда с определенного этапа процесса делается переход на предыдущий этап, но при этом сохраняется один вариант развития событий. Таким образом, если воспринимать схему буквально, получается круг, не позволяющий продвинуться дальше по процессу.
• Нумерация элементов схемы должна совпадать с нумерацией текстового описания.
• При составлении описания процесса с целью оценки системы внутреннего контроля контрольные процедуры лучше указывать как на схеме, так и в описании, при этом необходимо использовать дифференциацию. Для схем лучше подходит цветовая дифференциация. Например, адекватный или эффективный контроль обозначается белым кружком в углу этапа процесса, неадекватный или неэффективный контроль – черным. Необходимо раскрывать механизм контроля как минимум в текстовом описании, например, ограничиваться формулировкой «контроль правильности» или «проверка правильности» недопустимо. Это связано в первую очередь с необходимостью обеспечить контроль качества описания процесса и последующей работы, которая будет базироваться на описании. Например, если рассмотреть процесс формирования заявки в процессе «Закупки», то начинающий аудитор может назвать контролем правильности подпись заявки у вышестоящего функционального руководителя. Однако, по сути, данное действие не всегда автоматически означает проведение контроля правильности составления заявки или указанной в заявке номенклатуры.
• Как уже говорилось, при составлении схем необходимо придерживаться хронологической последовательности этапов процесса. Однако есть еще такой параметр, как периодичность и временные рамки этапа процесса. Многие процессы состоят из подпроцессов или этапов, имеющих различную периодичность и различные временные рамки. Например, при описании процесса «Бюджетирование» есть процесс формирования и пересмотра годового бюджета, а может быть процесс формирования и пересмотра ежеквартального или ежемесячного бюджета. Наверное, можно гордиться тем, что все эти процессы уместились на одной схеме и в одном текстовом описании, однако лучше этого не делать. Возьмите за правило описывать процессы с разными временными параметрами на разных схемах.
• В большинстве случаев нет смысла детализировать участников процесса дальше, чем структурные подразделения, особенно на схемах. Например, если по процессу контрактодержатель (куратор договора) передает согласно схеме расчетные документы в бухгалтерию (счет, счет-фактуру, акт выполненных работ), то нет смысла отражать на схеме бухгалтера по расчетам с поставщиками в качестве отдельного владельца процесса. Достаточно просто указать в качестве владельца процесса бухгалтерию целиком, а в текстовом описании уточнить.
• Как уже говорилось, необходимо следить за тем, чтобы схема не была перегруженной излишними деталями. Существует хороший контрольный механизм для этого. При формировании схемы процесса необходимо постоянно оценивать ее оптимальность для выполнения поставленной задачи. Если вы можете убрать со схемы какой-либо из элементов и при этом схема полностью сохранит полезность для выполнения стоящей перед вами задачи, то данный элемент не нужен. В сочетании со стремлением описать процесс в достаточной степени (с точки зрения поставленной задачи) только с помощью схемы, данный метод обеспечивает оптимизацию числа элементов на схеме. Дальше уже дело вкуса.
• Иногда аудиторы, особенно начинающие, забывают, что описание основывается на соответствующем процессе, а не на функционале ключевого подразделения – владельца процесса. Поэтому в описание включается много излишней информации. Этот недостаток устраняется только одним способом – более частыми проверками статуса и содержания проведенной работы.
• Совсем точечная рекомендация – если вы для увязки элементов схемы используете стрелки, старайтесь избегать их совпадения, т. е. объединения стрелок в одну линию. Восприятие и чтение такой схемы усложняется. В то же время не забывайте об этом приеме, если вдруг понадобится усложнить схему.
• И последняя точечная рекомендация, касающаяся сокращений и аббревиатур. Если вы составляете описание процесса, состоящее из графической и текстовой части, то по возможности перенесите все сокращения и аббревиатуры в текстовую часть. Хорошей практикой является формирование в начале описания перечня использованных сокращений. Если позволяет место, то можно часть перечня сокращений вынести на схему, но только в части тех сокращений, которые используются непосредственно на схеме.
Данный текст является ознакомительным фрагментом.