Содержание

Как написать идеальный регламент бизнес-процесса

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

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

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

На вычитку и согласование регламента уйдет не мало времени управленцев, и поэтому чем «суше» будет текст документа, тем меньше времени уйдет на его вычитку.

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

Далее необходимо сделать раздел с терминами и сокращениями, которые будут использоваться в регламенте бизнес-процесса, например, ДУП – Департамент управления персоналом или ЦФО – центр финансовых затрат.

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

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

Кто и когда (специалист по оплате труда, еженедельно, до 18.00 пятницы), затем переведя строку и сдвинув нумерацию вглубь можно написать перечень действий, которые исполняются специалистом (согласовывает систему мотивации для новых сотрудников, передает систему мотивации директору ДУП).

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

Как правило даже очень «масштабные» бизнес-процессы могут быть описаны в такой структуре. При этом нужно иметь в виду, что краткое описание редко встречающихся сценариев исполнения бизнес-процессов, можно вынести в приложение, или в общие положения, например, в случае необходимости подготовить предложение в срочном порядке, Руководитель ЦФО, формирует рабочую группу в составе… Такой подход позволит сосредоточится на основном сценарии протекания бизнес-процесса.

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

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

koptelov.info

Для чего нужны «бизнес-процессы»?


Учитель философии:

Да, сударь. Все, что не проза, то стихи, а все, что не стихи, то проза.


Журден:

Скажите на милость! Сорок с лишком лет говорю прозой — и невдомек!


Мольер Жан-Батист

«Мещанин во дворянстве»


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


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


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


Почему нужна такая модель? Потому что бизнес-процессы выполняются в разных условиях (среду нельзя назвать 100% стабильной) и разными людьми. «Вход», входящая информация, сырье – раз от раза может отличаться как по количеству, так и по качеству. Поэтому каждый раз процесс (экземпляр) протекает несколько иначе, чем было задумано.


Итак, описание бизнес-процесса — это создание модели действительности, либо текстовым образом (инструкция, регламент, стандарт), либо графическим (схема). Например, рис.1. Способов создания схем довольно много и они называются нотациями или языками.


Рис.1.


Но зачем создавать модели, коль скоро мы и так делаем то, что положено и получаем ожидаемый результат?


Об этом мы и поговорим.


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


Обычно в таком случае мы пытаемся разобраться, кто виноват, что делать и в чем причина. Мы что-то меняем, объясняем и отдаем на откуп исполнителям, мотивируя их на «правильный» результат.


Но потери уже произошли (время, материалы и т.п.), издержки выросли, производительность упала.


Рис.2.


Как не допустить повторения ошибок в будущем? Решат ли проблему предлагаемые изменения?

Первое применение моделирования бизнес-процессов


Создав модель, мы можем протестировать, проверить ее на устойчивость к отклонениям, используя тот или иной метод («Что если?», HAZOP и др.) и заранее, до того как наступит нежелательное событие, улучшить наш бизнес-процесс, избежав потерь и снижения производительности.


Как написать «правильную» инструкцию для работника? Как обеспечить согласованность действий многих работников?

Второе применение моделирования бизнес-процессов


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


Модель бизнес-процесса требует описания «входов-выходов», инструментов, трудоемкости, условий, частоты и т.п.

Третье применение моделирования бизнес-процессов.


Эта модель позволяет понять сколько людей потребуется для успешной работы при увеличении/снижении объемов работ.


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

Четвертое применение моделирования бизнес-процессов


Коррекция/создание структуры, штатного расписания предприятия.


Рис.3.


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

Пятое применение моделирования бизнес-процессов


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


Рис.4.


Как описывать бизнес-процессы, разрабатывать регламенты/инструкции, изменять в соответствии с ними структуру предприятия, адаптировать к целям, стратегиям, управлять бизнес процессами можно узнать из других публикаций или на наших общих и/или корпоративных семинарах: «Процессный подход: Бизнес-процессы, регламентация, целостность системы БП, управление, организационная структура»

23 Апреля 2018

Поделитесь с друзьями интересным материалом

protect-br.ru

С чего начать разработку бизнес процессов / Хабр

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

