Блок схемы для бизнес плана
Схема бизнес процесса отражает его суть и механизм работы. Создать схему само по себе не очень сложно. Достаточно понимать, на какие вопросы должна отвечать схема, а далее придерживаться алгоритма создания. Если вам не терпится приступить к созданию моделей или вы не знаете, с чего начать – эта статья для вас.
Хочу напомнить, что до начала описания бизнес процессов необходимо установить их границы. Список всех бизнес процессов компании – платформа, с которой необходимо начинать.
Алгоритм, который я здесь привожу, будет полезен тем, кто только собирается описывать бизнес процессы. Для тех, кто проходил у меня обучение, статья будет отличным повторением пройденного))))
1 – Задайте границы процесса
Каждый бизнес процесс начинается и заканчивается с события. Первое, что необходимо сделать – обозначить события начала и окончания.
2 – Нарисуйте основные блоки процесса
Расположите основные блоки (подпроцессы, операции) бизнес процесса в том порядке, в котором они выполняются.
Не усложняйте схему на данном этапе. Отобразите блоки так, будто процесс выполняется идельно.
3 – Добавьте развилки и другие события
А вот теперь пора немного усложнить. Добавьте основные варианты развития процесса и основные промежуточные события. Дополните схему недостающими операциями.
4 – Обозначьте роли участников процесса
В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие “роль”. Один сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.
По необходимости добавляйте недостающие операции.
5 – Разместите на схеме документы
Документ – это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами документ – это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.
Иногда необходимо отобразить промежуточные продукты. Это заготовки, полуфабрикаты или просто важные части работы, которые переходят из одного блока процесса в другой. Добавьте их на этом этапе. По необходимости.
6 – Добавьте используемые программы и базы данных
Процесс должен отражать, какие программы и базы данных в нем используются.
7 – Расположите инструменты и материалы
Если в процессе используются инструменты и/или материалы, это также нужно отобразить. Основные моменты можно обозначить на схеме бизнес процесса. Детальное описание лучше дать в комментариях и специальных разделах описания. Отличный вариант – составить схему, ориентированную именно на использование инструментов и материалов. В подобной схеме упор делается не на поток работ, а на то, как, в каком количестве и какие материалы используются в бизнес процессе.
8 – Определите показатели эффективности в бизнес процессе
Расположите на схеме бизнес процесса показатели эффективности, которые тем или иным способом учитываются в системе.
9 – Свяжите полученную схему с другими процессами
Каждый бизнес процесс – это лишь часть большой системы. Все процессы связаны между собой. По сути, связь является чем-то, чем процесс обменивается с другими процессами. Обратите внимание: необходимо указать процессы, с которыми связан текущий процесс, а также то, чем они обмениваются.
Связь бизнес процесса с другими процессами
10 – Проверьте полученную модель бизнес процесса
В принципе, схема готова. Схема бизнес процесса должна отвечать на следующие вопросы:
- С чего начинается и чем заканчивается бизнес процесс?
- С какими процессами он связан? Чем обменивается?
- Какие операции выполняются? В каком порядке?
- Кто выполняет операции в процессе?
- Какие документы используются и появляются в процессе? В каких операциях эти документы используются/появляются?
- Какие инструменты, материалы, ПО и базы данных используются в процессе и в каких операциях?
- Какие показатели эффективности и где именно фиксируются в бизнес процессе?
В качестве нотации моделирования я рекомендую использовать BPMN
Качественно подготовленная схема должна быть проста для восприятия и достаточно информативна.
Схема бизнес процесса должна быть понятна «человеку с улицы».
Схема бизнес процесса на этапе описания должна отражать то, как процесс выполняется в реальной жизни.
Данный алгоритм позволит вам довольно просто и быстро описать необходимые бизнес процессы. Далее я буду подробно рассказывать об описании бизнес процессов. Оставайтесь на связи.
В марте и апреле в Москве я буду проводить несколько обучающих курсов по моделированию и управлению бизнес процессами. Приглашаю присоединиться.
Каждая компания и каждый бизнес, имеет свои функциональные процессы. Касается это не только фирмы в целом, а и определенных внутренних механизмов. Например, отдел продаж, логистика, бухгалтерия и так далее. Каждому из элементов, присуща своя схема бизнес-процесса. В данной статье, будет рассмотрена основная, свойственная большинству проектов.
Установка границ процесса
Каждое действие, имеет начало и конец, но между этими двумя этапами, существует целая система обработки заказа, расчета стоимости или консультации. Построение подобной системы, может начинаться с точки «А», то что имеем, а заканчиваться точкой «Б», это то, что хотим получить. При таком подходе, легче выстроить внутренние этапы.
Примеры границ процесса, начало и конец:
- заявка – продажа;
- заказ – отгрузка;
- жалоба – решение вопроса;
- звонок клиенту – презентация товара.
В работе компании, в основном, конечным пунктом является заключение сделки, сдача проекта, продажа. Подобные схемы, включают в себя логическую последовательность, а также технические понятия.
Классификация процессов:
- основные (направлены на услугу или производство товара для конечного потребителя);
- вспомогательные (ресурсное обеспечение, вспомогательный фактор);
- управленческие (управление работой, ее результатами и организацией);
- сервисные (контроль обслуживания и качества).
Основные блоки
Этот этап в построении механизма, включает в себя отдельные операции. Вместе, это схема, которая приводит от начала до конца. Основной блок, это наиболее легкий план всех деталей проекта. Далее, идут блоки сложнее, которые включают в себя другие этапы, начиная от разработки, заканчивая производством.
Рассмотрим пример:
- заявка на выполнения работ – звонок менеджера – согласование – исполнение;
- обращение покупателя – консультация – подбор вариантов – продажа;
- идея – разработка – тестирование – производство.
Актуальность подобных схем
Такой подход, довольно качественно сможет отобразить суть бизнеса. Лучше всего, такие схемы, формировать вместе с бизнес-планом. По своей сущности, они напоминают логические диаграммы. В последних, выстраивается иерархическая структура, а каждый ее элемент раскладывается на составляющие. Такое метод, помогает обработать даже самый маленький фактор.
Этапы построения:
- Выявление точки «А» и точки «Б» проекта в целом (что имеем сейчас, что хотим получить).
- Разложение проекта на части (реклама, продажи, персонал).
- Выявление точки «А» и точки «Б» каждой части отдельно.
- Выстраивание механизма между началом и концом (звенья, которые путем взаимодействия между собой, приведут к результату).
- Постепенное дополнение каждого элемента из всей схемы.
Пример подобного подхода
Пункт «А» – звонок клиента в компанию. Этот элемент, можно разложить на несколько составляющих, которые в дальнейшем разрабатываются или совершенствуются. Рассмотрим их в
хаотичном порядке. Для каждой ниши они свои, но структура у всех общая.
Составляющие:
- ответственный за прием звонков;
- скрипт общения;
- выявление потребностей;
- презентация продукта;
- обратная связь.
Пункт «Б» – продажа. Данный этап, один из самых главных в реализации проекта. Объектом продажи, может быть услуга, продукт или заключение сделки. Во многих компаниях, на этом этапе и заканчивается весь процесс. Но такой подход, в современных реалиях не актуален, но во многом зависит от ниши. Рассмотрим подробнее, какие элементы может вмещать в себе этот этап.
Составляющие:
- ответственный за доставку;
- доставка;
- оплата;
- послепродажное сопровождение;
- обратная связь;
- отзыв;
- сопутствующее предложение;
- сохранение контактов клиента.
Где можно применять
Подобные схемы, можно применять в любой области не только своего дела, но и всей жизни. По сути, такой подход помогает легче понять всю систему. Когда сложный механизм разложен на шестерни, понять его намного легче.
Видео «Программа для моделирования»
В этом видео вы увидите, как выстраиваются подобные схемы в компьютерной программе.
Загрузка…
Каждый бизнес-процесс требует составления его схемы, прежде чем он будет формализован и автоматизирован. На первый взгляд, это может показаться простым делом. Однако не нужно забывать, что схемы бизнес-процессов включают в себя не только последовательность действий, но и все те сопутствующие документы, сотрудников и ресурсы, которые являются неотъемлемой частью бизнес процесса.
Рассмотрим, как чаще всего составляются блок-схемы бизнес-процессов и о чём нужно не забыть при составлении.
Этап 1. Определение и ограничение бизнес-процесса
Прежде чем перейти к работе с бизнес-процессом, нужно отделить его от всех других. А для этого потребуется составить полный список всех бизнес-процессов, которые присутствуют на предприятии.
Получается, что прежде чем будет начерчена единственная схема бизнес-процесса, понадобится разобраться с тем, как работает предприятие и какие процессы на нём в принципе протекают. Это уже непростая работа, но совершенно необходимая. В конце концов, даже цифровая трансформация бизнеса с помощью систем BPM – это не самоцель, она принесёт нужный результат, только если сама работа компании будет отлаженной и понятной.
Таким образом, наиболее полезно начать сразу составлять блок-схемы бизнес-процессов, участвующих в работе предприятия, как единую цельную схему. Впоследствии, конечно, нужно будет разделить все бизнес-процессы и для каждого составить отдельную подробную схему.
Этап 2. Задание точек начала и окончания, основных блоков
Любая схема бизнес-процесса имеет начало и конец. Например, за начало берётся поступившая от клиента заявка, за конечную точку – момент передачи ему готового продукта (доставки).
Далее вычленяются основные этапы обработки бизнес-процесса. Например:
- Регистрация входящей заявки.
- Презентация клиенту подходящего продукта.
- Оформление конкретной заявки.
- Производство продукта (или поиск его на складе) и отправка клиенту.
Этап 3. Детализация схемы бизнес-процесса
Предыдущий этап предполагает, что отработка бизнес-процесса идёт по идеальному пути: клиент уже знает, что ему нужно; подходящий продукт есть на складе.
Однако, так бывает не всегда. Поэтому требуется нарисовать дополнительные и альтернативные пути движения бизнес-процесса.
Например, если клиент не уверен, что ему требуется, то после регистрации заявки бизнес-процесс переводится на технического специалиста, который свяжется с клиентом и уточнит детали, поможет ему выбрать подходящее решение, составит список товаров/услуг компании, которые решат его проблему.
Если клиент отказывается на каком-то этапе от покупки, то потребуется дополнительно провести работу с возражениями, для чего тоже должны существовать свои специалисты.
После того, как на схему бизнес-процесса добавлены «развилки» (логические значения «или» и «если»), она может считаться более приближенной к действительности и готовой к практическому использованию (формализации с помощью систем BPM).
Этап 4. Определение ролей участников процесса, документов, баз данных
Наконец, когда блок-схема бизнес-процесса в основных чертах готова, пришло время для того, чтобы определить всех людей и все отделы предприятия, которые участвуют в схеме. Также, поскольку большинство этапов бизнес-процессов связаны с формированием и движением документов, полезно прописать, на каком этапе какого процесса создаётся или подписывается конкретный документ.
Дальнейшая детализация предполагает, что чётко прописываются все дополнительные нюансы. Например, способы коммуникации между разными отделами: по электронной почте или с использованием конкретного ПО (указать, какого именно).
Этап 5. Проверка схемы бизнес-процесса
Прежде чем окончательно утвердить такую схему, очень полезно её проверить. Если руководитель компании или составитель схемы не видит в ней изъянов, стоит показать её всем сотрудникам, которые будут задействованы в данном бизнес-процессе, выслушать их вопросы и учесть пожелания. После этого происходит окончательное редактирование схемы, в результате она готова к использованию.
Готовая схема бизнес-процесса может быть с лёгкостью автоматизирована с помощью систем BPM.
Автор: Е. Гайдукова
Источник: материалы сайта comindware.com
Целью любого проекта 6 сигма является улучшение показателей, характеризующих работу какого-либо бизнес-процесса организации.
| Бизнес-процесс — это последовательность действий, преобразующих ресурсы (входы процесса) в продукт (выход процесса), полезный потребителю. |
Первое, с чем приходится столкнуться в ходе проекта 6 сигма, — необходимость понять бизнес-процесс. Что значит «понять»? Разобраться, как он работает, какие ресурсы для этого необходимы, какие факторы влияют на качество работы. Для этого всю собранную о процессе информацию необходимо каким-либо образом структурировать. С этой целью в рамках методики 6 сигм используются следующие инструменты:
- SIPOC
- Блок-схема процесса
- VSM (карта потока создания ценности)
В этой статье мы разберем особенности применения первых двух инструментов.
SIPOC
Аббревиатура SIPOC расшифровывается как Supplier (поставщик), Input (вход), Process (процесс), Output (выход), Customer (потребитель или заказчик). Уже из расшифровки становится ясным, о чем пойдет речь: этот инструмент дает возможность кратко описать ключевые особенности процесса, не вдаваясь в детали. Своего рода «взгляд с высоты птичьего полета». Поэтому именно с него полезно начать работу по описанию бизнес-процесса.
Итак, вам необходимо собрать информацию обо всех ресурсах, которые использует процесс, и их поставщиках, перечислить последовательно и укрупненно все операции процесса, а также выходы процесса и потребителей каждого из них. Всю эту информацию необходимо представить в следующей таблице:
Пример заполнения таблицы SIPOC для процесса «Приемка сырья на склад»:
При заполнении таблицы необходимо обратить внимание на следующие моменты:
- Начинать заполнение таблицы лучше со среднего столбца – перечня операций, из которых состоит процесс. Степень детализации (насколько подробно вы опишите процесс) остается на ваше усмотрение, однако при использовании именно этого инструмента (SIPOC) не рекомендуется дробить процесс на слишком мелкие операции.
- После выделения операций определите входы процесса. Что может быть входом: непосредственно сырье или материал, который будет преобразовываться в ходе процесса или над которым будут выполняться операции процесса; вспомогательные материалы и инструменты (реактивы, измерительное оборудование, инструменты для обработки и т.п.); оборудование; документы или информация (в устном виде или в виде записей в информационной системе).
- В общем случае люди, принимающие участие в процессе (в нашем примере – водитель автомобиля, кладовщики, грузчики), не рассматриваются как ресурс и не перечисляются в числе входов процесса. Они относятся к категории «исполнители» и в рамках SIPOC не рассматриваются. Исключение – процессы работы с персоналом (подбор, адаптация, оценка персонала). В этом случае входами процессов как раз и будут люди (кандидат на вакансию, новый сотрудник, сотрудник к аттестации и т.п.).
- Полнота описания входов зависит от степени детализации процесса и целей вашего проекта. Например, в описанном случае в качестве входов можно было также выделить весы для взвешивания сырья, инструменты для отбора проб и реактивы для проведения анализов сырья, компьютер с доступом к информационной системе компании для внесения данных о поступившем сырье. Но в большинстве случаев в такой детализации при составлении таблицы SIPOC нет необходимости. Если для понимания процесса в рамках целей проекта в каких-то деталях нет особой потребности – лучше их опустить.
- Поставщиков всех полученных входов можно просто перечислить в 1м столбце таблицы. В этом случае число поставщиков может не соответствовать числу входов (в нашем примере входов два, а поставщик только 1). Это классический вариант таблицы. Но при желании для улучшения восприятия можно сопоставить входы и их поставщиков, т.е. рядом с каждым входом написать его поставщика (как сделано в приведенном примере). В качестве поставщика могут выступать внешние организации, подразделения или сотрудники компании, информационные системы.
- Теперь нужно выделить выходы процесса. Выходом может быть полуфабрикат, готовая продукция, упакованная продукция, отходы производства, документы, информация в виде сгенерированных отчетов и т.д. Замечания о степени детализации, указании людей в качестве выходов процесса, сделанные выше касательно входов, здесь тоже остаются в силе.
- Потребители/заказчики выходов выделяются аналогично поставщикам входов. Ими являются внешние организации, подразделения и сотрудники компании, информационные системы, которым передаются выходы. Обращаю ваше внимание: в приведенном примере в качестве заказчика сырья указан склад. Казалось бы, конечным потребителем сырья является производственный цех. Но на этапе приемки сырья на склад, до момента его отпуска в производство, сырье размещается и хранится на складе, поэтому в качестве заказчика указывается именно склад. Аналогично, при описании производственного процесса некорректно указывать поставщиком сырья внешнюю организацию, т.к. цех получает сырье со склада, поэтому для цеха поставщиком сырья будет именно склад. Т.е. выделение поставщиков и потребителей зависит от установленных границ процесса: что вы определите его началом и что – концом.
- Замечание по поводу соответствия числа поставщиков числу входов относится и к соотношению выходы/заказчики.
- Все перечисляемые входы и выходы должны относиться к процессу в целом и поступать в него извне (передаваться вовне). Некорректно указывать в качестве входов/выходов межоперационные потоки, т.е. объекты, которые передаются от одной операции к другой внутри процесса. Например, если в рамках процесса поступившая деталь сначала шлифуется, а потом окрашивается, то в качестве входа/выхода нельзя указывать отшлифованную, но неокрашенную деталь. Вход – деталь неотшлифованная и неокрашенная, выход – деталь отшлифованная и окрашенная.
Блок-схема процесса
Блок-схема – инструмент для более подробного описания бизнес-процесса, чем SIPOC. Помимо входов и выходов, на блок-схеме уже находят отражение межоперационные потоки процесса. Также могут появиться дополнительные операции – при необходимости отразить процесс более подробно. Для создания блок-схемы понадобится собрать дополнительную информацию.
Нотации (правила подготовки) блок-схем могут немного отличаться. Ниже приведен наиболее распространенный вариант.
Обозначения, используемые на блок-схеме процесса:
| Символ | Обозначаемое понятие |
 | Начало и конец процесса. Может использоваться как овал, так и круг. |
 | Прямоугольник с прямыми или скругленными углами – операция процесса. |
 | Ромб – оператор ветвления. Им обозначают операции, в ходе которых нужно сделать выбор, после которого возможно 2 сценария дальнейшего хода процесса. |
 | Треугольник – этап временного ожидания-складирования |
 | Стрелка указывает направление хода процесса. Также может использоваться для обозначения межоперационных потоков. В этом случае на стрелке помещают надпись – название объекта, передаваемого от одной операции к другой. |
 | Параллелограмм – обозначение любого объекта (материального или информационного). |
