Разработка бизнес-процессов

Данная статья является продолжением статьи: Регламентация. Поднять производительность в период кризиса возможно!

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

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

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

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

В описании бизнес-процесса можно выделить следующие разделы:

Стандартные формы бизнес-процесса;
Уникальные формы бизнес-процесса;
Карта бизнес-процесса;
Маршруты бизнес-процесса;
Матрицы бизнес-процесса;
Блок-схемы бизнес-процесса;
Описание стыков бизнес-процесса;
Вспомогательные описания бизнес-процесса;
Развернутое описание бизнес-процесса;
Документирование бизнес-процесса;
Определение показателей и индикаторов бизнес-процесса;
Регламент выполнения бизнес-процесса.

Познакомимся поближе с каждым пунктом выполнения работ.

1. Стандартные и уникальные формы описания бизнес-процесса

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

2. Карта бизнес-процесса

Карта бизнес-процесса — графическое представление бизнес-процесса в виде блок-схемы. Обратите внимание, что каждому участнику бизнес-процесса соответствует отдельный столбец. Строки — это временные интервалы. Оформленная карта позволяет синхронизировать операции и проследить путь прохождения информации между подразделениями компании.

На этапе составления карты бизнес-процесса, от сотрудника, выполняющего эту работу, не требуется компетенции в области описываемых процедур бизнес-процесса. Он только фиксирует знания исполнителей, что и как они делают. Необходимо получить ответы на вопросы:

Каким документом завершается рабочий цикл, чтобы его можно было начать сначала?
Кому передается этот документ?
Что этому предшествует?
Кто вовлечен в этот процесс внутри и вне организации?
Кто выдает задание для запуска процесса?

3. Маршруты бизнес-процесса

В реальных бизнес-процессах часто участвует несколько подразделений предприятия. Для них необходимо распределить роли в процессе. Кроме того, встречаются ветвления и параллельные действия. Поэтому представление в виде маршрутов очень удобно. Маршруты дают нам логистическую схему процесса — движение материалов, людей, денежных и информационных потоков. Блок-схемы используются для расшифровки логики действий команды. По сути дела, маршруты являются комиксами для тех, кто не любит читать.

4. Матрицы бизнес-процесса

Матрица (таблица) анализа взаимодействия процессов позволяет выделить самые важные бизнес-процессы, установить их взаимосвязь и оценить степень влияния процессов на функционирование компании.

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

5. Составление блок-схемы бизнес-процесса

Блок-схема процесса представляет собой наглядную схему всей цепочки взаимоотношений между всеми участниками бизнес-процесса (потребителями, поставщиками и исполнителями). В процессе составления блок-схемы ставятся вопросы:

Сопоставима ли ценность от данного бизнес-процесса с затратами на его проведение?
Насколько он интегрирован с другими бизнес-процессами?
Могут ли быть сразу обнаружены ошибки этого бизнес-процесса?
Что сделано для улучшения и обеспечения качества этого бизнес-процесса?

6. Описание стыков бизнес-процессов

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

7. Вспомогательные описания бизнес-процессов

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

8. Развернутое описание бизнес-процессов

Развернутое описание бизнес-процесса может быть в любой удобной для предприятия форме, но должно содержать основные положения:

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

9. Документирование бизнес-процесса

Бизнес-процессы, входящие в систему СМК, подлежат документированию. Наиболее удобной формой описания является процедура. Бизнес-процесс может быть описан одной или несколькими процедурами, в зависимости от сложности. Удобно сделать единый вид для описания всех бизнес-процессов.

10. Определение показателей и индикаторов бизнес-процесса

Бизнес-процесс должен быть охарактеризован точными показателями, взятыми из стратегии, чтобы процесс можно было измерить и оценить его эффективность. Все показатели входят в 4 основные группы:

качество;
время выполнения;
количество;
издержки.

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

Группа индикаторов бизнес-процесса показывает степень достижения цели.

Группа требований включает в себя:

человеческие ресурсы;
инфраструктура;
условия производственной среды.

Группа обеспечения желаемого протекания процесса:

информация;
инструкции по выполнению работ;
время.

Группа рекомендаций:

финансы;
логистика;
поставщики;
партнеры и т.д.

11. Регламент выполнения бизнес-процесса

Если заказчик регламентации хочет добиться того, чтобы стратегия стала явью, каждый бизнес-процесс должен превратиться в пооперционный регламент. Именно поэтому Бизнес-процессы нужно оформлять в виде отдельного документа «Регламента выполнения операций бизнес-процесса». Те бизнес-процессы, которые не оформляются в пооперционный регламент, обычно не дают возможности оптимизировать деятельность компании. Они обычно оформляются в виде положений о подразделении и должностных инструкций и используются для разбора полетов и решения конфликтных ситуаций. Следует помнить, что конфликты при этом возникают именно потому, что бизнес процесс не был детализирован до пооперационного регламента.

В регламент следует заложить требования, обеспечивающие соответствие циклу PDCA Шухарта-Деминга:

Определение плановых показателей бизнес-процесса на следующий период;
Анализ владельцем бизнес-процесса отклонений от нормального хода процесса и их документирование;
Анализ результативности корректирующих мероприятий;
Формирование отчетности для вышестоящего руководства.

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

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

Управление продажами;
Подбор, обучение маркетолога-аналитика, разработчика, сео-оптимизатора, копирайтера, продавцов, проект-менеджеров;
Интернет-маркетинг;
Создание, продвижение и управление сайтом;
Приемка и обработка заявок;
Планирование и контроль исполнения контрактов.

В каждом регламенте от 10 до 20 операций.

На создание одной операции обычно уходит от 3 до 5 дней. И тогда на создание всех пяти регламентов потребуется около 400 – 500 рабочих дней. Как же решить такую задачу? Как решить такую задачу, если руководитель вкалывает по 14 -15 часов в сутки?

Продолжение следует...

Автор: Тухватуллин Булат

Заказать услугу