Устанавливая задачу персоналу типа «опишите свою деятельность», или «каков результат вашей деятельности» в буквальном смысле сводит его (персонал) с ума. Возникает непонимание, а как следствие раздражение, соответственно речь о сотрудничестве уже не стоит. Некоторые скачивают из Интернета инструкции совершенно не применимые на практике, некоторые в интеллектуальных муках что-то рожают, однако на коррекцию уже нет сил и желания.

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

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

Итак, в общем случае задание было следующим:

1. Напишите, какие ресурсы требуются для приготовления яичницы.

2. Какие «технические» операции необходимо совершить, чтобы на столе стояла «Скворчащая, годная к употреблению яичница».

Ниже привожу сверочный список, кому интересно, составьте свой и сравните. В ресурсах и технических операциях сознательно пропущено несколько пунктов, буду рад, если заметите.

Ресурсы: 1. Два яйца. 2. Столовая ложка подсолнечного масла. 3. Плита. 4. Газ. 5. Соль. 6. Вилка. 7. Столовая ложка. 8. Тарелка для второго блюда. 9. Мусорное ведро.

Технические операции: 1. Зажечь газ. 2. Поставить сковороду на зажженную конфорку и через минуту убавить газ до минимума. 3. Налить подсолнечное масло в столовую ложку и добавить его в сковородку. 4. Распределить масло по всей поверхности сковородки. 5. Достать из холодильника два яйца. 6. Взять нож из кухонного гарнитура. 7. Взять первое яйцо в левую руку, а нож в правую. 8. Ударить тыльной стороной ножа по скорлупе так, чтобы появилась трещина на скорлупе. 9. Положить нож. 10. Разъединить половинки скорлупы над сковородкой на расстоянии примерно 5 – 10 сантиметров над поверхностью. 11. Повторить шаги с 7 по 10 со вторым яйцом. 12. Двумя пальцами правой руки взять «щепотку» соли и посолить яичницу. 13. Выждать семь минут. 14. Выключить газ. 15. Поставить на стол тарелку для второго блюда. 16. Взять сковородку в правую руку. 17. Аккуратно вилкой выложить содержимое на тарелку для второго блюда. 18. Сковородку поставить в мойку. 19. Тарелку с яичницей поставить на стол. 20. Достать из кухонного гарнитура вилку и положить рядом с тарелкой. 21. Скорлупу положить в ведро для мусора. 22. Нож положить в мойку.

После этой несложной на первой взгляд процедуры, сотрудники компаний в буквальном смысле расцветали на глазах, приговаривая «Ах вон оно, что от нас требуется»!

habr.com

Бизнес процесс

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

 

Классификация бизнес-процессов

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

1. По выполняемой ими роли можно выделить:

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

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

2. По влиянию на добавочную стоимость:

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

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

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

3. По границам реакции процессы могут быть:

— внешними – в них есть входит и выход вне компании;
— внутренними – все входы и выходы находятся исключительно внутри сткрутуры.

 

Многие крупные компании в России берут на «вооружение» технику описания бизнес-процессов. Для этих целей могут создаваться целые отделы, задача которых – создание сложных моделей, которые бы отображали суть бизнес процессов на предприятии. Подобные департаменты работают в самых различных отраслях – телекоммуникационном секторе, розничной торговле, страховых компаниях и даже банках. Но здесь важно решение ряда стратегических задач, в противном случае модели не принесут никакой практической пользы.

Для соответствия требования заказчика в существующем описании важно учесть несколько вопросов и пройти целый ряд шагов:

1. Достичь взаимопонимания относительно самой работы. Часто описание бизнес-процессов и бизнес-планирование производится по принципу «лишь бы было». Такой подход к работе может привести к негативной реакции бизнеса. Итог – нулевой результат работы бизнес-аналитиков и отсутствие какого-либо продвижения. В дальнейшем могут быть приняты неправильные организационные решения.

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

2. Избавиться от неопределенностей в методологии. Здесь важно определиться с правилами описания бизнес-процессов. Часто они оговариваются в так называемых Соглашениях по моделированию. Благодаря документу, можно учесть взаимосвязь всех моделей, закрепить применяемые нотации, правильно указывать именования объектов и так далее. После появления документа важно держать его исполнение под контролем.

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