| Прямоугольник с неровной стороной обозначает документ или информацию. |
Возможно применение и других символов. Главное, чтобы все участники проекта понимали их содержание.
Блок-схему можно подготовить и в Word, и в Excel. В этих программах есть все необходимые инструменты. Но наиболее удобно рисовать блок-схемы в Microsoft Visio. Как правило, операции процесса располагают вертикально одна под другой. Входы процесса показывают слева (стрелки входов направлены к тем операциям, где эти объекты впервые используются), выходы – справа (стрелки направлены от тех операций, где эти объекты появляются). Поставщики и потребители процесса на блок-схемах, как правило, не отражаются.
Ниже приведены 2 варианта блок-схемы процесса – упрощенный и более подробный.
Упрощенная блок-схема процесса «Приемка сырья на склад»:
Такая блок-схема даже менее информативна, чем таблица SIPOC, хотя и более наглядна. Поэтому чаще готовят ее развернутый вариант.
Подробная блок-схема процесса «Приемка сырья на склад»:
На блок-схеме уже есть возможность показать исполнителей процесса. Для этого на схему добавляют так называемые свимлейны (от англ. Swimlane – «плавательная дорожка», по аналогии с дорожками в бассейне). Блок схему разделяют линиями на участки и на каждом из участков размещают операции только одного исполнителя. Сверху указывают должность исполнителя. В таком случае блок-схема принимает следующий вид.
Блок-схема процесса «Приемка сырья на склад» со свимлейнами:
Свимлейны могут располагаться на листе как вертикально (см. пример выше), так и горизонтально.
Конечно, последний вариант схемы процесса наиболее информативен, но его подготовка требует определенных навыков и отнимает довольно большое количество времени. Для проектов 6 сигма такая подробная блок-схема нужна далеко не всегда.