Бизнес-процесс (сокращенно БП) - комплекс процедур и задач по конструированию, производству и реализации материальных ценностей или услуг для определенной целевой аудитории потребителей или одного заказчика. Понятие заключает в себе определенный алгоритм действий, начинающийся с поступления запроса в компанию и заканчивающийся продажей заказчику готовых продуктов.
Появление термина связано с развитием отрасли промышленного производства. Когда материальные ценности стали создавать в больших масштабах, возникла необходимость разделить, технологически ставший более сложным, процесс создания товаров на более легкие и мелкие задачи. Раньше доминировал ручной индивидуальный труд, когда один мастер высокой квалификации выполнял все действия самостоятельно. С развитием промышленности появилась цепочка технически более сложных задач. Для их реализации стали выделять специально обученных исполнителей с особыми знаниями и навыками. Нововведения привели к повышению эффективности работы предприятий, увеличению их производительности, появлению понятия бизнес-процессы предприятия, а также рождению методик управления БП.
Самое раннее упоминание методики встречается в рукописях экономиста Адама Смита, вышедших в печать в 1776 году. Специалист описал случай распределения сложной процедуры создания штифтов на контактном заводе. В итоге благодаря разделению сложных задач между сотрудниками, производительность увеличилась на 24 000%. Смит отстаивал пользу разумного упрощения сложных процедур. Уровень распределения определялся в этом случае экспериментально через проектирование БП. Идея Смита получила широкое признание.
Позднее в XX веке американским инженером Фредериком Тейлором были разработаны научные методики управления предприятиями, способствующие стандартизации распределения задач в целях оптимизации деятельности организации. Впоследствии к концу XX века известный гуру менеджмента Питер Друкер провел большую работу по упрощению и децентрализации сложносоставных процессов. В итоге появилась невероятно популярная сегодня концепция аутсорсинга.
Виды бизнес-процессов
- Управляющие - сюда входят все действия по контролю работоспособности системы. Пример: стратегический маркетинг и администрирование на корпоративном уровне.
- Операционные - рабочее ядро предприятия. В него входят блоки, связанные с производством. Пример: прием заявок, создание и продажа товаров.
- Поддерживающие - обслуживающие мероприятия для организации непрерывного процесса. Пример: бухучет, call-центр, техподдержка.
Простая схема реализации БП
Запрос клиента > Оператор Call-центра (фиксация заявки)> Менеджер (обработка запроса > Логист (движение, доставка, перевозка материалов) > Бухгалтер (расчет расходов, формирование счета) > Производство > ОТК (проверка качества) > Реализация
Классификация бизнес-процессов зависит от коммерческих целей разделения. Различают несколько категорий БП:
- По иерархии целей их делят на стратегические, тактические и операционные.
- По степени детализации различают макропроцессы, субпроцессы и микропроцессы.
- По направлению различают финансовые, производственные, обучающие, клиентские процессы.
Алгоритм конструирования бизнес-процессов
- Анализ деятельности объекта.
- Тестирование действующих БП.
- Распределение активных процессов по группам.
- Корректировка рабочих цепочек.
- Распределение задач между персоналом.
- Внедрение систем контроля и управления БП.
На практике алгоритм может выглядеть сложнее. Для крупных производственных комплексом при определении -процесс, как будут регулироваться его процедуры, используют специализированные стандарт-модели, которые проектируются и корректируются на специально разработанном программном обеспечении.
Помощь в оптимизации бизнес-процессов, интеграции с существующими системами, индивидуальные IT-решения и многое другое для развития и продвижение бизнеса Вы можете найти в компании Polytell .
Разрыв в процессе - потерянные деньги
Частая причина потери заказчиков и снижения эффективности деятельности - отсутствие слаженных действий всех звеньев промышленной цепи. Здесь могут быть и трудности с логистикой, и недобросовестное отношение к своим обязанностям сотрудников ОТК и т. д. В идеале все персональные работники и крупные отделы должны действовать слаженно и эффективно. Для оценки работоспособности подразделений проводятся тестирования, опросы, прочие исследования, анализ и коррекционные мероприятия.
Управление БП с помощью компьютерных технологий
Достижения последних десятилетий в сфере IT скорректировали привычные процессы. Если в середине XIX века программное обеспечение имело ограниченные ресурсы для администрирования деятельности предприятий, то сегодня это мощные системы, дающие серьезные перспективы для максимально эффективной автоматизации БП: SAP, Oracle, PeopleSoft и прочие. Теперь бизнес-процесс это специальные протоколы и веб-язык, модели коммерческой мотивации для конструирования, коррекции и управлению бизнесом или графические изображения для визуального отображения блок-схем, диаграмм и многое другое.
Анализ и автоматизация активных рабочих моделей
На деятельность компаний оказывают значительное влияние инновации в сфере облачных технологий, запросы социальных медиа, распространение мобильных приложений. Они позволяют участникам рынка приобретать, продавать ресурсы, организовывать коммуникацию независимо от местоположения. Новые каналы связи, соцсети, веб-сайты, электронные СМИ дают возможность привлекать потенциальных потребителей, удобно анализировать спрос и предложение, молниеносно взаимодействовать с целевой аудиторией через инструменты e-mail маркетинга.
Нельзя не упомянуть, обсуждая процедуры автоматизации БП, о важной роли отчетов для организации эффективной деятельности предприятий. Периодический системный анализ (мониторинг) отклонений, которые появляются по мере реализации процессов в различных подразделениях (цехах, отделе маркетинга, бухгалтерии и т. д.), помогает вовремя среагировать на снижение производительности и предпринять корректирующие шаги. Статистические данные позволяют легко оценивать ситуацию и делать выводы. Оптимизация и анализ рабочих процедур максимально эффективны при автоматизации предприятий.
Корректировка бизнес-процессов
Системный метод, дающий большие перспективы в плане эффективной оптимизации коммерческой деятельности, появился в 1991 году. Его технология была описана в книге г. Джеймса Харрингтона. Суть метода в реорганизации и реинжиниринге БП. Они направлены на поиск отклонений, анализ, улучшение коммерческой деятельности в рамках новых задач и целей, увеличение рентабельности и производительности, сокращение расходов.
Алгоритм методики складывается из трех задач:
- разработка стратегических целей. Что мы делаем и зачем?
- определение целевой аудитории. Кому мы служим?
- корректировка БП в угоду увеличения прибыли. Как можно сделать лучше?
Оптимизация бизнес-процессов включает в себя 5 этапов:
- Отбор персонала для осуществления мероприятий.
- Обучение кадров организации опросов.
- Проведение интервью для сбора данных.
- Документирование результатов опросов.
- Анализ выявленных проблем и создание плана корректировки.
Цель оптимизации по Джеймсу Харрингтону по-своему радикальна. Она заключается в кардинальной перестройке организации, а не серии постепенных реструктуризаций. Такая модель была описана в книге Майкла Хаммера и Джеймса Чампи «Реинжиниринг корпорации: манифест бизнес-революции», выпущенной в 1993 году. Многие предприятия решаются применить систему, другие отказываются от радикальной методики в угоду более лояльным, к действующей модели, процедурам. Однако и те и другие считают оптимизацию БП ценным инструментом для увеличения эффективности.
Ковалев Сергей Михайлович
Ковалев Валерий Михайлович
(Журнал "Консультант директора", № 12, Июнь, 2004 г.)
Семь "золотых" правил описания бизнес-процессов
Сама по себе методология описания бизнес-процессов довольно проста, но ее эффективное применение на практике не является простой задачей. Подводные камни, появляющиеся при описании бизнес-процессов компании могут свести эффективность этой работы на нет. Возникновение подводных камней связано с человеческим фактором, так как большинство сотрудников компании не заинтересованы в проведение подобных работ в их организации.
Описание бизнес-процессов дает ответы на вопросы, кто чем занимается в компании и кто за что отвечает. Это делает компанию прозрачной и подконтрольной руководству. Прозрачность в первую очередь выгодна руководителям организации, при этом она заставляет всех сотрудников работать на цели организации в ущерб их личным интересам. Более того описание бизнес-процессов и повышение прозрачности позволяет выявить излишки финансовых и временных ресурсов, которые "припасли" сотрудники" на крайний случай. Поэтому основная часть сотрудников не заинтересована в этой работе и при описании деятельности компании постоянно возникают сопротивления, препятствующие получению реальной информации о том, кто чем в компании занимается и кто за что отвечает.
Что бы уменьшить сопротивления незаинтересованных сторон описанию бизнес-процессов нужно использовать "золотые" правила, которые были выведены из практического опыта проведения подобных работ.
Правило 1. Составляйте, уточняйте, подтверждайте схемы вместе с "владельцами"/"участниками" бизнес-процессов.
К работе по описанию бизнес-процессов нужно активно привлекать специалистов, которые участвуют в этом процессе и отвечают за эффективность их выполнения. Во первых, это ускорит работу и повысит качество результатов, так как кроме самих участников процесса никто другой лучше не знает как бизнес-процесс происходит на самом деле. Во вторых, на основании разработанный описаний в дальнейшем будет проводится оптимизация и проведение изменений бизнес-процессов. Одним из главных правил эффективного проведения изменений является вовлечение на ранних стадиях в эти работы сотрудников участвующих в процессе и чья деятельность будет затронута изменениями.
Правило 2. Используйте визуальные подходы описания бизнес-процессов, способствующие повышению эффективности работы в группе.
При описании бизнес-процессов нужно оперативно фиксировать и визуализировать полученную информацию. Работая в группах, можно использовать флипчарт или доску, на которых в процессе работы рабочей группы будет разрабатываться и фиксироваться описание бизнес-процесса. Большой эффективностью обладает подход, связанный с использование мультимедийного проектора при помощи которого изображение схемы бизнес-процесса разрабатываемого с помощью специализированного программного обеспечения выводится на экран в режиме реального времени.
Правило 3. Используйте язык, понятный "владельцам"/"участникам" бизнес-процесса.
При описании бизнес-процессов нужно использовать тот язык, ту терминологию, которые приняты в организации. В каждой компании есть своя специфика, есть свои устоявшиеся названия бизнес-процессов, функций, документов и отделов. Поэтому рекомендуется использовать устоявшуюся терминологию. Это сделает схемы бизнес-процессов понятными для всех участников процесса, что с экономит много времени при их согласовании, анализе и оптимизации.
Правило 4. Создавайте схемы деятельности, а не организационных структур.
При описании бизнес-процессов нужно "забыть" про существующую организационную структуру и не использовать ее как средство выделения бизнес-процессов и работ. Бизнес-процессы строятся на основе стратегии, а организационная структура подстраивается под них, но не наоборот. Именно поэтому организационная структура описывается и накладывается на бизнес-процессы в последний момент. Факт того что, она будет не состыковываться с процессами говорит об ее неоптимальности. Если пренебречь этим правилом и в качестве средства выделения бизнес-процессов и работ использовать действующую оргструктуру, то вероятность того, что разработанные описания бизнес-процессов будут искажены в случае неоптимальной организационной структуры достаточно велика.
Давайте рассмотрим пример одной компании, в которой сотрудники описывали бизнес-процесс "Поставка товара от поставщика". При проведении этих работ встал вопрос, что является границей этого бизнес-процесса. Одна группа специалистов предложила в качестве конечной границы бизнес-процесса "Поставка" рассматривать факт того, что поставленный товар находится в свободной продаже, и сбытовые подразделения могут его продавать. Специалисты отдела закупок, которые в большей степени участвовали в этом бизнес-процессе пытались "натянуть" этот бизнес-процесс под организационные границы ответственности своего отдела и доказывали, что границей процесса "Поставка" является факт того, что товар закуплен и доставлен к воротам склада. Во втором варианте определения границы бизнес-процесса "Поставка" в качестве средства использовалась действующая организационная структура, что является не правильным, так как на данном этапе ничего не известно о степени ее оптимальности.
Правило 5. Избегайте излишней детализации бизнес-процессов, особенно на схеме "как есть".
Одной из проблем возникающих при описании бизнес-процессов является нарушение оптимального уровня детализации, которое приводит к значительному увеличению объема работ. При этом излишняя детализация не только не дает дополнительного эффекта согласно закону Парето 20 на 80, она приводит к отрицательным последствиям, связанным с информационной перегруженностью участников проекта, снижает качество результатов работ и часто приводит к не успеху всего мероприятия.
В данном случае нужно помнить еще об одном правиле - чем большие изменения планируется провести при оптимизации бизнес-процесса, тем менее детальное описание бизнес-процесса "как есть" должно быть разработано.
Правило 6. Избегайте составления схемы бизнес-процесса ради схемы, не ведущей к дальнейшему анализу и действиям.
Инструментарий по описанию бизнес-процессов, который был рассмотрен, является всего лишь инструментом для достижения более высоких целей оптимизации и улучшения бизнес-процессов. При проведении данных работ постоянно нужно помнить о настоящих целях, а не зацикливаться на инструментарии и разработке схем.
Довольно часто встречается следующая ситуация. В компании начинают описывать бизнес-процессы, всем эта работа очень нравится, все строят схемы бизнес-процессов и организационной структуры и никому не хочется прекращать это интересное и приятное занятие. В данном случае акцент смещается с решения проблем на разработку схем. Поэтому нужно постоянно помнить, что конечная цель - оптимизация, а описание - это инструмент, который нужно рассматривать как средство достижения цели.
Давайте рассмотрим пример описывания бизнес-процессов в одной компании c целью подготовки предприятия к внедрению интегрированной информационной системы. При описании бизнес-процессов использовалась методология IDEF0. Специалисты, занимающиеся описанием бизнес-процессов долго выясняли между собой отношения решая, возникший спорный вопрос - к чему отнести накладную, пришедшую с товаром от поставщика при описании окружения бизнес-процесса "Приемка товара". Одни считали, что накладная является входом для бизнес-процесса, другие считали, что управлением. На спор ушло две недели рабочего времени, при этом каждый остался при своем мнении.
Правило 7. Не смешивайте понятия "как есть", " как должно быть", "как будет".
При описании бизнес-процессов нельзя смешивать понятия "как есть", "как должно быть" и "как будет". Согласно технологии оптимизации бизнес-процессов первым шагом является это описание процесса "как есть". Поэтому нужно описывать только те работы, только ту организационную структуру, которая существуют на самом деле, невзирая на их "кривизну". Часто при интервьюировании сотрудники, чья деятельность описывается, начинают фантазировать и рассказывать вещи, сильно отличающиеся от реальной действительности. Когда их спрашиваешь почему они поступают таким образом, они отвечают, потому что именно так должно быть, по их мнению. В результате этого построенные схемы бизнес-процессов не соответствуют действительности, что искажает информацию и уменьшает возможность проведения эффективной оптимизации бизнес-процессов.
Понятие бизнес-процесс, структура процессов и подпроцессов
Под бизнес-процессом (БП) понимают группу видов деятельности организации (мероприятия и задачи), которые направлены на создание определенного продукта или услуги. Проводя анализ, особенно в месте соприкосновения двух или нескольких подразделений занятых в одном бизнес-процессе, можно легко устранить различные издержки и барьеры и построить процессоориентированное предприятие или организацию. БП принято рассматривать, деля их на подпроцессы и составляя детализированные карты. Иерархическая схема совокупности БП называется деревом бизнес-процессов. Она отражает простую схему взаимосвязей всех БП в их совокупности.
Существуют общие и детализированные модели БП. На верхнем (общем) уровне обычно приводится перечень операций по реализации продукта, проводимых отделами компании, в более детализированном варианте более полно раскрываются ключевые стадии и схемы со всеми аспектами.
Группы бизнес-процессов
Выделяют основные, вспомогательные и процессы управления – это главные группы БП. Как выполняемый единожды уникальный процесс отдельно выделяется БП развития. Направленность БП основной группы:
- производство ценных для потребителя продуктов (услуг);
- формирование добавленной стоимости;
- наполнение продукта ценными с точки зрения клиента качествами;
- оценка прибыли
Основные БП имеют клиентоориентированную направленность, так как результаты их направлены на конечного пользователя. Поддерживающие (вспомогательные) БП связаны с бизнесом на более тесных началах, они обеспечивают:
- создание продуктов для внутренних сфер бизнеса;
- поддержание функций компании, ее инфраструктурной составляющей
Процессы управления координируют всю совокупность БП (основные, поддерживающие, БП развития).
БП развития направлены на долгосрочную перспективу в получении прибыли, а также улучшение деятельность компании в будущем (не обеспечивают организацию процессов, происходящих в данный момент).
Представленная классификация не является окончательной. БП в каждой компании зависят от ее конкретных отличительных особенностей.
Описание основных БП для производственно-торговой компании (пример):
- маркетинговые процессы;
- проектирование, разработка продукта или услуги;
- производство конечного продукта;
- логистические процессы (сбыт, доставка, снабжение);
- управление продажами и обслуживанием
Поддерживающие БП:
- финансовый контроль;
- управление службами и персоналом;
- экологические процессы (процессы защиты окружающей среды);
- управление связями предприятия;
- сопровождение систем и их проектирование;
- инфраструктурное управление
К управленческим БП для данной модели можно отнести все процессы, связанные со сбором информации, планированием и регулированием деятельности, процессы анализа и контроля всего управленческого цикла.
БП развития – совершенствование деятельности, своего рода бизнес-инжиниринг.
Описание и анализ БП
Описание БП позволяет определить место каждого сотрудника в компании, провести нужные изменения в ее деятельности на основании анализа: улучшить информационную систему, изменить управление рисками, провести сертификацию и т.д. Оно позволяет сделать организацию более понятной для руководства, позволяет найти избыток как финансовых и прочих ресурсов. Персонал по понятным причинам обычно не заинтересован в прозрачности, как и достоверности в описании БП – это осложняет получение фактической информации, например, о распределении обязанностей.
Визуализация модели.
Модель обычно отображают в виде схем, таблиц с описаниями, либо сочетание графика и текстового описания (нотация) и т.п. Степень детализации объекта, полнота описания, зависят от конкретного применения данной модели. Задачей любого из этих способов будет описание БП по принципу: «действие-функция». У каждого БП есть свой исполнитель – это тоже нужно указывать. Им будет являться подразделение либо определенная должность. «Входы» - это материальные, информационные и финансовые, а «выходы» представляются в виде перечня продуктов либо услуг. Результатом действия исполнителя будет являться «выход», действия также могут объединяться по принципу логической связи между собой, тогда «входы» и результаты должны быть согласованы между ними. Связь «входа» и «выхода» обеспечивается деятельностью, направленной на достижение результата при переходе между ними.
Как реализуется описание БП
Как уже было указано выше, можно выделить графические, текстовые и табличные способы реализации модели. Несмотря на свои преимущества и недостатки все они находят применение, так как каждый из них соответствует целям, которые ставятся перед таким описанием.
1. Текстовое описание.
Главный плюс такой формы – это отсутствие точных стандартов и возможность гибкого описания фактически любого процесса или его нюанса. Организация может использовать любую текстовую форму отчетности, а также структурировать собранную информацию на свое усмотрение. Недостатки:
- последовательное восприятие текстовой информации;
- на основании текстового представления сложно провести анализ деятельности предприятия;
- отсутствие формальности и описательных стандартов (как плюс, так и минус в зависимости от случая);
- тяжесть восприятия и сопоставления больших объемов текста
2. Табличная форма. Подходит для описания последовательных процессов. Может применяться в качестве переходной к графической реализации в качестве базы данных.
3. Графическое описание в виде моделей и диаграмм.
Если необходимо описать, как происходит регламентирование на этапах БП: кто исполнитель, как происходит реализация, какая последовательность и документация участвует – то уместно применить алгоритмический способ описания работ в виде блок-схемы.
Следующий вариант – представление процесса как потока из объектов. Он применим и удобен для описания отдельных задач и тех подразделений в организации, которые работают по принципу «вход-выход», позволяя непосредственно отслеживать, что происходит между этими двумя составляющими. Потоками «входа» и «выхода» будут являться информация, материальные поставки, документация.
Технологии, которые используются для описания БП:
1. IDEF - принята за стандарт практически повсеместно. Integration Definition for Function Modeling –технология моделирования функционала. Поддерживается следующим программным обеспечением – BPWIN, MS Visio и пр. Это совокупность методов моделирования позволяет детализировать БП всех уровней, представляя их как в одном блоке, так и в отдельных схемах.
2. Технологии моделирования используют унифицированный язык моделирования (UML). Он позволяет описывать БП непосредственно на языке понятном компьютерным программам, является средством автоматизации. Поддерживается ведущими разработчиками ПО, основным инструментом для реализации является программное средство Rational Rose от IBM.
3. Диаграммы еЕРС (extended Event-Process Chain). Благодаря им, есть возможность отобразить последовательность операций, участников, используемые ресурсы, отображая состояние на текущий момент времени.
4. Технология ARIS (Architecture of Integrated Information Systems) используется как встроенный инструмент в одну из крупнейших систем автоматизации – SAP R/3.
Моделирование БП – это совокупность деятельности, направленной на создание модели организации, подразумевающее описание всех объектов (информационных, материальных и т.п.) и процессов, роли подразделений и отдельных должностей и связей между ними. Составление моделей – это основной метод инжиниринга БП и их реорганизации, позволяющий также использовать методологии непрерывного их улучшения, позволяющий переосмыслить и улучшить эффективность всех видов деятельности в организации или предприятии.
Алгоритм действий при моделировании:
1. Определение целей для описания БП. Подготовка к моделированию, выбор модели. Так как модель составляется для непосредственно практического использования, то цели такого описания должны согласовываться с будущими перспективами. Описанию подлежат все бизнес-процессы – основные, вспомогательные (поддерживающие), управленческие, развития.
2. Описания всего окружения БП, а именно указание всех процессов с которыми он связан на «входе» и «выходе», включая все ресурсы на этих этапах.
3. Описание функционального содержания БП. Подразумевает описание всех зон ответственности для каждого из подразделений или должности в организации.
4. Описание БП потоков и их структуры. Определяется целями, которое оно преследует. Если необходимо улучшить информационную систему, тогда описываются потоки информации, документооборот и т.п., если цель распределить правильно финансы – тогда финансовый поток и БП в них.
5. Построение, в зависимости от предпочтений и целей, текстовой, графической модели либо диаграммы.
6. Составление последовательности действий в БП. Определение последовательности исполняемых функций, условий исполнения, а также параметров, которые определяют именно такой алгоритм.
При нужном подходе внедрение такого типа управления не отнимает много ресурсов как временных, так и материальных. Главное это убедиться в необходимости проведения такой реорганизации в пределах конкретной компании.
В нашей компании, которая управляет проектами строительства крупных энергетических объектов, описание бизнес-процессов сегодня особенно актуально для проектов и проектных команд.
Каждый проект – это новая команда, много заинтересованных сторон и взаимосвязей, своя специфика, высокая загрузка персонала. Руководство проекта ставит задачу описывать процессы быстро, просто и понятно. И естественно, они должны работать.
Довольно давно занимаясь описанием бизнес-процессов, я опробовала разные техники, инструменты и шаблоны. Поделюсь методом, который использую в последнее время и который «прижился» в нашей компании.
Итак, определяем процесс , который нужно описать. Далее
- собираемся с ответственным за процесс
и основными участниками/ экспертами (до 3 человек);
- определяем границы процесса, участников, входы/ выходы, этапы процесса
– блоки, на которые разбиваем процесс и результаты этих этапов;
- договариваемся и в итоге рисуем такую схему процесса:
описываем каждый блок (подпроцесс). Для этого используем графическую функциональную блок-схему, шаблон которой есть в MS Visio:
В описании мы используем обозначения:
В результате схема процесса (этапа) выглядит так:
На схеме представлены участники процесса, действия, которые они выполняют и их продолжительность. На стрелках, соединяющих действия, указываем результаты.
Схема, нарисованная в MS Visio, - это уже окончательный вариант. Вся суть в ее создании. И главное здесь – вовлечение непосредственных участников процесса.
Мы описываем процесс так:
1. Организуем рабочее совещание участников процесса и экспертов;
2. Готовим «клейкую стену» , карточки формата A5, маркеры;
3. Определяем модератора, который ведет дискуссию, пишет и клеит карточки на стену;
4. Размечаем горизонтальные строки малярным скотчем;
5. Определяем участников процесса, записываем на карточках и клеим слева на стене в соответствующих строках;
6. Определяем (подтверждаем) вход/ выход процесса (желтые карточки);
7. Участников разбиваем на две группы, каждая группа обсуждает и пишет на карточках действия процесса от «входа» до «выхода». Раскладывает на столе;
8. По очереди берем от каждой группы по одной карточке, начиная от «входа» процесса; определяем, кто его выполняет, и наклеиваем на стену, соединяя последовательно малярным скотчем (это стрелки). В ходе этой работы договариваемся о формулировках и использовании различающихся карточек, приводим участников к общей схеме;
9. Проходимся по схеме (читаем), добавляем недостающие действия, задавая группам вопросы, определяем результаты действий (пишем на стрелках);
10. Фотографируем и отдаем на оцифровку.
В итоге получаем схему в MS Visio, как на предыдущем рисунке.
Все описание мы размещаем на одной странице – компактно и наглядно. Действия каждого участника описаны в отдельной строке, что позволяет быстро определить его роль и функции в процессе.
Если процесс сложный, действия требуют пояснения или непоследовательны – добавляем страницу с комментариями или пишем их на свободном месте в рамочке прямо на схеме.
Итоговую схему рассылаем всем участникам для согласования. Руководитель проекта (или другой ответственный) утверждает ее, она сохраняется в альбоме процессов проекта и становится руководством к действию.