Здесь важно учитывать поставленную задачу. К примеру, если требуется провести незначительную оптимизацию и довести до идеала ответственность между отделами, то достаточно описания бизнес-процессов до департаментов, не более. Если же описание требует детализации до уровня исполнителя, то описание должно быть более детальным.

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

5. Сделать качественное описание процессов с учетом оптимизации, анализа и автоматизации. Чтобы ускорить создание документа, важно рассматривать бизнес-процессы последовательно, учитывая вопросы оптимизации, анализа и автоматизации. В этом случае можно увидеть реальный эффект.

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

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

8. Отказаться от неопределенности метода внедрения более совершенных процессов. Созданное описание должно стать основой для изменений в компании. Если же сделать его по принципу «как должно быть», то все может остаться на бумаге, так и не реализовавшись. Вот почему способы внедрения должны обсуждаться заблаговременно, а сами процессы – проходить плавно и в течение какого-то времени.

 

Управление бизнес-процессами

Для каждой компании повышение эффективности работы и управления – это святое. И один из путей – управление бизнес-процессами. Основные цели:

— сокращение времени выполнения процессов работниками компании. Основные пути – автоматизация и регламентация всех процессов;

повышение качества процессов в предприятии. Как правило, это делается за счет внедрения средств мониторинга, регламентации работы и обеспечения ее прозрачности;

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

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

Для управления бизнес-процессами производится несколько простых шагов:

1. Инвентаризация процессов. Все, что делается в компании больше 8-10 раз в месяц – это уже полноценный процесс, который важно внести в общую структуру. С момента установки информационной системы можно совершать регистрацию событий и всех проходящих документов. Уже через 1-2 недели можно увидеть повторяющиеся циклы и их частоту. Останется отобрать наиболее важные из них и создать более совершенную структуру.

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

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

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

5. Контроль загрузки сотрудников. Все структура операций работников, а также их загрузка должны контролироваться. Здесь важно сразу определить временные нормативы для каждой проведенной операции. Решения о премировании, увеличении штата, дисциплинарные или материальные взыскания должны налагаться не на основе личных ощущений, а путем анализа реальных данных о проведенных операциях.

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

7. Анализ сбоев. Если что-то может пойти не так, то это обязательно произойдет – этот закон Мерфи важно учитывать в бизнесе. К примеру, сбои в работе могут возникать из-за обычной невнимательности работников. Важно фиксировать все оплошности в системе, выявлять текущие ошибки и стараться оперативно их устранять. В дальнейшем все отступлении от нормы должны быть исследованы и учтены. При этом лучших работников нужно поощрять, а худших – наказывать (снятие премии, выговор и так далее). Если ошибка возникает системно, то исправления нужно вносить в сам процесс.

8. Оптимизация процессов. Важно следить за результатами деятельности лидеров и аутсайдеров. По этой информации можно судить о лучшей практике и низкой эффективности. После анализа нужно принимать меры для оптимизации бизнес-процессов.

 

Анализ бизнес-процессов

Задача анализа бизнес-процессов – получение информации с целью проведения оценки, идентификации и определения эффективности процесса и дальнейшего его улучшения.

Основные причины для проведения анализа:

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

Для определения данных для анализа используются такие инструменты:

— проводится аудит;
— изучается регламент и производственная документация;
— проводится интервью с работниками, выполняется самоописание;
— описывается последовательность выполнения работ;
— проводится workshop с участниками процесса.

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

1. Структурный показатель – отношение какой-то части процесса к целому числу. При этом цифра в числителе формулы – это одна из частей параметра в знаменателе.

2. Относительный показатель – показывает отношение разных параметров друг относительно друга.

3. Коэффициенты и индексы учитывают отношение цифр, имеющих одинаковые единицы измерения. Разница – в размере периода и моментах времени.

4. Оценка интегральной результативности (EFQM).

Реинжиринг бизнес-процессов

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

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

При этом эффективность бизнес-процессов зависит от целого ряда показателей:

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

Результат реинжиниринга – повышение всех наиболее важных показателей компании. При этом эффекта можно добиться только при тесном взаимодействии технических и организационных мероприятий. В случае несогласованности действий эффект будет минимальным или же его можно не добиться вовсе.

Современный реинжинироиг можно разделить на два вида:

— эволюционный. В этом случае речь идет о внутренней оптимизации процессов деятельности компании. При этом серьезных функциональных изменений в работе структуры не происходит;

— революционный. Его особенность – глубокое перепланирование всех основных бизнес-процессов. При этом компания может быть переориентирована на совершенно иной вид деятельности.

При любом из видов реинжиниринга может происходить либо совершенствование процессов бизнеса, либо их полное перепроектирование.

Основные этапы реинжиниринга:

— разработка проекта с выделением наиболее важных процессов. На данном этапе производится определение целей и задач проекта, определяются будущие подходы в работе;

— ведется работа по документированию бизнес-процессов. На данном этапе происходит построение моделей всех процессов, осуществляется их документирование, ведется хронометраж составных операций;

— проводится сравнение отдельных бизнес-процессов. Задача – сравнить лучшие подразделения своей компании с аналогичными отделами компании-конкурента;

— разрабатывается образ будущей структуры. На данном этапе важно со стороны глянуть на новую структуру, ее возможности, оценить будущие цели;

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

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

utmagazine.ru

Бизнес-процессы: примеры и описание

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

Общая информация

Для начала давайте разберёмся с тем, чем же являются бизнес-процессы. Так называют совокупную последовательность определённых действий, направленных на то, чтобы преобразовать ресурсы, полученные на входе в завершенный продукт, обладающий ценностью для потребителей на выходе. Благодаря такому определению можно понять, что бизнес-процессы есть внутри каждой организации. Формализованы они или нет, это роли не играет. Запомните: можно везде встретить бизнес-процессы. Примеры их будут наведены далее в статье.

Давайте рассмотрим бытовой пример. Есть домохозяйка, которая хочет помыть посуду (бизнес-процесс). Она поручает эту задачу посудомоечной машине. На входе мы имеем грязную посуду. Во время процесса будут использоваться вода, моющее средство и электричество. И на выходе мы получим чистую посуду. По подобной схеме и строятся бизнес-процессы. Примеры, которые будут приведены в дальнейшем, только подтвердят эти слова.

Функциональный подход

Поскольку нас интересуют бизнес-процессы компании (примеры конкретные), то давайте не будем откладывать их рассмотрение, а сразу приступим к делу. Допустим, у нас есть компания, где действует функциональный подход к вопросам управления. Согласно ему, предприятие – это набор подразделений. Причем каждое работает на выполнение своей определённой функции. Но в таких случаях, когда отдельные подразделения ориентированы на достижение их показателей, часто страдает общая эффективность компании.

Давайте рассмотрим один типичный процесс с конфликтом. Отдел продаж требует увеличения максимально возможного ассортимента для роста оборота. При этом они также хотят, чтобы запас товара был всегда на складе. Тогда как отдел поставок планирует закупать узкий ассортимент и большими партиями. Ведь в таких случаях они будут работать эффективно, и будет расти их главный показатель (точнее – падать цена от поставщика). То есть есть бизнес-процесс реализации, на который отделы смотрят по-разному.

Процессный подход

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

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

Описание бизнес-процессов

Примеры этого в общем виде можно видеть на протяжении всей статьи. Но полноценная документация часто по толщине сравнима с небольшими книгами (или даже большими, если изучается работа гигантской компании).

Моделирование бизнес-процессов (примеры которых также тут приведены) требует, чтобы все операции предприятия были максимально понятными и прозрачными. Это позволит их анализировать наилучшим образом и выявлять различные проблемы ещё до того, как они дадут сбой. Необходимо помнить, что главная задача описаний – это разобраться во взаимодействии разрозненных подразделений, проследить за тем, что и кому они передают на каждом этапе выполнения задания. Благодаря этому можно значительно упростить адаптацию новых сотрудников и понизить зависимость стабильности работы предприятия от неустойчивого человеческого фактора. Также при грамотном подходе будут уменьшены и операционные расходы. Вот чем помогает описание бизнес-процессов. Пример такой оптимизации может продемонстрировать управляющий практически любой успешной компании.

Порядок разработки

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

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

Чему следует уделить внимание?

Следует сконцентрироваться на следующих разделах:

  1. Стандартные формы.
  2. Карта.
  3. Маршруты.
  4. Матрицы.
  5. Блок-схемы.
  6. Описание стыков.
  7. Вспомогательные описания.
  8. Документирование.
  9. Развернутое описание.
  10. Определение индикаторов и показателей.
  11. Регламент выполнения.

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

О картах замолвим слово

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

Также можно проследить и то, проходит ли и как информация между разными подразделениями компании. Для получения наилучшего эффекта следует поставить несколько вопросов. Кто совершает эту операцию? Зачем её необходимо выполнять? Что она собой представляет? Когда нужно проводить операцию? Где она осуществляется? При улучшении осуществляемых процессов следует ёще поинтересоваться, можно ли её совершенствовать.

Матрицы

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

При анализе цепочки процессов несложно обнаружить, что обмен информацией передвигается из верхнего левого угла в нижний правый. То есть в таком математическом виде описываются отношения между поставщиком и потребителем, представленные в виде прямоугольника. В каждой ячейке матрицы при этом указываются все необходимые требования для действия, что были/совершаются/будут сделаны. Они являются своеобразными двухмерными моделями, с помощью которых можно судить о том, что и как делается и какая цель при этом преследуется. Сложности при составлении матрицы здесь бывают в том, что для просчета с максимальной точностью часто приходится использовать значительное количество данных. А это подразумевает наличие большого количества информации. При этом в таких случаях обычно используется цифровая информация, которую часто ещё приходится обсчитывать.

fb.ru

Как описать бизнес-процесс силами сотрудников и развивать c помощью схемы в BPMN и регламента

Менеджмент
16695

генеральный директор


«Три пути ведут к знанию: путь размышления — это путь самый благородный, путь подражания — это путь самый легкий и путь опыта — это путь самый горький»


Конфуций


кому: собственникам, топ-менеджерам, руководителям

Попытки “управлять только по регламентам” зачастую терпят неудачу, а инструкции, вместо того чтобы помогать, опутывают компанию, словно спрут

Оглавление статьи

Управление процессами через регламенты приводит к управлению «рукой через ногу»


Я уже неоднократно рассказывал о пользе регламентов, которые решают такие важные задачи для собственников бизнеса и руководителей, как:


  • минимизация ошибок со стороны сотрудников;

  • стандартизация качества работы;

  • ликвидация персоналозависимости;

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


И редко встречал руководителя, который не считал бы регламенты полезными. Казалось бы, регламент это панацея от всех бед! Но… Попытки “управлять только по регламентам” зачастую терпят неудачу.


Почему? Сейчас попробую объяснить. Регламент — это описание какой-либо части рабочего процесса (последовательности действий), протекающего в компании: либо процесса целиком, либо нескольких процессов, либо части процесса.


Процесс (синоним “бизнес-процесс”) — это последовательность действий для решения какой-либо типовой задачи (нетиповые задачи относятся к проектам).


Процессами эффективно управлять напрямую, а для их формализации — чертить схемы


Процессы делятся на простые и составные. Составные — содержат в себе несколько простых процессов. Ещё бывают сквозные процессы. Так называют процессы, разные этапы которых проходят через несколько отделов компании. В этом обычно и заключается их сложность.


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


В управлении процессами напрямую помогает их графическое и схематичное представление (например, в нотации BPMN). Прежде чем приступить к изучению матчасти, предлагаю разобраться, почему регламентов недостаточно для управления процессами.

Почему регламентов недостаточно


  • Далеко не все процессы линейные. Многие имеют множество условий “если…, то…”. Сложно быстро разобраться в “полотенце” текста регламента и понять, как этапы процесса связаны между собой. Например, регламент по подбору сотрудников изобилует подобными развилками почти на каждом этапе. В зависимости от должности соискателя собеседование может проходить удалённо или очно, с привлечением его непосредственного руководителя или без.

  • Если процесс проходит через несколько звеньев, возникает проблема “кто ответственен за конечный результат”. В случае сбоев и косяков, сотрудники валят вину друг на друга и на обстоятельства, возникает круговая порука.
  • Сотрудники не могут договориться между собой о том, кто выполняет какую работу.

  • Из-за низкой наглядности (всё тот же гигантский объём текста регламента) крайне непросто заниматься оптимизацией и развитием процесса.
  • Значительны затраты времени сотрудников на чтение, изучение, и понимание общей картины и всех взаимосвязей. Регламент редко описывает процесс целиком. Зачастую процессу, проходящему через несколько отделов, соответствуют разные регламенты.

Введение в управление процессами: в каком виде лучше описать процесс?


Управление процессами — целая наука. Но я буду целенаправленно упрощать многие вещи, чтобы было понятно, как это работает. Если кратко, то суть теории управления процессами в том, что вся деятельность компании может быть разбита на процессы (неожиданно, да?)


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


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


  • Однозначная трактовка схемы участниками процесса.

  • Наличие достаточного количества обучающего видео-материала по данной системе обозначений (нотации).

  • Перспективы нотации: быстро ли она развивается, насколько используется, будет ли использоваться в дальнейшем или уже “отмирает”


Всем этим критериям, по моему мнению, отвечает нотация BPMN (версия 2.0). Для отрисовки схем рекомендую использовать бесплатную программу Bizagi Modeler.


И ещё раз про упрощение. Начиная рисовать схемы, вам не обязательно соблюдать стандарт на все 100%, это только усложнит внедрение. На начальных этапах главное, чтобы схемы были понятны участникам и однозначно ими трактовались. Привести схемы в соответствие стандарту вы еще успеете.


Итого, схемы процессов решают следующие задачи:


  • Прозрачность. Как исполнителям, так и руководителю понятны взаимосвязи между этапами процесса, а также в зоне ответственности какого сотрудника/подразделения находятся эти этапы.

  • Возможность оптимизировать процесс за счёт обнаружения наиболее критичных и/или наименее эффективно выполняемых этапов.


Не забудьте задать цели оптимизации и подсчитать, насколько изменятся затрачиваемые ресурсы у новой версии процесса!

Ключевая фишка процессного управления — ответственный за весь процесс


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

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


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


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


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


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


За развитие процесса и выполнение всех его копий должен отвечать один человек


Таким образом, есть человек, который несёт ответственность за весь процесс (в том числе и за работу ответственных за копии), а есть люди, отвечающие за выполнение копий. В рамках процессного управления ответственные за копии процесса подчиняются “владельцу процесса”, а ответственным в свою очередь подчиняются участники процесса.


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

Алгоритм описания и развития бизнес-процесса с помощью схем и регламентов


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

Этап 1. Нарисовать и согласовать схему процесса


  1. Начертите схему процесса совместно с ответственным за развитие процесса и экспертами из числа ответственных за исполнение конкретных копий процесса. Выделите наиболее критичные точки процесса. У каждого процесса и у каждого этапа на схеме есть “вход” и есть “выход”. При написании регламента учтите, что будет подаваться на вход, а что будет результатом работы.

  2. Согласуйте схему со всеми участниками процесса или начальниками подразделений участников.
Пример №1. Схема процесса “Подбор сотрудников” в нотации BPMN

Часть схемы “Подбор нового сотрудника” (видны роли HR-менеджер, Руководитель подразделения и Соискатель) в нотации BPMN

Пример №2. Часть схемы “Подбор сотрудников” в нотации BPMN

Небольшая часть схемы “Подбор нового сотрудника” для роли HR-менеджер в нотации BPMN

Этап 2. Написать регламент выполнения этапов процесса


Для каждого этапа процесса, отображённого на схеме, необходимо создать отдельный регламент или подраздел какой-либо глобальной инструкции. В регламенте нужно подробно расписать все нюансы: в какой последовательности будет выполняться работа; из каких мелких шагов она состоит; какие предъявляются требования к качеству результата; по какой технологии выполнять работу.


Что касается разработки непосредственно регламента, рекомендую прочитать статью “Алгоритм по написанию регламентов: как делегировать разработку инструкций своим подчинённым”.

Пример описания в регламенте одного из этапов схемы процесса

Пример описания схемы процесса в регламенте этапа “Заочное собеседование”

Этап 3. Запустить управление процессом


Возникают вопросы: как увидеть текущий этап процесса, возникающие проблемы, и был ли он вообще завершён успешно, или завис навечно на каком-то из этапов? А может быть был завершён, да половина этапов выполнена с отклонениями и ошибками, а некоторые из них и вовсе были пропущены?


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

Пример чек-листа для бизнес-процесса “Выход на работу нового сотрудника”

Пример чек-листа для бизнес-процесса “Выход на работу нового сотрудника”


В дальнейшем перейдите на бизнес-процессы в Битрикс24 или 1С. Вполне возможно, что их будет более чем достаточно для вашей компании.

Этап 4. Развивайте и оптимизируйте процесс с целью роста эффективности и качества


Как я уже упоминал, за развитие процесса должен отвечать его “владелец” (обращаю внимание, что это не из разряда “хочу/не хочу”, а почётная обязанность сотрудника).


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

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


Здесь важно вести перечень схем, для которых настроены автоматизированные бизнес-процессы, сделаны чек-листы и есть регламенты (возможно для этого пригодится отдельная таблица или специальная область в начале регламента). Это поможет “владельцу процесса” синхронизировать изменения на всех уровнях, а также выполнять их без избыточных действий.


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


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

Заключение, или Почему «всё и сразу» — это путь на кладбище проектов


Про процессы можно рассказывать много, хватит на целую книгу. Но… кладбища мёртвых проектов заполнены попытками внедрить “всё и сразу” и на самом дорогом и/или многофункциональном программном обеспечении. В лучшем случае сотрудники не использовали внедрённые технологии, или системы получались настолько громоздкими, что работать с ними было невозможно. В худшем — сложности при внедрении так и не позволили завершить работу до конца.


И ещё один важный момент. Если ваши подчиненные не выполняют договорённости, то вам не помогут ни регламенты, ни отрисовка схем процессов. Единственный вариант действий — создать зону “твёрдого” в виде соблюдения договорённостей и в дальнейшем расширять её. В этом поможет внедрение регулярного менеджмента.

Рекомендуемые услуги «Открытой Студии»

openstud.ru

Когда и как пишутся бизнес-процессы?

Использование бизнес-процессов в бизнесе существенно снижает долю рисков, форс-мажоры, напряжение и стресс в коллективе. 

Имея на руках описанные процессы и стандарты, Вы получаете независимость от персонала. Персонал может меняться, а технология работы остаётся в Вашем бизнесе.

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

Бизнес-процессы описываю для разных целей:

— продажи

— производство

— найм

— управление

— сервис

— и любое другое направление деятельности в бизнесе, где нужен порядок.

Актуальность описания бизнес-процессов в бизнесе возникает в нескольких случаях:

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

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

3. Предприятие эволюционным путём развития достигло стадии формализации процессов.

Бывает, что эти пункты как-то сочетаются между собой. В любом случае встаёт вопрос «Как простороить бизнес-процессы, чтобы бизнес-работал как часы?».

И в первую очеред. приходит на ум самое простое и с первого взгляда бесплатное решение — сделать всё собственными силами. А вернее, научиться и попробовать описать процессы самостоятельно. 

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

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

Консультационные услуги нельзя потрогать и не просто описать. Момент, когда консалтинговый проект будет закончен и принят Заказчиком должен наступить в определённые сроки в результате конкретных действий, а если договор не заключён и все нюансы работы по проекту не оговорены и не описаны, то факт достижения результата работы консультанта может не наступить вообще. Поэтому разумно иметь дело с консалтинговой компанией, которая прописывает все свои обязательства, результат и план действий по его достижению в договоре.

 

elenakorzh.com

Отправить ответ

avatar
  Подписаться  
Уведомление о