В статье в доступной форме изложены плюсы и минусы наиболее распространенных подходов к управлению компанией.
Вопрос о том, как лучше построить работу компании, становится даже в Российских условиях одним из ключевых в повестке дня топ-менеджеров. Очевидно, что наиболее привычными способами организации компаний в нашей стране являются структурно-функциональные системы, получившие широкое распространение еще с советских времен. Специалистами по управлению предлагается достаточно много разнообразных альтернативных концепций, в разной степени применимых в реальной отечественной практике. Обобщая наблюдения и тенденции последних 8 лет, хочется отметить, что лучше других зарекомендовал себя процессный подход. В чем же его преимущества?
Процессный подход — наиболее действенный метод организации эффективной работы компании, начиная с конца 70-х годов прошлого века по настоящее время, и есть все основания полагать, что таковым он останется еще очень и очень долго. Суть процессного подхода — представление деятельности организации как набора взаимосвязанных бизнес-процессов.
Бизнес-процесс — последовательность действий, направленная на получение заданного результата, ценного для организации (Рис. 1). Например, Прием заказа клиента, Планирование закупок, Производство товара, и т. п.
Рис. 1. Система бизнес-процессов
Принципиальным отличием процессного подхода от других (например, функционального) является концентрированность на результате и оптимальном способе его достижения. Выделение части деятельности как отдельного объекта — бизнес-процесса — дает возможность управлять этим объектом: проектировать, регламентировать, оптимизировать, планировать и контролировать показатели результативности и эффективности процесса. Таким образом, управляя всеми бизнес-процессами, мы управляем деятельностью всей организации как системой бизнес-процессов.
Рассмотрим и сравним различные подходы к управлению с процессным управлением.
Аморфная схема управления
Рис. 2. Аморфная схема управления
Аморфной мы называем такую схему управления из-за отсутствия четкой структуры управления. Несмотря на наличие формальной иерархии (показана пунктиром на Рис. 2), потоки работ носят случайный характер, определяемый конкретной ситуацией. Очевидно, что такая схема управления характерна для молодых компаний, находящихся на стадии реализации бизнес-идеи. Но, как ни странно, черты такого управления можно найти и в крупных солидных организациях.
Недостатки такого управления также очевидны:
- Все занимаются всем, при этом ничего не успевая вовремя;
- Повышенная загрузка Руководителя из-за необходимости администрировать большой поток работ;
- Повышенные требования к квалификации исполнителей.
Плюс только один — быстрая реакция на изменения внешней или внутренней среды.
Функциональная схема управления
Рис. 3. Функциональная схема управления
Функциональная схема управления характерна для устоявшихся крупных организаций. Организационная структура такой компании строится на основе группировки по функциям: Финансы, Снабжение, Производство и т. д. Здесь (Рис. 3) можно видеть четкие иерархические связи между организационными единицами, каждая из которых находится в своем функциональном колодце. Но что происходит с потоком работ? Видно (Рис. 3), что он идет через верхний уровень: с нижних уровней наверх идет поток информации, на верхнем уровне руководители определяют, как решать задачу и спускают вниз задачи по всей иерархии. Горизонтальные связи между сотрудниками при такой схеме управления практически отсутствуют. Следствием этого является то, что самостоятельно исполнители не могут принять решения, поэтому функциональные подразделения тонут в согласованиях. А учитывая, что интересы различных служб подчас противоречивы, то эта схема не позволяет достичь требуемых результатов. Активная смена персонала и частые ротации не решают проблему. Компания, достигнув определенного размера, ощущает резкое снижение эффективности.
Говоря о плюсах и минусах подобной схемы управления можно отметить:
Плюсы. Плюс также один: сосредоточение функциональных специалистов в рамках одного подразделения, что:
- Позволяет найти решение любой задачи, направленной в функциональное подразделение (в какой срок — другой вопрос);
- Потенциально обеспечивает обмен знаниями между сотрудниками, их профессиональный рост.
Минусы:
- Низкая скорость выполнения, перекладывание ответственности при решении задач, требующих участия нескольких подразделений. (Истории о сроках согласования договоров в «…проме» и в подобных организациях, вероятно, уже известны всем.);
- Низкая скорость принятия решений в случае отклонений от нормального хода вещей;
- Мотивация персонала, ориентированная не на достижение конечного результата, а, в лучшем случае, на выполнение своей функции. При этом, если качество выполнения функции не поддается измерению, показатели, за которые выплачивается премия, принимают крайне странный характер: соблюдение трудовой дисциплины, отсутствие замечаний со стороны руководителя и т. п. (А был ли при этом получен результат, например, в производство запущен новый продукт, — никого не волнует.);
- Руководители вынуждены заниматься администрированием текущей деятельности, а не развитием компании или своих подразделений;
- Большое число «этажей» (или уровней управления) между работниками, выпускающими продукцию, и лицом, принимающим решение (до 35 в консультантской практике).
Процессная схема управления
Рис. 4. Процессная схема управления
Устранить недостатки рассмотренных ранее схем можно переходом на новый принцип управления — управление процессами. Компания выстраивает систему эффективных горизонтальных связей (Рис. 4). В фокусе внимания высшего руководства находится внутренняя среда компании — процессная система. Управление подразделениями происходит по «входу» и «выходу». Основной задачей управления является повышение эффективности и прозрачности. Стиль управления — делегирование полномочий и наделение ответственностью.
Неизбежным следствиями внедрения процессного управления становится:
- Регламентация бизнес-процессов. Описывается нормальный ход процесса, возможные точки принятия решений (те, что отдаются «на откуп» исполнителям);
- Изменение принципов формирования подразделений. Удобнее становится иметь в одном (кроссфункциональном) подразделении специалистов разных функциональных областей (например, специалист по продажам, юрист, конструктор). Да, при этом может быть задействовано бОльшее количество сотрудников, чем при функциональном подходе, т. к. допустим юристов нужно иметь в трех подразделениях. В случае, когда создание полностью кросс-функционального подразделения обойдется слишком дорого и не приведет к значительному росту эффективности, можно использовать выделение так называемых «сервисных подразделений» — подразделений, оказывающих услуги другим подразделениям в рамках выполнения ими процессов. При этом взаимодействие с сервисным подразделением регламентируется, устанавливаются нормативы времени и качества обслуживания;
- Устранение большого количества избыточных уровней иерархии: процессные оргструктуры являются горизонтальными, с небольшим количеством уровней управления (4–5), соответствующих иерархии процессов.
Плюсы процессной схемы управления:
- Ориентированность исполнителей и руководителей на получение результата, нужного компании. Мотивационные схемы персонала привязаны именно к результатам;
- Четкая система единоначалия — один руководитель сосредотачивает в своих руках руководство всей совокупностью операций и действий, направленных на достижение поставленной цели и получение заданного результата;
- Разгрузка руководителей. Они вмешиваются в оперативное управление только в случае значительных отклонений;
- Руководители занимаются своими прямыми обязанностями — организацией эффективного управления и стратегией развития;
- На порядок бОльшая операционная эффективность по сравнению с другими схемами управления;
- Не критичность для компании смены работников, поскольку есть механизм передачи знаний новым сотрудникам (регламенты бизнес-процессов).
Минусы:
- В случае формирования кроссфункциональных подразделений требуются отдельные процедуры для обеспечения профессионального роста сотрудников (обучение).
Применение процессного подхода на практике сталкивается с необходимостью обработки большого массива информации, т. к. построение системы бизнес-процессов по сути приводит к созданию бизнес-модели всей компании (Рис. 5), которая со временем становится достаточно масштабной.
Рис. 5. Диаграмма процессов верхнего уровня
Для решения этой задачи предназначены специализированные программные комплексы класса EA (Enterprise Architecture), позволяющие не только описывать бизнес-процессы и организационную структуру, автоматически формировать регламентирующую документацию компании (регламенты процессов, положения о подразделениях, должностные инструкции), но и предоставляющие важные аналитические возможности (имитационное моделирование, функционально-стоимостной анализ) для совершенствования системы управления.
И главное, чем хотелось бы завершить рассмотрение процессного подхода: процессный подход может быть использован в недорогой, неболезненной форме в четко заданный промежуток времени на предприятиях абсолютно всех отраслей экономики. Его может себе позволить даже и небольшая компания, желающая перейти в разряд средней и упрочить свое положение на рынке. Процессный подход можно применять в широком диапазоне прикладных задач: от проектирования деятельности компании «с нуля», и до оптимизации её работы на отдельно взятом участке.
Опубликовано по материалам:
Журнал «БОСС» № 3, 2012
Март 2012 г.
Рекомендуемые материалы по тематике
Снижение среднегодовой стоимости обслуживания клиентов на примере проекта НПФ «Будущее»
Моделирование бизнес-процессов в нотации BPMN начинающими: типовые ошибки
Достичь вершины легко, если ваши работники умеют и хотят работать — интервью с Игорем Лозовицким в проекте «Управление из первых рук»
Моделирование сквозных процессов: за или против
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
ВСЁ, ЧТО ДЕЛАЕТСЯ КОМПАНИЕЙ ДЛЯ ЕЁ КЛИЕНТОВ, ЕСТЬ ПРОЦЕССЫ.
Когда процессы не налажены, работа людей приобретает хаотический характер. При этом энергия сотрудников вместо полезного дела затрачивается на согласование действий, конфликты, поиск информации, преодоление препятствий, исправление ошибок.
Управлять процессами – это значит:
- Видеть и выделять процессы как последовательность взаимосвязанных действий,
- Измерять и анализировать результаты процессов,
- Контролировать связь результатов с ресурсами, необходимыми для их достижения,
- Принимать меры по непрерывному улучшению процессов.
Такой метод управления называется процессно-ориентированным подходом. Он выводит управление компанией на качественно новый уровень. Руководство компании ясно видит функции исполнителей, движение ресурсов, распределение ответственности в организационной структуре, имеет возможность четко фиксировать места возникновения проблем и принимать своевременные меры по их устранению.
Чтобы заложить основу системы управления процессами в вашей компании, вам нужно осуществить проект длительностью от 2 до 4 месяцев.
Настоящее методическое руководство есть пошаговое описание проекта внедрения основных элементов процессного подхода.
Результатами этого проекта станут:
- Структура основных процессов компании,
- Спецификации каждого процесса, определяющие цели, результаты, показатели и другие важные характеристики процесса,
- Регламенты основных процессов,
- Инструкции исполнителей процессов,
- Должностные обязанности сотрудников,
- Профили должностей, определяющие требования к знаниям, навыкам и личным качествам сотрудников.
Следуйте нашей “дорожной карте”, и вы построите структурированные, управляемые бизнес-процессы.
Первый пункт нашей “дорожной карты” – идентификация позиционирования и стратегии компании на рынке. Понимание целевых клиентов, их потребностей и отличий от конкурентов необходимо для того, чтобы определить ключевые требования к бизнес-процессам компании.
Следующий шаг – формулирование организационной концепции, которая включает структуру процессов и центров ответственности, выполняющих обслуживание выделенных процессов; создается карта процессов компании.
Далее мы идентифицируем процессы, разрабатывая спецификации каждого процесса, которые содержат все основные параметры процессов.
Уточняя структуру и параметры процессов, мы вносим коррективы и дополнения в организационную структуру компании, вводя недостающие звенья, устраняя дублирование функции, разграничивая области ответственности.
После того как все основные процессы компании определены, можно переходить к разработке должностных обязанностей сотрудников, определению показателей деятельности (KPI), разработке регламентов.
Далее мы подробно рассмотрим каждый этап пути к созданию системы управления компанией на основе процессного подхода.
Методическое руководство основано на материалах мастер-проекта “Создание системы управления процессами”
ЧТО ТАКОЕ ПРОЦЕССЫ?
Начнем с определения.
Процесс – это устойчивая, целенаправленная, последовательность действий, преобразующих ресурсы (входы) в некоторые продукты (выходы), представляющие ценность для потребителя.
Важно отметить, что у каждого процесса есть потребитель – клиент, который заинтересован в результатах процесса. Целью любого процесса является удовлетворение клиента. Не может быть процесса без клиента.
Зачастую процессом называют все, что движется… Это упрощенное представление упускает из виду такую важную характеристику процесса, как повторяемость последовательности действий. Неправильно называть процессом цепочку действий, происходящую однократно. Процесс – это то, что происходит регулярно в одной и той же последовательности.
В каждой компании существует достаточно широкий круг деятельности, которая регулярно повторяется примерно в одинаковом виде. Эта повторяемость нам дает прекрасную возможность изучать процесс, фиксировать порядок его выполнения, обучаться тому, как лучше его организовать, совершенствовать, лучше достигать цели процесса, лучше удовлетворять клиента процесса и создавать продукт лучшего качества. Это суть того чего мы хотим добиться, занимаясь организацией управления процессами. Процессный подход часто противопоставляется проектному подходу, где нет такой повторяемости действий, поскольку каждый проект чем-то уникален.
Определим основные понятия, связанные с процессами.
- Входы в процесс – это материальные или нематериальные ресурсы, которые нужны, чтобы процесс выполнялся.
- Выходы – это продукты и услуги, которые являются результатами процесса.
- Исполнители процесса– сотрудники компании, выполняющие определенные функции в процессе.
- Клиенты – потребители результатов процесса.
- Поставщики – лица или организации обеспечивающие процесс ресурсами.
- Владелец процесса – это лицо, которое обладает достаточными полномочиями, властью, ресурсами, чтобы обеспечить успешное выполнение процесса и достижение его цели. Владелец процесса имеет полномочия изменять его, улучшать и совершенствовать.
В каждом процессе необходимо идентифицировать эти ключевые характеристики. В дальнейшем мы подробно рассмотрим порядок проведения идентификации процессов.
Для уточнения сущности процессного подхода обсудим аспекты управления, выходящие за его пределы.
Существует такое заблуждение, когда отождествляют управление компанией с процессным подходом. Представляется, что хорошее управление организацией – это когда вся ее деятельность описана и регламентирована; никаких действий не происходит без четкого регламента; компания работает, как отлаженная машина.
На самом деле это не только невозможно, но и вредно.
Регламентация процессов – это только один из способов координации деятельности людей. Кроме него существует еще 5 способов координации, которые в различных соотношениях имеются в каждой компании.
Известный исследователь организационных систем Генри Минцберг называет процессные методы управления «стандартизацией деятельности».
При этом он выделяет следующие методы координации, широко используемые в менеджменте:
- Прямая координация. Начальник отдает приказы подчиненным и контролирует их исполнение. Так функционируют подразделения вооруженных сил.
- Взаимное согласование. Решения вырабатываются в ходе взаимодействия равноправных членов команды. Это принцип функционирования инновационных, творческих коллективов.
- Стандартизация целей. Сотруднику ставятся цели; средства их достижения он выбирает самостоятельно. Так действуют дивизиональные подразделения компаний, руководители которых обладают высокой степенью самостоятельности.
- Стандартизация квалификации. Методы и приемы работы отрабатываются в ходе обучения специалиста. В своей трудовой деятельности, отличающейся высокой сложностью, сотрудник действует самостоятельно. Так работают хирурги, адвокаты, преподаватели, консультанты.
- Корпоративная идеология. Всех сотрудников компании объединяют общие ценности, понимание единых целей и идеологических установок. Поэтому каждый сотрудник в своей деятельности руководствуется своим пониманием того, как «правильно» поступать в той или иной ситуации. На таких принципах построена деятельность миссионеров религиозных организаций и разведчиков, находящихся на вражеской территории.
Таким образом, процессный подход в действительности имеет свои ограничения; он не всегда работает, не всегда возможен, и в любой организации он охватывает лишь часть деятельности. В одних организациях он занимает большую долю, в других – меньшую.
Поэтому важно понимать, что хорошее управление основывается не только на процессном подходе, но и на целом ряде других методов координации, которые должны действовать в каждой организации в тех или иных пропорциях.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
ПРОЦЕССНЫЙ ПОДХОД К УПРАВЛЕНИЮ
Что такое процессный подход к управлению, в чем его особенность?
Это понятие, также как и понятие «процесс», определено в системе менеджмента качества. Процессный подход состоит в том, чтобы
- Выявлять процессы, которыми необходимо управлять, выявляя состав и структуру процессов.
- Устанавливать последовательность процессов и их взаимосвязь.
- Определять критерии и методы измерения результативности процессов, ясно понимая, что должно быть результатом каждого процесса.
- Постоянно обеспечивать наличие ресурсов и информации необходимых для выполнения процессов.
- Наблюдать, измерять, анализировать процессы на постоянной основе.
- Проводить мероприятия, необходимые для достижения запланированных результатов и постоянного улучшения процессов.
Когда вы все это делаете, вы можете сказать, что у вас работает процессный подход. Это определение процессного подхода нам дает ключ, чтобы оценить уровень его внедрения в вашей компании, как на текущий момент, так в любой момент в будущем.
“ДОРОЖНАЯ КАРТА” СОЗДАНИЯ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ
Задачу, которую мы здесь рассматриваем, можно сформулировать по-разному.
Можно сказать, что мы стремимся навести порядок в бизнес-процессах компании, сделать их прозрачными и управляемыми.
Можно сказать, что мы создаем систему управления процессами, или по другому: внедряем процессно-ориентированный подход к управлению компанией.
Как бы это ни называлось, суть в том, что мы хотим создать работающие механизмы управления процессами, обеспечивающие возможность их постоянного совершенствования. Мы строим организационную систему, и это строительство должно проводиться на основе определенной методики и технологии.
Никто не возьмется строить дом или корабль, не владея технологией строительства объекта, который требуется создать. «Организационное строительство» ничем не проще инженерной деятельности. Здесь также есть свои законы и правила, нарушение которых никогда не остается безнаказанным.
Огромное количество неудачных проектов в области «организационного строительства» объясняется именно тем, что работа велась без «архитектурного проекта» с нарушением СНИП (строительных норм и правил).
Поэтому мы в своей работе по внедрению в компании процессного подхода к управлению будем руководствоваться строго определенной технологией, которая представлена на схеме в виде “дорожной карты” проекта. Мы будем идти по этой карте шаг за шагом, последовательно приближаясь к нашей цели – созданию системы управления процессами.
Первый пункт нашей “дорожной карты” – идентификация стратегии компании. Необходимо ясно сформулировать основные принципы деятельности компании на своем целевом рынке, определив своих клиентов, ключевые ценности, значимые для потребителей и главные отличия от конкурентов.
Это важно потому, что из этих принципов вытекают требования к внутренней организации компании, к ее процессам и структуре. Не имеет смысла заниматься процессами, не определив, кого они должны обслуживать, и какими они должны быть, чтобы удовлетворять клиентов и обеспечивать превосходство над конкурентами. Все это вытекает из рыночной стратегии.
Следующий шаг – разработка организационной концепции. Это своего рода, «архитектурный проект» нашей организационной системы. Он определяет структуру и взаимосвязь процессов, а также основные центры ответственности и их функции по обслуживанию процессов.
Организационная концепция служит основой для идентификации процессов и разработки организационной структуры. Эти две задачи решаются в тесном взаимодействии. В ходе идентификации процессов определяются их характеристики: входы, выходы, клиенты, поставщики, исполнители, цели и целевые показатели. Исполнители процессов определяются в привязке к организационной структуре, при этом уточняется и детализируется сама структура.
Используя результаты идентификации процессов мы можем определить показатели деятельности для исполнителей и сформировать для них должностные обязанности. Далее, разрабатываются требования к должностным позициям, правила вознаграждения, связанные с показателями деятельности, регламенты процессов и инструкции для исполнителей.
Такова последовательность «строительства» системы управления процессами компании. Нарушение этого порядка неизбежно приводит к неудаче проекта и разочарованию как руководителей, так и сотрудников.
Каждый этап этой “дорожной карты” мы подробно рассмотрим далее.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
ИДЕНТИФИКАЦИЯ СТРАТЕГИИ
Мы начинаем путь к построению системы управления бизнес-процессами с идентификации маркетинговой стратегии компании.
Казалось бы, при чем здесь стратегия, когда мы говорим о процессах? Давайте разберемся.
Процессы компании направлены на создание для клиентов определенных продуктов и услуг. Мы хотим структурировать и четко организовать эту деятельность. Но для того, чтобы определить, какой должна быть наша деятельность по обслуживанию клиентов, необходимо понять:
- кого именно мы обслуживаем, кто наши клиенты?
- в чем заключаются потребности клиентов?
- в каких компонентах наши продукты и услуги должны превосходить то, что делают конкуренты?
Эти вопросы относятся к стратегии действий компании на рынке. Не ответив на них, невозможно ясно определить требования к нашим бизнес-процессам. Если не соотносить свою деятельность с клиентами и конкурентами, то может оказаться, что мы делаем совсем не то, что на самом деле нужно нашим клиентам, и не делаем того, что могло бы привлечь к нам потребителей. Мы можем построить превосходно работающие процессы, но они не будут нужны клиентам. Это означает дать хороший залп мимо цели.
Чтобы не промахнуться в организационном строительстве и создать процессы, ориентированные на клиентов, нам необходимо прежде всего сформулировать основные принципы поведения компании на рынке.
Говоря об идентификации маркетинговой стратегии, мы предполагаем, что ее не придется разрабатывать “с нуля”, что руководство компании имеет определенные представления о долгосрочных целях и направлениях развития бизнеса. Эти представления необходимо произнести вслух, обсудить с управленческой командой и зафиксировать на бумаге. В этом и состоит процесс идентификации стратегии.
Обычно маркетинговая стратегия представляет собой документ, объемом 5-10 страниц, определяющий целевые сегменты рынка, ключевые конкурентные отличия, методы привлечения клиентов, принципы организации продаж и обслуживания потребителей.
В материалах мастер-проекта “Создание системы управления процессами” дается подробное описание стратегии маркетинга, разработанной в ходе одного из проектов iTeam.
Еще раз подчеркнем важность разработанной на этом этапе маркетинговой стратегии. Она определяет направление всей дальнейшей работы управленческой команды по организационному строительству – построению бизнес-процессов и структуры, обеспечивающих компании конкурентные преимущества.
ОРГАНИЗАЦИОННАЯ КОНЦЕПЦИЯ
После идентификации стратегии, следующим пунктом нашей “дорожной карты” внедрения процессного подхода является разработка организационной концепции. Необходимо определить основные принципы организации бизнес-процессов компании, чтобы в дальнейшем опираться на них в ходе более подробного описания процессов и проработки деталей организационного дизайна компании.
Организационная концепция включает пять элементов.
- Состав основных бизнес-процессов верхнего уровня.
- Краткое описание процессов верхнего уровня, характеризующее их содержание, входы, выходы и исполнителей.
- Карта процессов, показывающая второй и, возможно, третий уровень бизнес-процессов.
- Схема центров ответственности за выполнение бизнес-процессов, как прототип организационной структуры компании.
- Краткое описание функций, выполняемых центрами ответственности.
Определив процессы верхнего уровня, составляем их концептуальное описание. Это второй элемент организационной концепции. Структура описания состоит из следующих элементов.
- Клиенты процесса – те, кто получает выгоду от процесса и использует его результаты. Процесс создается и совершенствуется в интересах клиентов, которых он обслуживает. Именно ориентация на клиента является главной ценностью процессного подхода.
- Цели процесса – изменения, значимые для клиентов, которые осуществляются в ходе выполнения процесса. Определение целей процесса должно отвечать на вопрос: «Что изменяет процесс?». Например, цель процесса закупок в торговой компании состоит в обеспечении определенного уровня наличия товаров на складе. Наличие товаров – это состояние запасов, критически важное для клиента процесса – подразделения продаж.
- Результаты процесса– создаваемые на выходе процесса продукты или услуги, которыми пользуются клиенты процесса. Например, для торговой компании результатом процесса закупок является поступление товаров на склад. Необходимо различать цели и результаты процесса. Цели – это то, что изменяется, а результаты – это то, что производится, создается.
- Ресурсы процесса– деньги, информация, материальные ресурсы, поступающие на вход процесса, используемые для производства результатов (продуктов и услуг).
- Поставщики процесса– лица и организации, предоставляющие ресурсы, необходимые процессу.
- Исполнители процесса– названия ролей (должностных позиций) исполнителей процесса, участвующих в производстве результатов. Здесь нужно использовать не имена сотрудников, а позиции в организационной структуре. Если для какого-либо процесса нет соответствующего исполнителя в структуре компании, то следует использовать условное название роли, которое в дальнейшем, после уточнения организационной структуры, может быть уточнено.
- Владелец процесса– название должности руководителя, ответственного за достижение целей процесса, имеющего полномочия изменять процесс.
- Показатели процесса– критерии, используемые для измерения результативности, эффективности, качества и производительности процесса.
- Содержание процесса– краткое описание действий, осуществляемых в ходе процесса в объеме нескольких предложений.
- Структура процесса– перечень процессов второго уровня, из которых состоит описываемый процесс.
После завершения работы над организационной концепцией у нас имеется все необходимое для построения карты основных процессов компании, пример которой приведен на схеме. Она отражает состав процессов верхнего уровня (показаны зеленым цветом) и составляющие их процессы второго уровня (показаны желтым цветом).
Карта процессов дает общий взгляд на основные процессы компании и позволяет увидеть из чего состоит деятельность компании, какова структура цепочки процессов, направленных на обслуживание клиентов. Вся дальнейшая работа по созданию системы управления процессами направлена на углубление, детализацию и совершенствование этого видения.
В материалах мастер-проекта “Создание системы управления процессами” содержится подробные примеры описания процессов верхнего уровня и центров ответственности.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
ОРГАНИЗАЦИОННАЯ СТРУКТУРА
Результаты, полученные в ходе разработки организационной концепции, позволяют провести усовершенствование организационной структуры компании. Это следующий пункт нашей “дорожной карты”.
Главное назначение организационной структуры – обслуживание бизнес-процессов. Именно для этого она существует.
Как обеспечивается выполнение этого требования? Путем соотнесения функций исполнителей в бизнес-процессах с центрами ответственности в организационной структуре. Этот анализ был проведен на этапе разработки организационной концепции. Опираясь на его результаты, следует уточнить функции подразделений компании и их области ответственности. При этом нередко выявляются функции, которые в существующей структуре ни за каким подразделением не закреплены. В этом случае необходимо сформировать недостающие центры ответственности, которые должны будут обслуживать “ничейные” процессы.
Следует заметить, что организационную структуру зачастую отождествляют с органиграммой, на которой изображены подразделения компании и отношения подчиненности между ними. При этом под разработкой организационной структуры понимают процесс рисования прямоугольников со стрелками.
В действительности организационная структура – это система разделения и согласования функций, полномочий и ответственности между структурными элементами компании. Она не описывается одной схемой.
Действительно, ведь схема отражает только отношения подчиненности между должностными лицами и подразделениями компании. Но это только малая часть отношений, в которые вступают люди в ходе производственной деятельности. Главным же «двигателем» бизнес-процессов являются отношения «клиент-поставщик». Именно эти отношения позволяют передавать результаты труда от одного звена к другому по цепи процессов. Но эти отношения не находят отражения на схеме организационной структуры.
Как описать организационную структуру компании?
Описание организационной структуры должно включать следующие элементы:
- Схема организационной структуры; она показывает состав структурных подразделений компании и отношения подчиненности между ними.
- Описание функций, полномочий и ответственности каждого структурного подразделения с учетом их ролей в бизнес-процессах. При этом указывается в каких бизнес-процессах участвует подразделение и как оно связано со своими внутренними поставщиками и клиентами. Важно, чтобы это описание было процессно-ориентированным.
- Концептуальное описание наиболее значимых для компании системообразующих процессов, таких как стратегическое управление, годовое планирование, управление заказами, управление разработкой и выпуском на рынок новых продуктов, управление проектами развития компании.
Таким образом, создается Положение об организационной структуре, достаточно полно определяющее механизмы управления компанией.
Нужно сказать, что при разработке организационной структуры возникает целый ряд дилемм, которые не поддаются формально-логическим методам. Поэтому в этом деле немалая доля политики как “искусства возможного”. Тем не менее, при выборе решений по формированию структуры следует придерживаться направления, заданного организационной концепцией.
В заключение следует заметить, что разработка организационной структуры – итеративный процесс. На следующих этапах организационного строительства, в ходе идентификации бизнес-процессов, организационная структура неизбежно будет уточняться и корректироваться.
Правильная организационная структура – это структура, наилучшим образом соответствующая бизнес-процессам компании. Она “вырастает” из бизнес-процессов. Ключ к построению правильной структуры – процессный подход к управлению.
ИДЕНТИФИКАЦИЯ ПРОЦЕССОВ
Следующий пункт нашей “дорожной карты” – идентификация процессов.
Идентификацией процесса мы называем составление спецификации в форме таблицы, в которой указаны все основные характеристики процесса. Рассмотрим составление такой спецификации на примере процесса приемки автомобиля в автосервисе.
- Название процесса
Процесс называется “Прием автомобиля от клиента”.
- Краткое описание процесса
Здесь нужно 2-4 фразами описать содержание процесса. Это необходимо для более точного понимания, какие именно действия совершаются в процессе. Итак, описание процесса:
Мастер-приемщик выслушивает клиента, определяет необходимый состав работ, оформляет наряд-заказ, получает от клиента подтверждение о согласии с предложенными работами, стоимостью услуг и сроками ремонта. После этого мастер-приемщик проводит внешний осмотр автомобиля, составляет дефектную карту, подписывает ее у клиента, принимает от клиента ключ от автомобиля и передает клиенту расписку в приеме автомобиля.
Следует подчеркнуть, что этот текст не является регламентом процесса или подробным описанием выполняемых действий. Он необходим только для идентификации процесса – точного понимания, какой именно процесс называется «прием автомобиля от клиента».
- Клиент процесса
Клиенты процесса – это лица или организации, получающие выгоду от выполнения процесса, пользующиеся его результатами.
В данном случае клиентом процесса, очевидно, является автовладелец, обратившийся в автосервис. Именно он обслуживается в этом процессе.
Другим клиентом процесса является автослесарь, который получает наряд-заказ, сформированный в этом процессе. То есть, он использует результаты данного процесса и у него есть требования к этим результатам: наряд-заказ должен быть понятным, исполнимым, сроки его выполнения должны быть согласованы.
Помимо названных лиц, выгоду от процесса получает компания. Этот процесс обеспечивает ей приток клиентов и доходов от их обслуживания. Можно ли компанию считать клиентом процесса? Только условно. Дело в том, что этот и все другие бизнес-процессы являются инструментами компании, ее органами, которые она создает для достижения своих целей. Поэтому, какой бы процесс мы ни рассматривали, необходимо характеризовать его с точки зрения выгод для компании.
- Цели процесса
Чтобы определить цели процесса, необходимо встать на точку зрения клиента.
Что нужно автовладельцу? Во-первых, необходимо решить проблемы, с которыми он обратился в автосервис. В результате взаимодействия с мастером-приемщиком у клиента должна сложиться уверенность, что его проблемы правильно поняли и готовы их решить в приемлемые сроки, за приемлемую цену.
Но это не все. Для качественного обслуживания нужно не только выполнить все требования клиента, но и создать позитивный эмоциональный фон. Клиент должен быть удовлетворен уровнем общения с сотрудниками компании, которые оказывали ему знаки внимания и уважения, улыбались, шутили. Покидая автосервис, клиент должен получить заряд положительных эмоций.
Таким образом, цель процесса состоит в том, чтобы перевести клиента из состояния беспокойства и неудовлетворенности в состояние уверенности и эмоционального подъема.
Что касается другого клиента процесса – автослесаря, который должен отремонтировать автомобиль клиента, то цель процесса состоит в том, чтобы точно и безошибочно донести до него содержание работы, которую необходимо выполнить для решения проблем автовладельца.
Теперь обсудим интересы компании в этом процессе. Компании нужны:
- Лояльный клиент, который удовлетворен сервисом настолько, что будет не только постоянным посетителем, но и станет рекомендовать компанию своим знакомым,
- Доходы от продажи услуг клиенту; желательно, чтобы клиент, в ходе обсуждения его проблем с мастером-приемщиком приобрел дополнительные услуги, представляющие для него ценность,
Таким образом, мы определили цели всех заинтересованных сторон в этом процессе.
- Результат процесса
Результаты процесса – это то, что создается в ходе его выполнения и обеспечивает достижение целей процесса. В рассматриваемом случае это наряд-заказ, дефектная карта, расписка в приеме автомобиля.
Для компании немалое имеет значение такой результат, как сумма заказа.
Конечно же, важным результатом процесса является состояние удовлетворенности клиента, которое должно сформироваться в ходе его обслуживания.
Нужно заметить, что при рассмотрении характеристик процессов часто путают цели и результаты. Цели характеризуют изменения, который должен произвести процесс, а результаты – это продукт процесса, его «выход». Разумеется, продукт создается для достижения целей процесса.
- Показатели процесса
Теперь, определив цели и результаты процесса, значимые для всех заинтересованных сторон, можно перейти к созданию инструментов измерения, то есть показателей процесса. Показатели должны отражать достижение целей и быть измеримыми. Данный процесс характеризуется тремя показателями:
- Удовлетворенность клиента обслуживанием. Способы измерения: (1) прямой опрос клиентов по телефону – сплошной или выборочный, (2) число жалоб на работу мастера-приемщика, (3) число благодарностей за работу мастера-приемщика. Может использоваться любой из этих показателей или их совокупность.
- Удовлетворенность мастера производственного участка качеством наряд-заказа. Способ измерения: оценка наряд-заказа, подготовленного мастером-приемщиком по критериям отсутствия ошибок, наличию деталей, срокам выполнения.
- Средний чек.
Важно подчеркнуть, что для идентификации параметров процесса важно соблюдать последовательность действий, приведенную в рассматриваемом примере. Сначала определяем клиентов процесса, исходя из этого формулируем цели и описываем результаты, и, наконец, разрабатываем показатели и способы их измерения. Именно такая последовательность шагов позволяет прийти к правильным показателям процесса.
- Ресурсы процесса
Есть два вида ресурсов – расходуемые в ходе выполнения процесса и возобновляемые ресурсы. К первому типу относятся, например, материалы, используемые в производстве, или деньги. Ко второму – оборудование, программное обеспечение, разнообразные инструменты и т.п.
Одним из “входов” в рассматриваемый процесс является запись клиента на посещение автосервиса. Без этого процесс не может выполняться.
Для составления наряд-заказа необходима информация о наличии автозапчастей и материалов.
Для определения сроков выполнения работ нужна информация о загрузке производственного участка.
Для оформления документов, создаваемых в ходе процесса, используется компьютер и программное обеспечение.
Зачем нужно определять ресурсы каждого процесса? Зная ресурсы, мы можем определить поставщиков и смежные процессы, обеспечивающие ресурсами наш процесс.
- Поставщики процесса
- Запись клиентов на ремонт осуществляет диспетчер автосервиса в процессе приема заявок.
- Поставщиком информации о наличии запчастей является отдел снабжения; при этом информация о запасах содержится в автоматизированной системе.
- Согласование сроков ремонта проводится с мастером производственного участка.
- Обслуживание компьютерной техники и программного обеспечения обеспечивает ИТ-служба сети автосервиса.
- Исполнители процесса
Исполнителем процесса является мастер-приемщик.
- Владелец процесса
Владелец процесса – это должностное лицо, ответственное за достижение целей процесса, имеющее полномочия и ресурсы для проведения изменений, совершенствование процесса.
В рассматриваемом примере владельцем процесса является руководитель автосервиса.
***
Итак, мы идентифицировали процесс, определив все его ключевые параметры.
Что это нам дает? Когда мы проделаем эту работу со всеми основными процессами компании, мы создадим надежную основу для построения системы управления процессами.
- Будут точно определены все основные процессы компании и связи между ними.
- Поскольку в каждом процессе определены исполнители, нетрудно будет составить должностные обязанности для сотрудников, участвующих в ряде различных процессах.
- Ясность целей и показателей процессов позволяет нам установить показатели деятельности (KPI) для сотрудников, являющихся исполнителями процессов.
- Установление связи между процессами и исполнителями позволяет внести коррективы в организационную структуру компании в части разграничения функций, ответственности и полномочий должностных лиц и подразделений.
Все дальнейшие действия по внедрению процессного подхода будут опираться на спецификации процессов, разработанные в результате их идентификации.
В материалах мастер-проекта “Создание системы управления процессами“ имеется шаблон спецификации бизнес-процесса.
ОПИСАНИЕ ДОЛЖНОСТНЫХ ОБЯЗАННОСТЕЙ СОТРУДНИКОВ
Теперь, опираясь на результаты структурирования и идентификации процессов, мы перейдем к разработке должностных обязанностей сотрудников.
Исходными данными для этого служат спецификации процессов, которые содержат всю необходимую нам информацию:
- Исполнитель процесса,
- Краткое описание процесса,
- Цель процесса,
- Результаты процесса,
- Показатели процесса.
Теперь для составления должностных обязанностей сотрудника нам достаточно просмотреть все спецификации и выбрать те из них, в которых он указан как исполнитель.
Вряд ли нужно говорить, что должностные обязанности составляются не для личности сотрудника а для должностной позиции, которую могут занимать разные личности.
Отобрав, таким образом, нужные нам спецификации, мы получаем весь набор процессов, в которых участвует сотрудник, занимающий рассматриваемую должностную позицию. Его рабочие функции – это функции исполнителя данных процессов. Нам остается только их описать.
Описание должностных обязанностей удобно сделать в форме таблицы, заполняя ее информацией, получаемой путем копирования данных из спецификаций процессов.
Для каждого процесса, в котором участвует сотрудник, указываем цели процесса, его результаты и показатели – все эти данные есть в спецификации соответствующего процесса. Для описания функций сотрудника также используется информация из спецификации, но при этом могут потребоваться некоторые уточнения и дополнения.
Для примера рассмотрим должностные обязанности менеджера, отвечающего за развитие сети станций технического обслуживание, привлечение в нее новых станций.
Обязанности этого сотрудника описаны точно и конкретно. Указано в каких процессах он является исполнителем, какие функции выполняет, какие цели должен достигать, что является результатом его работы и по каким критериям они оцениваются. Это описание принципиально отличается от размытых и пустых документов, которые обычно составляются на предприятиях и называются “Должностными обязанностями” или “Должностными инструкциями”.
Кстати, о названии. По нашему мнению правильнее называть рассматриваемый здесь документ “Должностными обязанностями”, имея в виду, что он достаточно полно определяет круг обязанностей сотрудника. Инструкция – это документ другого уровня. Она описывает порядок выполнения операций в тех или иных процессах. Инструкции для исполнителей нужно составлять после разработки регламентов бизнес-процессов, поскольку они детализируют описание работы исполнителей процессов. Инструкций может быть множество – столько, сколько различных операций выполняет сотрудник.
Обычно здесь возникает вопрос о полноте должностных обязанностей. Не упустили ли мы из виду какие-то функции сотрудника? Это исключено. Полноту описания должностных обязанностей обеспечивает методика их составления. Вспомним, что мы прежде всего выявили структуру процессов верхнего уровня, и убедившись, что ничего не упустили, выделили второй и, возможно, третий уровень. Таким образом, все бизнес-процессы учтены, “пробелов” быть не может. Затем мы составил спецификации всех процессов, и только после этого перешли к описанию функций сотрудников в форме должностных обязанностей.
Как видно, составление должностных обязанностей несложная задача, если это делается на правильной методической основе. К тому же ошибки при таком подходе исключены.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
ОПРЕДЕЛЕНИЕ СОСТАВА КОМПЕТЕНЦИЙ СПЕЦИАЛИСТОВ
Следующий шаг – определение компетенций специалистов, необходимых для выполнения функций в бизнес-процессах. Это нужно нам для того, чтобы затем подробно описать профиль должностной позиции, который будет использоваться как для подбора специалистов на должность, так и оценки их соответствия занимаемой должности.
Решая эти задачи, мы готовим условия для обеспечения наших бизнес-процессов человеческими ресурсами необходимого качества, без чего невозможно добиться устойчивых результатов выполнения процессов.
Для определения состава компетенций используем таблицу, содержащую описание должностных обязанностей сотрудника.
Нам будут нужны первая и вторая колонка этой таблицы. Вместо остальных колонок добавим три новые: “Знания”, “Навыки”, “Личные качества”. Таким образом, у нас есть список процессов, в которых участвует сотрудник, краткое описание этих процессов и три колонки, которые нужно заполнить, последовательно рассматривая каждый процесс.
Необходимо дать точный ответ на вопрос: “Какими знаниями, навыками и личными качествами должен обладать специалист, выступающий исполнителем в этом процессе?”. В поисках ответа на этот вопрос должны участвовать непосредственный руководитель исполнителя, владелец процесса и сам сотрудник. После обсуждения и выработки согласованных формулировок, заполняются соответствующие колонки таблицы. Результатом этой работы становится подробный список компетенций, необходимых для успешного выполнения функций на рассматриваемой должности.
Для примера рассмотрим функции менеджера, отвечающего за развитие сети станций технического обслуживания автомобилей.
Одним из выполняемых им процессов является мониторинг показателей деятельности СТО. Получая информацию о показателях подотчетных ему станций, менеджер выявляет проблемы, изучает причины их возникновения, помогает руководителю СТО выработать мероприятия по их устранению, осуществляет контроль выполнения мероприятий и оценивает результаты.
Чтобы успешно заниматься этой деятельностью, менеджер должен хорошо знать бизнес-процессы автосервиса, показатели деятельности СТО и механизмы их формирования. Он должен знать основы управления качеством и методы анализа проблем.
Для этой работы необходимы навыки совершенствования бизнес-процессов. Менеджер должен иметь опыт практической работы по выявлению проблем, выработке решений, организации мероприятий по проведению изменений и внедрению новых процессов. Если такого опыта у него нет, то ему необходимо пройти соответствующую практику в подобных проектах.
Успешное выполнение функций в рассматриваемом процессе требует таких личных качеств, как организационные и аналитические способности, настойчивость, инициатива.
Так, в ходе последовательного рассмотрения каждого процесса, формируется состав компетенций специалиста. При этом подходе можно быть уверенным, что мы ничего не упустили в описании компетенций, составив исчерпывающий, точный перечень знаний, умений и личных качеств, необходимых сотруднику на этой должности.
На следующих этапах мы используем эту информацию для построения профиля должности, который необходим для подбора кандидатов на рассматриваемую позицию и проведения оценки сотрудников.
ОПРЕДЕЛЕНИЕ ПРОФИЛЯ ДОЛЖНОСТИ
Для описания профиля должности нам необходим состав компетенций, который был сформирован на предыдущем этапе нашей работы. Теперь требуется отобрать из общего перечня компетенций те позиции, которые отражают требования к рассматриваемой должности.
Для чего нужен профиль должности? Во-первых, на его основе составляются объявления о вакансии; здесь содержится вся необходимая для этого информация. Во-вторых, он служит руководством при отборе кандидатов на должность. В-третьих, на его основе проводится оценка соответствия сотрудников занимаемой должности. В-четвертых, он используется для составления индивидуального плана обучения сотрудника.
Документ «Профиль должности» имеет следующую структуру:
- Общие знания,
- Предметные знания,
- Навыки,
- Личные качества,
- Ценности,
- Функциональные обязанности,
- Области ответственности.
Рассмотрим содержание каждого раздела.
Общие знания – это фундамент специальности, который обычно закладывается при обучении в высшем учебном заведении или в ходе его профессиональной деятельности. Например, от кандидата на должность программиста требуется знание технологий разработки программного обеспечения, систем управления базами данных и основ управления проектами. Это дисциплины, которыми он должен владеть до поступления в компанию.
Предметные знания имеют более специализированный характер. Желательно, чтобы новый сотрудник владел ими, но если уровень этих знаний недостаточен, то он сможет приобрести их в процессе корпоративного обучения и практической деятельности. Например, для менеджера по развитию сети СТО необходимо знать рынок услуг автосервиса, методы подбора автозапчастей, бизнес-процессы СТО, экономическую модель автосервиса и ряд других специальных дисциплин.
Требования к знаниям переходят в профиль должности из перечня компетенций, сформированного ранее. Здесь ничего придумывать не нужно, просто копируем соответствующие позиции перечня компетенций и переносим их в профиль должности.
Таким же образом, из состава компетенций, формируются требования к навыкам и личным качествам сотрудника. Например, специалист, занимающий должность менеджера по работе с СТО, должен владеть навыками поиска и анализа, информации, работы с автоматизированной системой CRM, ведения переговоров по телефону, подготовки писем, проведения презентаций и тому подобное.
Необходимые для этой работы личные качества: организационные способности, коммуникативные способности, аналитические способности, настойчивость, находчивость, внимательность. Он должен грамотно говорить и писать.
Следующий раздел “Ценности”. Требования к ценностям сотрудников не выводятся из бизнес-процессов. Это категория высшего порядка – выше бизнес-процессов и стратегии, поскольку ценности руководят выбором целей и стратегии. Состав ценностей един для всей компании, но в крупных компаниях большие подразделения могут в чем-то отличаться по составу ценностей.
Определение ключевых ценностей и их утверждение в коллективе – задача лидера.
Компании, сознающие значимость корпоративной культуры, при подборе сотрудников отдают приоритет ценностям, поскольку обучить человека можно, а воспитать, изменить его систему ценностей – практические невозможно.
Раздел “Функциональные обязанности” формируется из описания функций исполнителя процессов. Эта информация переносится в профиль должности из перечня компетенций.
В разделе “Область ответственности” указываются ключевые показатели, за которые должен отвечать сотрудник. Для специалиста по развитию сети СТО такими показателями являются:
- число станций в регионе, которые он обслуживает,
- объем закупок запчастей этими станциями,
- соответствие станций стандартам сервиса,
- лояльность автовладельцев.
Интересно, что последняя позиция из бизнес-процессов не вытекает. Если мы посмотрим показатели бизнес-процессов нижнего уровня, там нет такого показателя – “лояльность клиентов”. Тогда откуда он взялся в описании областей ответственности? Он появился из стратегии, из понимания того, какой “храм” строит эта компания.
Речь идет о точке зрения на процесс. Если бы мы смотрели только на функции внутри этих узко рассматриваемых процессов, мы бы ничего не могли сказать ни об автовладельцах, ни о их лояльности.
Если же смотреть на бизнес-процессы с точки зрения стратегии, то задача создания сети СТО рассматривается как способ построения устойчивого сбыта автозапчастей. Необходимым условием успеха здесь является лояльность автовладельцев, получающих сервис высокого качества и регулярно обращающихся на станции за услугами и запчастями.
Этот пример показывает, что нельзя правильно определить цели процессов, не понимая стратегии, в которой эти процессы действуют.
Таким образом, мы построили профиль должностной позиции специалиста, и теперь у нас появляется возможность составить описание вакансии, если необходимо привлечь на эту позицию специалиста с рынка труда.
Если у нас уже есть сотрудники на эти позиции, то мы, на основании профиля должностной позиции, уточняем их функции и области ответственности, определяем какие знания и навыки им необходимо дополнительно приобрести, намечаем задачи по их обучению и профессиональному развитию.
Профиль должностной позиции используется также для проведения формализованной оценки сотрудников. На его основе формируется анкета для определения уровня знаний, навыков и личных качеств специалиста. По результатам оценки разрабатывается индивидуальный план обучения, обеспечивающий сближение компетенций сотрудника с профилем должностной позиции.
Подведем итоги. Завершен важный этап внедрения процессного подхода к управлению компанией. Мы не только спроектировали бизнес-процессы, но и определили конкретные требования к человеческим ресурсам, необходимым для их выполнения. Мы начали с того, что структурировали бизнес-процессы. Затем были разработаны спецификации процессов, которые стали основой для формирования должностных обязанностей сотрудников и определения состава компетенций специалистов. Таким образом, действуя строго последовательно, мы построили профили должностных позиций специалистов.
Важно подчеркнуть, что требования к исполнителям сформулированы на основании анализа бизнес-процессов. Это точный результат логически обоснованных действий, описанных в настоящем методическом пособии.
***
Дальнейшие этапы “дорожной карты” внедрения системы управления процессами будут представлены во второй части практического руководства. В нее войдут следующие разделы:
- Разработка ключевых показателей деятельности (KPI),
- Внедрение системы вознаграждения на основе KPI,
- Разработка регламентов бизнес-процессов,
- Разработка инструкций для исполнителей процессов
- Рекомендации по управлению проектом внедрения процессного подхода.
***
Пошаговое практическое руководство по внедрению процессного подхода к управлению дает мастер-проект “Создание системы управления процессами”
Он содержит подробное описание каждого этапа этого проекта, а также шаблоны документов, создаваемых в ходе проектирования бизнес-процессов.
Далее вы можете ознакомиться с подробным описанием нашего мастер-проекта.
ИНФОРМАЦИЯ О МАСТЕР-ПРОЕКТЕ “СОЗДАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ”
В состав мастер-проекта входят:
- 14 мастер-классов
- 60 шаблонов документов
- индивидуальные консультации
Приобретая мастер-проект, вы получаете:
- Четкую последовательность действий по внедрению в компании процессно-ориентированного подхода к управлению;
- Примеры практического выполнения каждого этапа работы по проектированию и внедрению процессов;
- Шаблоны документов, которые пригодятся Вам при разработке проектной документации и регламентов;
- Концентрированный опыт сотен подобных проектов, который позволит Вам избежать ошибок и достичь наилучших результатов кратчайшим путем;
- Поддержку автора курса в решении задач, возникающих в ходе проекта.
Мастер-проект — это новая форма обучения и консультирования, в котором участвует вся управленческая команда. В течение 4 месяцев шаг за шагом под руководством консультанта-наставника вы проходите все этапы внедрения процессного управления в вашей компании.
Результат мастер-проекта — работающая система управления процессами и обученные сотрудники, способные самостоятельно вести работу по совершенствованию процессов.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
Автор: Александр Кочнев
Вход для
партнеров
Услуги и поддержка > Методические материалы
Технологии процессного управления
Консультация
по услугам 1С
Заявка на
авторский надзор
проектов
Заявка на услуги
ЦКТП
Одной из важных задач современного менеджмента является построение эффективной организации, способной реализовать поставленные перед ней стратегические цели. Как подойти к решению этой задачи, с чего начать? Важнейшую помощь здесь может оказать процессный подход. В этой статье мы покажем, как он работает и почему полезен.
Шесть основных шагов
Классика построения организации
Можно сказать, что построение организации состоит из трех основных фаз: разработка стратегии, разработка бизнес-процессов и проектирование на их основе организационной структуры (рис. 1).
На первом этапе необходимо разработать стратегию, определить долгосрочные стратегические цели компании.
На втором этапе компания должна ответить на вопрос «Какие работы, функции и бизнес-процессы нужно регулярно выполнять, чтобы достичь поставленных стратегических целей».
На третьем этапе компания должна ответить на вопрос «Кто будет выполнять бизнес-процессы? Кто за них будет отвечать? Кто кому будет подчиняться?». Другими словами, компания должна построить свою организационную структуру.
Необходимо отметить, что организационная структура компании выстраивается под бизнес-процессы, а сами бизнес-процессы выстраиваются под стратегию. Если появляется новая стратегическая цель, то, чаще всего, должен появится новый бизнес-процесс или подпроцесс на нижнем уровне, а в организационной структуре должен появится ответственный или исполнитель. Это может быть один из руководителей действующих подразделений или может быть введена новая должностная позиция.
Рис. 1. Классика построения организации
Все три перечисленных этапа построения организации взаимосвязаны системой ключевых показателей. В настоящее время многие компании определяют и измеряют достижение стратегических целей компании с помощью ключевых показателей. Например, такая стратегическая цель как «Рост прибыли» измеряется с помощью ключевого показателя «Величина прибыли» или показателя «Процент прироста прибыли». А такие стратегические цели как «Увеличение количества клиентов» и «Повышение удовлетворенности клиентов» измеряются с помощью ключевых показателей «Количество клиентов» и «Индекс удовлетворенности клиентов».
Далее на втором этапе построения организации эти ключевые показатели разбиваются или декомпозируются на составные ключевые показатели, которые распределяются по бизнес-процессам. На третьем этапе — построения организационной структуры — ключевые показатели бизнес-процессов распределяются по подразделениям и должностным лицам, которые отвечают за выполнение соответствующих бизнес-процессов. Также наиболее важные ключевые показатели необходимо включить в систему мотивации и оплаты труда подразделений и должностных лиц.
Строим процессное управление
Давайте рассмотрим более подробно второй этап построения эффективной организации, связанный с разработкой бизнес-процессов. При построении системы бизнес-процессов необходимо выполнить шаги, представленные на рис. 2. Эти шаги представляют основу системы процессного управления. Если в компании все эти шаги тщательно проработаны и поддерживаются, то можно говорить, что в компании процессный подход работает на 100%.
Первый шаг — это выделение бизнес-процессов компании. На этом шаге компания должна определить свои основные, обеспечивающие и управленческие бизнес-процессы и разработать их перечень. На практике такой перечень часто называют реестром бизнес-процессов.
На втором шаге — компания должна назначить ответственного за каждый бизнес-процесс или владельца бизнес-процесса. Многие бизнес-процессы являются сквозными, в них участвуют структурные подразделения и не все из них административно подчиняются владельцу бизнес-процесса. Поэтому владелец должен обладать полномочиями и механизмами влияния на все подпроцессы и шаги своего бизнес-процесса, и соответственно уметь влиять на всех его участников.
Третий шаг — это определение границ бизнес-процессов. На этом шаге по всем бизнес-процессам нужно определить входы и их поставщиков, а также выходы или результаты процессов вместе с их клиентами, которые эти результаты потребляют. Поставщики и клиенты бизнес-процессов могут как внешними, так и внутренними.
Рис. 2. Система процессного управления
На четвертом шаге на основе разработанной стратегии необходимо определить наиболее важные или ключевые показатели бизнес-процессов, которые необходимо контролировать и улучшать. По выбранным ключевым показателям необходимо определить их целевые значения и далее собирать фактическую информацию об их выполнении. Задачей владельца бизнес-процесса является анализ отклонений ключевых показателей от планируемых, поиск причин этих отклонений и разработка решений по устранению этих причин. Также необходимо разработать систему отчетности по выполнению ключевых показателей.
Пятый шаг — это описание и документирование бизнес-процессов. Для этого удобно использовать графические диаграммы бизнес-процессов. Далее на основе описаний разрабатываются регламенты бизнес-процессов, в которые включаются графические диаграммы, а также табличные и текстовые описания, содержащие детали, необходимые для выполнения процесса.
Важно отметить, что реализация пяти описанных шагов уже приводит к улучшению бизнес-процессов, потому что уменьшается количество споров кто за какие бизнес-процессы должен отвечать. Уменьшаются споры по поводу выполнения различных задач внутри процесса, когда смежные отделы пытаются переложить пограничные функции друг на друга. Разработанные описания и регламенты процессов четко описывают распределение ответственности и результат работы каждого подразделения.
Тем не менее, важно сделать шестой шаг — анализ и улучшение бизнес-процессов. Необходимо проанализировать описания и графические диаграммы процессов с целью поиска дополнительных возможностей улучшения бизнес-процессов. Анализ графической схемы процесса позволяет увидеть лишние шаги в процессе, дублирование шагов, а также возможности запараллеливания шагов. Графическая схема бизнес-процесса позволяет увидеть излишнюю фрагментарность процесса, когда процесс при своем выполнении часто переходит из отдела в отдел и на стыках различных отделов возникают нестыковки и ошибки, на устранение которых тратится время и финансовые ресурсы. Устранение лишних шагов и дублирования, лишних организационных разрывов, запараллеливание шагов бизнес-процесса и другие мероприятия по реинжинирингу и постоянному совершенствованию приводят к улучшению всех ключевых показателей бизнес-процесса: результата, стоимости, качества и длительности.
Тут необходимо отметить важную роль в улучшении бизнес-процессов информационных технологий и автоматизированных систем, которые помогут эффективно применить методы реинжиниринга и постоянного совершенствования. Во многих крупных компаниях автоматизацию бизнес-процессов выделяют в отдельный седьмой шаг построения системы процессного управления. При этом нужно помнить, что ИТ-архитектура, также, как и организационная структура компании, должны выстраиваться под существующие в компании бизнес-процессы и обеспечивать их эффективное выполнение.
Выполнение перечисленных шагов по построению эффективной системы процессного управления позволяет решить много различных задач, главной из которых является улучшение ключевых показателей деятельности компании. Каждая задача накладывает свои специфические требования на описание бизнес-процессов как по глубине описания, так и по информации, которая должна отражаться на разработанных моделях бизнес-процессов. Эти требования важно учитывать для того, чтобы разработанные модели бизнес-процессов не «ушли в стол» и эффективно применялись в практической деятельности компании.
Задачи, которое решает процессное управление
Ниже перечислены 10 основных задач, решаемых с помощью методов процессного управления. Эти задачи взаимосвязаны и часто в проектах по описанию и улучшению бизнес-процессов решаются вместе.
- Оптимизация бизнес-процессов и улучшение их ключевых показателей (KPI):
- повышение результативности;
- снижение стоимости;
- сокращение длительности;
- повышение качества и уменьшение операционных рисков.
- Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии.
- Построение эффективной организационной структуры и реструктуризация.
- Проектирование новых бизнес-направлений и бизнес-процессов.
- Тиражирование бизнеса, унификация бизнес-процессов и организационных структур.
- Автоматизация деятельности и внедрение информационной системы.
- Правильный подбор персонала, мотивация, уменьшение зависимости от персонала.
- Повышение эффективности работы персонала и высвобождение времени руководителей, регламентация деятельности.
- Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование.
- Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000.
Десять решаемых задач
Ещё раз перечислим 10 основных задач, решаемых с помощью методов и инструментов процессного управления. Эти задачи взаимосвязаны и часто в проектах по описанию и улучшению бизнес-процессов решаются вместе.
- Оптимизация бизнес-процессов и улучшение их ключевых показателей (KPI):
- повышение результативности;
- снижение стоимости;
- сокращение длительности;
- повышение качества и уменьшение операционных рисков.
- Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии.
- Построение эффективной организационной структуры и реструктуризация.
- Проектирование новых бизнес-направлений и бизнес-процессов.
- Тиражирование бизнеса, унификация бизнес-процессов и организационных структур.
- Автоматизация деятельности и внедрение информационной системы.
- Правильный подбор персонала, мотивация, уменьшение зависимости от персонала.
- Повышение эффективности работы персонала и высвобождение времени руководителей, регламентация деятельности.
- Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование.
- Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000.
В этой и следующей частях статьи каждую из этих 10 задач я рассмотрю подробнее.
Задача 1: Оптимизация бизнес-процессов и улучшение их ключевых показателей
Главная цель работы с бизнес-процессами — это улучшение их ключевых показателей. По любому бизнес-процессу можно выделить четыре базовых ключевых показателя (рис. 3).
- Первый базовый ключевой показатель — это величина результата бизнес-процесса или степень достижения результата.
- Второй базовый ключевой показатель — это стоимость бизнес-процесса или стоимость единицы результата бизнес-процесса. Чем меньше стоимость единицы результата бизнес-процесса, тем процесс более эффективен. Например, для процесса производства продукции типовой стоимостной показатель — это себестоимость единицы продукции или удельная себестоимость.
- Длительность получения единицы результата — это третий базовый ключевой показатель. Важно чтобы она была как можно меньше. Чем быстрее выполняется бизнес-процесс, тем меньше его операционный цикл и чем быстрее производится результат процесса, тем выгоднее для компании, так как в настоящее время внешняя среда, включая рынок быстро меняются и быстрое выполнение бизнес-процессов позволит компании оперативно подстраиваться под происходящие изменения.
- Четвёртый базовый ключевой показатель — это качество результата.
Эти ключевые показатели являются базовыми и их можно определить по любым бизнес-процессам. Для примера можно рассмотреть бизнес-процесс по подбору персонала. В этом случае результатом процесса являются подобранные сотрудники, а ключевыми показателями, измеряющими результат, являются «Процент выполнения плана по подбору персонала» или «Процент закрытых вакансий». Стоимостным показателем является стоимость подбора одного сотрудника. Длительность процесса подбора измеряется средним временем подбора одного сотрудника, а качество процесса можно измерять с помощью показателя «Доля сотрудников, прошедших испытательный срок».
Рис. 3. Базовые ключевые показатели бизнес-процесса
Часто на практике с помощью описания бизнес-процессов решаются более локальные задачи, большинство из которых перечислено далее. Решение этих локальных задач в конечном счете приводит к достижению первой задачи, связанной с улучшением ключевых показателей деятельности.
Задача 2: Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии
Давайте рассмотрим пример небольшой торговой компании, которая была создана и за 2 года выросла до численности 100 человек. Когда в компании работало 10-20 человек компания работала быстро и быстро обслуживала клиентов. Когда компания выросла до 100 человек в компании появилось много споров кто за какие процессы должен отвечать, и кто какие функции должен выполнять. В результате вместо того, чтобы обслуживать клиентов компания тратила непродуктивно много своего времени на споры. В этот момент генеральный директор понял, что необходимо начать заниматься повышением прозрачности.
В этой компании были выделены основные, обеспечивающие и управленческие бизнес-процессы, был разработан реестр бизнес-процессов и за каждый процесс был определен и назначен ответственный или владелец бизнес-процесса (рис. 4). Это уменьшило споры.
Рис. 4. Выделение бизнес-процессов и определение владельцев процессов
Далее были выбранные наиболее приоритетные бизнес-процессы, которыми оказались основные процессы «Закупка продукции», «Складирование продукции» и «Продажа продукции». Эти процессы были детализированы до уровня функций и на нижнем уровне было описано кто за что отвечает, и кто что исполняет. В результате компания обеспечила прозрачность. Количество споров еще уменьшилось, а такие ключевые показатели как результативность, стоимость, длительность и качество процессов улучшились. Простое наведение порядка в процессах уже улучшает их показатели.
И только после этого, примерно через год, компания стала целенаправленно анализировать описания своих бизнес-процессов и в них делать дельнейшие улучшения за счет применения методов реинжиниринга и постоянного совершенствования.
Задача 3: Построение эффективной организационной структуры, реструктуризация
Для построения эффективной организационной структуры необходимо описание бизнес-процессов, так как организационная структура строится именно для выполнения бизнес-процессов и должна подстраиваться под них. Эта задача актуальна как для малого, так и крупного бизнеса, хотя организационная структура крупных компаний обычно характеризуется большим количеством уровней управления.
Например, в одной производственной компании количество уровней управления по некоторым иерархическим ветвям оргструктуры доходило до 13. После описания бизнес-процессов компании в виде простого иерархического перечня, стало понятно кто за какие бизнес-процессы отвечает. В результате ряд уровней управления устранили, а те функции, за которые отвечали устраненные организационные единицы были перераспределены по вышестоящим и нижележащим уровням управления. В результате такой оптимизации эффективность компании выросла.
На следующем этапе в этой компании по бизнес-процессам были рассчитаны трудозатраты. Для этого для каждого бизнес-процесса измерили время, затрачиваемое на выполнение действий, а также объем работ или количество выполнений действий за период, перемножили эти два параметра и сложили. Поделили на рабочее время за период и рассчитали потребность в численности. В результате оказалось, что потребность в численности на 40% меньше, чем фактическая численность компании. Таким образом были выявлены излишки трудовых ресурсов. Были проанализированы причины этих излишков и часть излишков устранили, а часть человеческих ресурсов были переброшены в другие подразделения на другие участки бизнес-процессов, в которых был выявлен дефицит персонала.
Ещё пример: в другой компании перечень бизнес-процессов включал 36 различных процессов, связанных с закупками. А в организационной структуре эти процессы выполняли 36 различных отделов, которые были разбросаны по различным частям организационной иерархии. Не слишком ли много закупок?
Для построения эффективной организационной структуры необходимо описание бизнес-процессов, так как организационная структура строится именно для выполнения бизнес-процессов и должна подстраиваться под них.
Необходимо обратить внимание, что в данном случае, это нельзя назвать явным дублированием процессов, потому что это были разные закупки. Одни закупки были связаны с закупкой оборудования, другие закупки были связаны с закупками вспомогательных материалов, третьи закупки были связаны с закупками лицензий на программные продукты, то есть это были разные закупки. Но вопрос все равно был обоснованный. А не слишком ли много различных вариантов закупок?
Чтобы ответить на этот вопрос было выполнено описание бизнес-процессов. Выявленные 36 вариантов процесса закупок описали и процессные схемы сравнили. Оказалось, что процессные схемы похожи по шагам процесса, а также они по требованиям к компетенциям исполнителей. В итоге после реорганизации вместо 36 вариантов процессов было разработано 6 вариантов процессов, вместо 36 регламентов процессов было сделано 6, а 36 подразделений централизовали и вместо них стало 6. Причем общая численность сотрудников 6 подразделений стала меньше, чем численность персонала, которые ранее работали в 36 подразделениях. В итоге эффективность компании была повышена.
Задача 4: Проектирование новых бизнес-направлений и бизнес-процессов
Эта задача также актуальна для различных компаний, но чаще эта задача решается в компаниях, в которых новые продукты и услуги разрабатываются быстро. К таким компаниям можно отнести банки, страховые и телекоммуникационные компании, предоставляющие различные услуги. Когда в таких компаниях предлагается новая услуга для клиента, то прежде, чем предложить ее клиенту, будущие участники процесса по оказанию услуги собираются вместе и разрабатывают схему процесса. В рамках разработки участники договариваются между собой какие работы они в процессе оказания услуги будут выполнять и как они будут взаимодействовать между собой. В ходе разработки новой схемы происходит не только согласование, но и доработка схемы процесса. Услуга начинает оказываться клиентам только тогда, когда схема нового процесса и его регламент разработаны. Это позволяет услуги выводить на рынок в более проработанном виде. Пример схемы процесса верхнего уровня по банковскому продукту «Автокредитование» показан на рисунке 5.
Рис. 5. Схема процесса по банковскому продукту «Автокредитование»
Задача 5: Тиражирование бизнеса, унификация бизнес-процессов и организационных структур
Эта задача актуальна для распределенных компаний, имеющих одинаковые бизнес-процессы в различных отделениях и регионах (рис 6). Давайте рассмотрим несколько примеров.
В одной торговой компании, которая продает лекарства есть филиалы и головная компания, которая находится в городе Москве. Головная компания делает отгрузки для Москвы и Московской области, а филиалы отгружают продукцию региональным аптекам. Головная компания делала отгрузку продукции аптекам в Московской области, не более чем за 4 часа включая доставку, филиалы же делали отгрузку по 2-3 дня. Филиалы говорили, что у них большие расстояния до аптек, но их все равно это не устраивало и нужно было уменьшать время отгрузки в филиалах.
Рис. 6. Унификация бизнес-процессов и организационной структуры распределенной компании
Компания сначала поступала таким образом: приглашала технологов филиалов в Москву, проводила им экскурсию на складе и в отделе продаж головной компании и показывала, как устроены бизнес-процессы обработки заказов, набора заказов складе и доставки в аптеки. Но когда технологи возвращались к себе в филиалы, у них не получалось у себя использовать этот успешный опыт. Причина была в том, что знания и информация об успешной практике они увозят с собой только в своих головах.
В результате было принято решение все основные бизнес-процессы головной компании описать, построить схемы, документировать, чтобы сотрудники филиалов уже возвращались к себе с документацией. Процессы головной компании были описаны, а сотрудникам филиалов после проведения экскурсии выдавали на руки процессные регламенты и диаграммы, одновременно проведя обучение по ним. И только после такого подхода к тиражированию бизнес-процессы в филиалах стали улучшаться.
Второй пример относится к российскому подразделению одной западной компании, штаб-квартира которой расположена в Германии. Российское подразделение работает по типовым бизнес-процессам, которые диктует штаб-квартира. Локализацию некоторых процессов под российские законы, требования и специфику необходимо обосновать, и только после одобрения из штаб-квартиры можно построить локальные варианты бизнес-процессов. В результате эта компания имеет похожие бизнес-процессы по различным регионам, а степень локализации несущественна. Это приводит к повышению прозрачности, контролируемости, а самое главное если кто-то в одном месте улучшает бизнес-процесс, то эти улучшения автоматически транслируются на все аналогичные бизнес-процессы в других регионах и отделениях.
Аналогичных примеров много, к ним относятся банки и торговые сети. И, например, когда открывается новый магазин торговой сети в другом городе, там никто заново не придумывает бизнес-процессы потому, что они уже давно придуманы. В данном случае берутся типовые регламенты и схемы бизнес-процессов и запускаются в работу. Это позволяет открывать магазины более быстро по отработанным типовым технологиям.
Задача 6: Автоматизация деятельности и внедрение информационной системы
Для того чтобы внедрить информационную систему необходимо описать бизнес-процессы. В первую очередь это нужно для того, чтобы сравнить состав процессов с функционалом информационных систем, которые представлены на рынке и выбрать наиболее подходящую информационную систему (рис. 7). Далее на этапе внедрения эти процессные схемы нужно детализировать и описать на нижнем уровне. Такие детальные описания позволят определить требования к внедрению и доработкам типовой конфигурации информационной системы.
Рис. 7. Бизнес-процессы и информационная система
В результате внедрения информационной системы бизнес-процессы ускоряются, становятся менее трудозатратными и дешевыми, а также повышается их результативность. То есть решение этой задачи приводит к улучшению всех ключевых показателей.
Задача 7: Правильный подбор персонала, мотивация, уменьшение зависимости от персонала
Эта задача связана с сотрудниками и именно поэтому часто бывает, что в компаниях работу по описанию бизнес-процессов инициируют службы персонала.
Задачи службы персонала можно разделить на три подзадачи:
- правильный подбор персонала;
- создание эффективной системы мотивации;
- уменьшение зависимости компании от персонала.
Правильный подбор персонала
Чтобы подобрать сотрудника более правильно, более дешево, быстро и качественно необходимо чтобы в заявке на подбор были четко указаны должностные обязанности, которые сотрудник должен выполнять. Практика показала, что если руководитель подразделения формулирует эти должностные обязанности из головы, то они носят общий характер, неконкретны, сотрудника приходится искать долго и на это тратится больше финансовых ресурсов. Также может оказаться, что менеджер по подбору персонала под этими общими формулировками понимает нечто иное, чем руководитель подразделения, который их сформулировал и в результате подобранный сотрудник как правило, не устраивает руководителя. В результате придется подбирать следующего и т. д.
Чтобы улучшить все показатели процесса подбора персонала необходимо более качественно прописать должностные обязанности. Практика показала, что если должностные инструкции делать через процессное описание, то в таком случае формулировки должностных обязанностей берутся из конкретных бизнес-процессов и получаются конкретными. Помимо этого, процессные схемы при своей разработке обсуждаются, корректируются и согласуются в результате чего на схеме бизнес-процесса используется всем понятная терминология и все это приводит к более эффективному подбору персонала.
Эффективная мотивация
Вторая задача — построение эффективной системы мотивации. Описание бизнес-процессов, во-первых, позволяет лучше разобраться кто за что отвечает и правильно распределить ответственность за выполнение ключевых показателей между подразделениями и должностями. Во-вторых, описание бизнес-процессов позволяет посчитать такие важные показатели как длительность процесса, потому что, не указав начало и окончание бизнес-процесса невозможно посчитать его длительность.
Также описание процессов позволяет посчитать их стоимость. Указав сколько и каких ресурсов, требуется на каждом шаге бизнес-процесса, можно рассчитать стоимость бизнес-процесса и увидеть из чего она складывается. Также разработав требования к шагам бизнес-процесса и сделав процессный регламент можно измерять долю нарушений этих требований или качество выполнения процесса. В этом случае, в систему мотивации и оплаты труда возможно включить все важные ключевые показатели, что делает мотивацию более полной и эффективной.
Уменьшение зависимости компании от персонала
Под зависимостью от персонала понимаются два важных аспекта:
- длительность входа в должность нового сотрудника от момента его выхода на работу до момента, когда сотрудник сможет выполнять свои бизнес-процессы с нужным качеством;
- потеря организационных знаний от том, как выполняются бизнес-процессы при уходе сотрудников.
Такие задачи также решаются через описание бизнес-процессов. В качестве первого примера рассмотрим ресторан быстрого обслуживания «Макдоналдс». В этом ресторане описаны бизнес-процессы в виде графических наглядных диаграмм для того, чтобы молодые специалисты могли их могли быстро прочитать и освоить. После выхода в «Макдоналдс» молодого специалиста ему показывают диаграммы его бизнес-процессов, проводят тренинги в результате чего новому сотруднику требуется неделя-две чтобы он стал в строй и смог выполнять свои бизнес-процессы с нужным качеством.
Второй пример — это проектный институт, разрабатывающий проектную документацию, который столкнулся с проблемой передачи знаний. Средний возраст главных инженеров проектов в институте составлял 65 лет и шел в вверх. Необходимо было привлекать молодых специалистов, но сколько времени потребуется на передачу имеющихся знаний? Через сколько лет молодой специалист, который учился в институте 5 лет на инженера сможет стать опытным главным инженером? Оказалось, что на это требуется 15-20 лет. Причины были связаны с тем, что 15-20 лет требовалось чтобы изучить различные организационные аспекты бизнес-процессов, связанные с разработкой и сдачей заказчику проектной документации. Главные инженеры их знали, но эти знания были в головах.
В итоге в этом в проектном институте было принято решение описывать основные бизнес-процессы, и главная цель проекта по описанию процессов — уменьшение сроков адаптации молодых специалистов до 5 лет. После описания бизнес-процессов эта цель была достигнута.
Задача 8: Повышение эффективности работы персонала, высвобождение времени руководителей и регламентация деятельности
Эта задача похожа на вторую задачу, рассмотренную в части 2, связанную с повышением прозрачности, но в данном случае акцент делается создание регламентов процессов, которыми пользуются в реальной деятельности (рис. 8.).
Например, в одной организации, которая оказывает государственные услуги были регламенты оказания госуслуг. Эти регламенты были сделаны в текстовом виде и висели у них на веб-сайте. В большинстве случаев исполнители и клиенты эти регламенты не читали, потому что, во-первых, в регламентах был сложным, а во-вторых, в регламентах были противоречия. В результате этого при обслуживании клиентов были потери времени на внутренние споры, связанные с выяснением, кто какие функции в процессах должен выполнять.
Рис. 8. Формирование на основе описания бизнес-процессов процессных и структурных регламентов
Было решено упростить эти регламенты, повысить их наглядность и качество, разработав графические диаграммы. В текстовом регламенте каждому абзацу был сопоставлен шаг бизнес-процесса на графической диаграмме и была показана последовательность выполнения шагов. Также были показаны входы и выходы шагов процесса, было показано в каких случаях бизнес-процесс идет в одну сторону, а в каких случаях в другую. То есть была сделана наглядная блок-схема процесса, которая визуализирует его структуру, и эта блок-схема была включена в регламенты. В результате повысилось качество регламентов и как следствие повысились скорость и качество обслуживания клиентов, а также их удовлетворенность.
В другом примере одной торговой компании руководители отделов большую часть своего рабочего времени тратили на объяснение сотрудникам что и как нужно делать в бизнес-процессах. При этом на руководителя также перекладывалась и ответственность за результат. Такое положение вещей не устраивало компанию. Были сделаны описания бизнес-процессов и на их основе были разработаны процессные регламенты. Сотрудники стали руководствоваться регламентами, а к своим начальникам ходили за советами только в случаях, когда бизнес-процесс выходит за рамки регламента. В результате время руководителей было высвобождено и направлено на развитие и улучшение бизнес-процессов.
Задача 9: Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование
Часто в компаниях работу по описанию бизнес-процессов инициируют финансовые менеджеры, потому что описание бизнес-процессов повышает эффективность управления финансами и, в частности, позволяет снижать издержки, точнее рассчитывать себестоимость продуктов и услуг и перейти на процессное бюджетирование.
Снижение издержек
Первая финансовая задача, которую позволяет решать описание бизнес-процессов — это снижение издержек. Чтобы снижать издержки их нужно посчитать, а также увидеть, как стоимость формируется по шагам бизнес-процесса. После разработки стоимостной модели процесса появляется информационное поле, позволяющее понять за счет чего можно уменьшить стоимость (рис. 9).
Рис. 9. Разработка стоимостной модели бизнес-процесса
Расчёт себестоимости продуктов и услуг
Описание бизнес-процессов позволяет более правильно распределить накладные расходы и более точно посчитать себестоимость продуктов и услуг. В одной компании, в которой считали себестоимость продуктов традиционным способом, распределяя накладные расходы по одной базе распределения, получили что все продукты являются прибыльными. Но когда эксперты описали бизнес-процессы и более правильно (через бизнес-процессы) разнесли накладные расходы по продуктам, то увидели, что часть продуктов являются убыточными и на этих продуктах компания теряет заработанную прибыль. За то другие продукты оказались более прибыльными, но компания этого не осознавала. В результате компания отказалась от ряда неперспективных продуктов и сделала ценообразование по другим продуктам эффективнее.
Процессное бюджетирование
Описание бизнес-процессов позволяет разработать модель, которая позволяет более точно спланировать стоимость процессов на последующие и разработать бюджеты компании. В отличие от традиционного бюджетирования, в котором затраты планируют исходя из планов по выручке, в процессном бюджетировании затраты планируют более точно исходя из объема работ по процессам и стоимости используемых ресурсов.
Задача 10: Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000
Последняя важнейшая задача — это повышение привлекательности компании в глазах заинтересованных сторон:
- акционеров и кредиторов;
- клиентов;
- поставщиков;
- персонала;
- партнёров и других контрагентов.
Практика показала, что если компания не прозрачна и ее бизнес-процессы не описаны, то возрастает риск, что компания не выполнит свои обязательства перед заинтересованными сторонами. Поэтому инвесторы склонны инвестировать деньги в компании с описанными бизнес-процессами, клиенты и партнеры также предпочитают иметь дело с компаниями, в которых выстроены и отлажены бизнес-процессы.
Например, многие западные компаний, работающие в России, а также крупные российские компании, требуют от своих поставщиков применения процессного подхода и описания бизнес-процессов. В таких компаниях есть собственные стандарты процессного управления, которые они доводят до своих поставщиков, а также проводят аудит соблюдения ими этих стандартов.
Что касается привлекательности компании в глазах персонала, интересно рассмотреть следующий пример. В одной торговой продовольственной сети, недавно созданной и выросшей до численности в 700 человек, продукция пользовалась большим спросом. Клиенты шли в магазины этой торговой сети, компания росла, нанимала новый персонал, но на определенном этапе столкнулась с проблемой — не все сотрудники крупных торговых сетей были готовы переходить. Многие работающие в этой компании сотрудники говорили, что, работая раньше в крупных компаниях, они себя чувствовали более спокойно и стабильно, потому что там были прописаны бизнес-процессы и они понимали свои должностные обязанности. В растущей торговой сети этого еще не было и поэтому каждый день приходя на работу, они ожидали, что другие отделы постараются перебросить им свои функции и им придется тратить рабочее время и энергию на споры. В результате был запущен проект описания бизнес-процессов и директор по маркетингу компании в качестве основной ценности назвал повышение морально-психологического климата в коллективе.
Системный подход к описанию бизнес-процессов
Как описать бизнес-процессы? Я покажу системный подход к их описанию, который предполагает описание процессов «сверху-вниз» и включает выделение бизнес-процессов верхнего уровня и их дальнейшее разбиение до уровня функций и действий. Для эффективного описания бизнес-процессов необходимо договориться о базовых понятиях и терминах.
Процесс и функция
Двумя важными понятиями являются бизнес-процесс и функция. Обычно на вопрос «Чем функция отличается от бизнес-процесса?» многие дают правильный ответ: «Функция является частью бизнес-процесса, а бизнес-процесс состоит из функций». Тем не менее, стоит посмотреть на эти понятия внимательнее.
Важно отметить что понятие «функция» появилось раньше, чем понятие «бизнес-процесс». Изначально под функцией понимали совокупность однородных работ, которые выполняются одной организационной единицей (структурным подразделением или должностью). При этом многие виды деятельности при своем выполнении требуют, чтобы в них взаимосвязано и согласовано выполнили свои функции различные структурные подразделения. И оказалось, что если каждый отдел выполнит свою функцию быстро и качественно, то это еще не гарантирует, что деятельность в целом будет выполнена быстро и качественно. Причина в том, что многие временные задержки, нестыковки, ошибки и проблемы при выполнении деятельности находятся на стыках между различными структурными подразделениями. Для решения этой проблемы было предложено простое решение: деятельность в целом стали называть бизнес-процессом, а за него стали назначать одного ответственного, которого стали называть владельцем бизнес-процесса.
Давайте рассмотрим понятие бизнес-процесс и функция на примере деятельности по подготовке ценового предложения клиенту (рис. 10). Компания получает от клиента запрос на подготовку ценового предложения по производству и поставке продукции. Первую функцию в этой деятельности, которая называется «Получение и уточнение запроса от клиента», выполняет отдел продаж. Далее уточненный запрос от клиента отдел продаж передает в два других подразделения: производственный отдел и транспортный отдел. Эти два подразделения выполняю следующие две функции: «Расчет производственной себестоимости» и «Расчет транспортной составляющей». Далее рассчитанные данные производственной себестоимости и транспортных расходов передаются в отдел продаж, который на их основе выполнят четвертую функцию — оформляет и отправляет ценовое предложение клиенту.
Рис. 10. Бизнес-процесс «Подготовка ценового предложения клиенту»
Все четыре функции вместе составляют единый бизнес-процесс «Подготовка ценового предложения клиента», за который назначен один ответственный или владелец бизнес-процесса — руководитель отдела продаж. Именно он отвечает за результат процесса и обеспечивает своевременное, качественное и эффективное выполнения бизнес-процесса.
Вопрос, который часто задают на практике: «Можно ли функцию назвать бизнес-процессом»? Ответ: «Конечно можно». Рассмотрим этого на примере функции по расчету производственной себестоимости. По отношению к процессу в целом, эта деятельность, как составляющая процесса, является функцией. Но при дальнейшем разбиении этой функции на шаги ее можно назвать бизнес-процессом по отношению к своим составным частям.
Важно отметить, что понятия бизнес-процесс и функция относительны, поэтому споры о том, как назвать конкретную деятельность процессом или функцией, бессмысленны и только отнимают время. Все зависит от подходов, целей и задач описания.
Интересно рассмотреть, как к решению задачи именования процессов подходят на практике различные российские и западные компании. На рис. 11 приведен фрагмент дерева бизнес-процесса «Управление персоналом», на примере которого рассматриваются подходы к именованию различных уровней бизнес-процессов в различных компаниях.
Рис. 11. Декомпозиция бизнес-процесса и названия уровней
В одной производственной российской компании процессы первого уровня назывались процессами, далее они разбивались на процедуры, а процедуры разбивались на функции. В другой производственной компании использовались те же понятия, только функция оказалась уровнем выше, чем процедура. Когда директора по качеству двух заводов встретились друг с другом, то они стали спорить, что крупнее процедура или функция, какую из этих категорий следует располагать выше. Через некоторое время они пришли к выводу, что возможны оба похода и что названия уровней — это вопрос договоренностей. В третьей производственной компании для разных уровней процессов применялись префиксы «гига» и «мега», в результате чего процессы первого уровня «гигапроцессы» декомпозировались на «мегапроцессы», а те в свою очередь декомпозировались на «процессы».
Интересно также рассмотреть подходы, используемые западными компаниями. Например, организация APQC, которая занимается стандартизацией и разработкой типовых моделей бизнес-процессов, в том числе и отраслевых на первом уровне использовала понятие «процессная категория», на втором уровне «процессная область», на третьем — «процесс», на четвертом «действие», а на пятом «задача» (рис 11).
Понятия бизнес-процесс и функция относительны, поэтому споры о том, как назвать конкретную деятельность процессом или функцией, бессмысленны и только отнимают время.
Во многих российских банках прижилась полезная практика, когда первый уровень процессов называется процессной областью, далее процессная область разбивается на процессы, процессы на этапы, а этапы на действия. В данном случае введенные понятия обладают полезным смыслом, и процессная модель становится более понятной для сотрудников банка. Например, под процессной областью понимается процесс, состоящий из подпроцессов, которые выполняются относительно автономно и параллельно, например, в области управления персоналом. А процессом называется уровень, на котором процесс разбивается на подпроцессы, имеющие явно выраженную последовательность и взаимосвязанность, например, «Подбор персонала». Далее процессы разбиваются на этапы, например, «Реклама вакансии», а этапы далее разбиваются на действия. В рамках такого подхода процессная область может иметь в своем составе более мелкие процессные области, которые включают различные варианты процесса. Например, часто процесс «Подбор персонала» является процессной областью, если имеются различные варианты подбора сотрудников, например, «Подбор продавцов», «Подбор административно-управленческого персонала» и др. В этом случае каждый из вариантов подбора персонала будет процессом, то есть понятие процесс будет появляться не на втором, а на третьем уровне, а на первом и втором уровнях будут процессные области.
Простой подход именования уровней применяется в одной международной компании со штаб-квартирой в Германии. Его отличием является использование упрощенной терминологии, включающей только одно понятие «процесс». Все уровни называются процессами с определенного уровня. И даже мелкие операции, например, такие как «выставление счета клиенту», назывались процессами с указанием значения уровня.
Способы описания бизнес-процессов
Существуют два разных способа описания бизнес-процесса: упрощенный способ — вертикальное описание и детальное горизонтальное описание процесса (рис. 12).
Рис. 12. Вертикальное и горизонтальное описание бизнес-процессов
При использовании вертикального описания показывается только состав процесса в виде иерархического перечня или дерева. При графическом изображении между процессами в дереве проводятся только вертикальные иерархические связи. Отсюда и пошло название метода — вертикальное описание. Преимуществом вертикального описания бизнес-процессов является его простота и легкость, что позволяет быстро и массово описать все бизнес-процессы.
Практика показала, что вертикального описания процессов достаточно, чтобы решать многие задачи. Например, задача построения эффективной организационной структуры в большей части может быть выполнена с использованием вертикального описания бизнес-процессов. Такое описание позволяет найти процессы, у которых нет ответственных или много ответственных, что тоже ведет к безответственности. Вертикальное описание процессов позволяет найти лишние функции, дублирования функций, а также возможности повышения эффективности организационной структуры за счет централизации выполнения функций и процессов. Также вертикальное описание процессов позволяет определить, какие функции можно передать на вышестоящие и нижестоящие уровни организационной иерархии, и от каких уровней оргструктуры можно избавиться, сделав организационную структуру более плоской, быстрой и гибкой.
По нижним элементам вертикального описания или дерева бизнес-процесса можно измерить затраты времени на их выполнение, посчитать количество выполнений процессов за период и перемножив эти два значения получить трудозатраты. Далее если поделить трудозатраты за период на фонд доступного рабочего времени, то получается потребность в численности, которая по одним процессам, подразделениям и должностным позициям может быть меньше фактической численности — это выявление излишков, а по другим процессам и организационным единицам может быть выявлена нехватка или дефицит человеческих ресурсов для их нормального функционирования.
В отличие от вертикального описания горизонтальное описание бизнес-процессов более детально, показываются также горизонтальные связи между процессами: это связи последовательности выполнения процессов, а также связи, соответствующие информационным и материальных потокам, которые являются выходами одних процессов и входами для других. Так отражается взаимосвязанная система процессов.
Например, такая задача как оптимизация взаимодействий между подразделениями в организационной структуре требует горизонтального описания бизнес-процессов. Часто проблемы, которые возникают в бизнес-процессах на стыках между различными подразделениями, связаны с тем, что результат или информация, передаваемая от одного отдела к другому не формализованы. Это приводит к временным задержкам, а также ошибкам. Формализация потоков или входов/выходов устраняет эти задержки и ошибки. Такая задача как автоматизация также требует горизонтального описания бизнес-процессов, но с акцентом на описание информационных потоков и данных, подлежащих учету и обработке в информационной системе.
Совмещение подходов к описанию процессов
Практика эффективного описания бизнес-процессов показала целесообразность совмещения на разных уровнях двух видов описания — вертикального и горизонтального.
На верхнем уровне целесообразно применять вертикальное описание, так как на этом уровне не прослеживается никакая последовательность между процессами и поэтому здесь не целесообразно показывать входы и выходы. Если же все входы и выходы «собрать снизу» и показать на верхнем уровне, то их будет так много, что диаграммы процессов верхнего уровня будут нечитабельны и руководители просто не будут их использовать для анализа и принятия решений. Если же входы и выходы на верхнем уровне обобщить, то это не даст большой ценности, но при этом отнимет много времени и вызовет много лишних вопросов, связанных с пониманием процессной модели.
Горизонтальное описание, включающее описание входов и выходов целесообразно применять на нижнем уровне процессов, подпроцессы которых имеют последовательность и взаимосвязанность между собой.
Именно такой системный подход позволит быстро и эффективно построить полную процессную модель, которая может быть использована для решения большинства задач, связанных с проектированием и улучшением деятельности компании.
Классификация процессов верхнего уровня
В рамках процессного подхода компания рассматривается как совокупность бизнес-процессов на выходе которой имеются продукты и услуги, а на входе ресурсы. Для того чтобы эффективно управлять компанией первый руководитель должен назначить одного ответственного за каждый бизнес-процесс (или его владельца).
Далее необходимо по каждому бизнес-процессу определить ключевые показатели (связанные со стратегией) и задачей владельца бизнес-процесса является достижение ключевых показателей по своему бизнес-процессу. Владелец бизнес-процесса должен регулярно отчитываться перед первым руководителем о том, как происходит выполнение ключевых показателей по его бизнес-процессу.
Для улучшения ключевых показателей владелец бизнес-процесса должен организовать описание и улучшение своего процесса. Задачей первого руководителя является улучшение бизнес-процессов на верхнем уровне, в ходе которого процессы верхнего уровня нужно оптимальным образом состыковать между собой.
Три группы бизнес-процессов верхнего уровня
На практике часто бизнес-процессы верхнего уровня делят на три группы (рис. 13). Первая группа — это основные бизнес-процессы, которые непосредственно связаны с производством продуктов и услуг. Вторая группа процессов — это обеспечивающие бизнес-процессы, выходы которых представляют ресурсы, необходимые для нормального функционирования основных бизнес-процессов. И третья группа — это бизнес-процессы управления, выходы которых представляют управленческие воздействия на основные и обеспечивающие бизнес-процессы.
Рис. 13. Классификация бизнес-процессов верхнего уровня
Эта классификация бизнес-процессов на три группы является частично условной и некоторые бизнес-процессы в различных компаниях относят к различным группам. Например, бизнес-процесс по управлению персоналом в некоторых компаниях относят группе обеспечивающих бизнес-процессов, обосновывая это тем, что выходом процесса является человеческий ресурс. В других же компаниях выход этого процесса описывают более подробно, указывая, что на выходе процесса помимо подобранных сотрудников есть также планы по обучению, положение о системе мотивации и оплате труда, а также другие управленческие выходы. И именно по этой причине бизнес-процесс по управлению персоналом в этих компаниях относят к группе управленческих бизнес-процессов.
Необходимо отметить, что в общем случае не принципиально к какой из трех рассмотренных групп отнесен конкретный бизнес-процесс. Польза такой классификации состоит в том, что она позволяет бизнес-процессы верхнего уровня, которых обычно бывает 15-20, разбить на три равные группы по 5-7 процессов, что делает карту процессов верхнего уровня более наглядной и повышает эффективность функционирования системы процессного управления компанией.
Для правильного выделения основных бизнес-процессов целесообразно предварительно составить перечень продуктов и услуг или видов деятельности компании. В качестве примера давайте рассмотрим три различные компании.
Компания с различными видами деятельности
Первый пример — компания «Видеомир», которая занимается тремя разно-профильными видами деятельности (рис. 14):
- розничная торговля аудио-видео продукцией, в рамках которого компания закупает аудио-видео продукцию, складирует ее и продает в розницу через сеть магазинов;
- производство и продажа аудиопродукции, или издательство, в рамках которого компания ищет авторов песен и музыки, приобретает у них права на произведения, организует производство аудиопродукции и продает аудиопродукцию оптовым покупателям;
- производство и продажа торгового оборудования.
Рис. 14. Виды деятельности компании «Видеомир».
Основных бизнес-процессы компании логично выделить по ее видам деятельности. В рамках каждого основного бизнес-процесса имеется своя закупка, свое складирование и свои продажи. Также в этой компании были выделены пять обеспечивающих бизнес-процессов: обеспечение безопасности, административно-хозяйственное обеспечение, юридическое обеспечение деятельности, а также ИТ-обеспечение и связью. В группе управленческих бизнес-процессов были выделены пять бизнес-процессов управления: стратегическое управление, управление финансами, управление маркетингом, управление персоналом и управление товарным запасом.
Рис. 15. Дерево процессов верхнего уровня компании «Видеомир»
Пример дерева бизнес-процессов верхнего уровня компании «Видеомир» приведен на рис.15. В результате было выделено 12 бизнес-процессов верхнего уровня. Отметим, что это пример небольшой компании, численность сотрудников которой составляет 200 человек из который 40 человек — это административно-управленческий персонал, а 160 человек — это линейный персонал, представленный продавцами, работающих в магазинах.
Компания, работающая на различных рынках
Второй пример — торговая компания, которая является дистрибьютером лекарств на трех различных рынках (рис 16):
- оптовая торговля лекарствами;
- торговля лекарствами на аптечном рынке Москвы и Московской области;
- торговля лекарствами на аптечном рынке в регионах.
Рис 16. Виды деятельности торговой компании
В этой компании логично выделить пять основных бизнес-процессов, среди которых три процесса связаны с продажами лекарств на трех различных рынках. Четвертый и пятый процессы — это закупка лекарств и складирование лекарств, которые являются общими для трех видов деятельности. На рис. 17 представлена карта бизнес-процессов верхнего уровня торговой компании.
Рис 17. Карта процессов верхнего уровня торговой компании
Обеспечивающие и управленческие бизнес-процессы торговой компании по своему составу практически аналогичны рассмотренной выше компании «Видеомир». Необходимо отметить, что в различных компаниях процессы управления и обеспечения являются в определенной мере типовыми. И между собой различные компании большей частью отличаются по основным бизнес-процессам, которые больше всего взаимосвязаны с видами деятельности компаний.
Производственная компания
И третий пример — производственная компания, основной вид деятельности которой — производство и продажа продукции. Также эта производственная компания имеет вспомогательный вид деятельности по оказанию услуг контрактного производства, в рамках которого на своем производственном оборудовании производит продукцию других производителей (рис 18).
Рис 18. Виды деятельности производственной компании
В этой производственной компании были выделены пять основных бизнес-процессов: закупка сырья и материалов, производство продукции, продажа продукции, доставка продукции потребителям и продажа услуг контрактного производства. Карта бизнес-процессов верхнего уровня производственной компании приведена на рис. 19.
Рис 19. Карта процессов верхнего уровня производственной компании
Существует три правила выделения бизнес-процессов верхнего уровня
- Первое правило является эмпирическим и гласит, что на верхнем уровне компанию целесообразно разбить на 15-20 бизнес-процессов.
- Второе правило требует, чтобы бизнес-процессы верхнего уровня были равнозначны с точки зрения важности для достижения стратегии компании.
- И третье правило гласит, что перечень бизнес-процессов верхнего уровня должен быть согласован и утвержден первым руководителем компании, который именно в таком разрезе будет осуществлять управление и контроль деятельности компании.
Три правила выделения процессов верхнего уровня
Количество процессов верхнего уровня
Эмпирически, из практического опыта выведено оптимальное количество выделенных бизнес-процессов.
Правило 1. На верхнем уровне деятельность компании должна быть разбита на 15-20 бизнес-процессов верхнего уровня.
Практика показала, что разбиение компании на 15-20 процессов верхнего уровня является оптимальным с точки зрения контроля и интеграции процессов со стороны первого руководителя. В таком случае первый руководитель будет регулярно (как правило ежемесячно) получать 15-20 отчетов по выполнению ключевых показателей бизнес-процессов верхнего уровня. Также первому руководителю нужно будет активно учавствовать и принимать решения по оптимизации взаимодействий между 15-20 бизнес-процессами.
Если компанию разбить на большее количество бизнес-процессов верхнего уровня, то уровень контроля процессов со стороны первого руководителя будет излишне детальным, а интеграция процессов между собой потребует много времени. Такая детальная интеграция — не соответствует уровню первого руководителя, так как требует глубокого погружение на операционный уровень каждого бизнес-процесса.
Пример. В одной компании специалистами по описанию процессов было выделено 80 бизнес-процессов верхнего уровня. Это обосновывалось тем, что деятельность компании слишком сложная и требует множества бизнес-процессов. Когда специалистам сказали, что при таком подходе их генеральному директору придется ежемесячно рассматривать 80 отчетов о выполнении ключевых показателей по бизнес-процессам верхнего уровня, а также участвовать в выстраивании взаимодействий между этими 80 процессами, складывая их как мелкий пазл, то специалисты по описанию процессов задумались, но остались на своем решении. Однако, когда эта работа была доведена до генерального директора, он попросил специалистов по описанию процессов агрегировать многие процессы для того чтобы уровень контроля и интеграции с его стороны был оптимальным. В результате в этой компании на верхнем уровне стало 18 бизнес-процессов.
Практика показала, что при работе с процессами любая компания в итоге придет к 15-20 бизнес-процессам на верхнем уровне, которое, повторюсь, является оптимальным. Конечно есть небольшие компании, как например рассмотренная в части 5 компания «Видеомир», в которой было выделено 12 бизнес-процессов верхнего уровня. Также есть крупные компании, в которых приходится выделять много обеспечивающих бизнес-процессов, добавляя к типовому перечню такие обеспечивающие процессы как промышленная безопасность, экологическая безопасность, обеспечение электроэнергией и др. — в результате чего перечень процессов верхнего уровня может достигать количества 22-24 и даже выше. Но в среднем, как показывает практический опыт на верхнем уровне количество бизнес-процессов составляет значение 15-20.
Важность процессов верхнего уровня
На верхнем уровне все бизнес-процессы должны быть соразмерно важны для достижения стратегии компании. Не допускается на верхнем уровне рядом с важными и крупными процессами, размещать неважные и мелкие бизнес-процессы.
Правило 2. Бизнес-процессы верхнего уровня должны быть равнозначными с точки зрения важности для достижения стратегии компании.
Давайте рассмотрим, как влияет это правило на выделение бизнес-процессов верхнего уровня.
Пример. В торговой компании, занимающейся дистрибуцией лекарств (подробнее сотрите часть 5) в группе управленческих бизнес-процессов имеется процесс по управлению товарным запасом (рис. 20). Ранее на верхнем уровне этого процесса не было, так как он входил в состав бизнес-процесса закупки лекарств и был на втором уровне. Однако, с этим процессом связаны три ключевые проблемы и соответствующие им ключевые показатели.
Первый проблемный ключевой показатель — это величина товарного запаса, который достигал значения 6 месяцев продаж. То есть на складе товара лежало на 6 месяцев продаж и склад за год оборачивался всего лишь 2 раза. Таким образом оборачиваемость товарного запаса были слишком низкой, а его величина и соответственно затраты на складирование и поддержание товарного запаса были слишком высокими.
Вторым проблемным ключевым показателем по товарном запасу, являлся ассортиментный дефицит, который в определенный периоды времени достигал значения 20%. Когда клиенты направляли в компанию заказы на поставку лекарств, то оказывалось что по 20% ассортиментным позициям, товар на складе отсутствует. Соответственно компания теряла выручку, а удовлетворенность клиентов снижалась, и они переключались на других поставщиков лекарств. Основной причиной большого ассортиментного дефицита было то, что отсутствующий товар негде было размещать на складе, так как склад был забит большим количеством другого товара. То есть основная причина была связана с большим товарным запасом.
И третий проблемный ключевой показатель — это доля неликвидной продукции, которая также была высокой. Под неликвидной продукцией в компании считались лекарства со сроком годности менее 6 месяцев. Такие лекарства приходилось продавать с существенными скидками, то есть неликвидная продукция быстро обесценивалась и приводила к финансовым потерям. Причиной большого количества неликвидной продукции, как и большого товарного запаса были излишние закупки.
Когда руководители компании изучали опыт работы дистрибьютеров лекарств в других странах, то увидели, что там средняя величина товарного запаса составляет 2 месяца продаж. То есть при одном и том же объеме продаж товарным запас был в 3 раза меньше и требуемый размер склада тоже, соответственно затраты на складирование и поддержание товарного запаса также в 3 раза были меньше. Также было понятно, что все три проблемы товарного запаса взаимосвязаны и что ключевая причина трех проблем связана с излишними закупками и отсутствию должной работы по управлению товарным запасом.
Сначала в торговой компании ответственным за эти показатели являлся отдел закупок, так как процесс по управлению товарным запасом входил в состав процесса закупок. Но отдел закупки не смог обеспечить улучшение этих трех ключевых показателей по двум причинам:
• отдел закупок был сконцентрирован на других своих основных процессах — это поиск поставщиков, формирование заказов на поставку, их отслеживание и др.;
• поставщики лекарств большими скидками стимулировали отдел закупок закупать в прок.
В итоге руководством компании было принято решение о выведении процесса по управлению товарным запасом на верхний уровень и назначении другого ответственного за этот процесс (владельца процесса). Теперь процесс по управлению товарным запасом непосредственно контролировал генеральный директор, а выполнением этого процесса занималась новая служба управления товарным запасом. Эта служба формировала отчетность по товарному запасу, анализировала ее и предлагала инициативы по оптимизации товарного запаса. Генеральный директор рассматривал эти отчеты и инициативы, принимал решения, а также контролировал как это влияет на ключевые показатели по товарному запасу. В результате этой работы в течение года все три проблемы по товарному запасу были устранены, а соответствующие три ключевых показателя были значительно улучшены.
Согласно правилу равнозначности, наиболее важные и проблемные процессы целесообразно поднимать на более высокие уровни процессной модели компании. Полезно отметить, что в различных компаниях есть много похожих бизнес-процессов, но они могут находится на разных уровнях процессной модели по причине различной важности для стратегии компании, а также их различной степени проблемности.
Утверждение процессов верхнего уровня
При согласовании карты бизнес-процессов верхнего уровня с первым руководителем компании полезно видеть не только формальную процедуру, но и дополнительный инструмент контроля бизнес-процессов и возможность сделать модель процессов верхнего уровня наиболее оптимальной и эффективной для практической деятельности.
Правило 3. Перечень бизнес-процессов верхнего уровня должен быть согласован и утвержден первым руководителем компании.
Пример. В торговой компании занимающейся дистрибуцией лекарств изначально было предложено на верхнем уровне показать только один бизнес-процесс продаж, а на втором уроне сделать его детализацию на три бизнес-процесса продаж на трех различных рынках. При согласовании карты процессов с генеральным директором он указал на необходимость отображения на верхнем уровне всех трех бизнес-процессов продаж и соответствующей отчетности. В другой компании, первый руководитель посчитал необходимым агрегировать ряд бизнес-процессов на верхнем уровне, в результате построенные процессные модели стали более эффективно использоваться для управления деятельностью компании.
Рис. 20. Карта процессов верхнего уровня торговой компании
В примере производственной компании в отличие от торговой среди основных процессов появился бизнес-процесс доставки продукции потребителям (рис. 21). В торговой компании такой бизнес-процесс также есть, но он входит в состав процессов продаж. Причина в том, что в производственной компании продукция экспортируется и процесс доставки продукции потребителям является более важным и дорогим по стоимости, поэтому и размещен на верхнем уровне.
В группе обеспечивающих бизнес-процессов производственной компании в отличие от торговой также появились еще два бизнес-процесса: ремонт и модернизация оборудования, а также капитальный ремонт и строительство. В торговой компании есть складское оборудование и погрузчики, а также процессы по их ремонту и обслуживанию. Но объем этих ремонтных работ в торговой компании меньше, именно поэтому у нее процесс ремонта входит в состав процесса складирования и размещен на втором уровне процессной модели.
Рис. 21. Карта процессов верхнего уровня производственной компании.
Также в торговой компании есть работы по ремонту офисного здания, но вследствие их меньшего объема и стоимости они также размещены на втором уровне процессной модели и входят в состав обеспечивающего бизнес-процесса по административно-хозяйственному обеспечению деятельности. В производственной компании бизнес-процессы ремонта и модернизации оборудования, а также капитального ремонта и строительства по объему работ, стоимости и важности являются более значимыми и поэтому размещены на верхнем уровне процессной модели.
Среди бизнес-процессов управления в производственной компании есть бизнес-процесс по управлению проектами, которого нет на верхнем уровне в торговой компании. Это связано с тем что в производственной компании перечень реализуемых проектов развития значительно больше, а контроль их выполнения и управление портфелем проектом более значимы для стратегии компании. В торговой компании такой процесс входит в состав процесса стратегического управления.
Ответственные за бизнес-процессы или их владельцы
На карте процессов верхнего уровня производственной компании также показаны ответственные за бизнес-процессы или владельцы бизнес-процессов (рис. 21). Именно они отвечают перед первым руководителем за достижение ключевых показателей по своему процессу, а также за функционирование процессов в соответствии с требованиями, которые формулируются в организационно-распорядительных документах компании.
Альтернативным способом отображения распределения ответственности за бизнес-процессы верхнего уровня является матрица ответственности (рис. 22). В строках матрицы перечисляются бизнес-процессы верхнего уровня, в столбцах матрицы показываются руководители верхнего уровня, а на пересечении строк и столбцов показываются символы ответственности.
Рис. 22. Матрица распределения ответственности за процессы верхнего уровня производственной компании
Матрица распределения ответственности позволяет наглядно увидеть кто за что отвечает и показать равномерность распределения ответственности. Матрица позволяет наглядно показать бизнес-процессы, у которых нет ответственных, а также бизнес-процессы у которых несколько ответственных, что означает безответственность.
В результате матрица как наглядный формат описания распределения ответственности часто используется как на этапе доведения схемы распределения ответственности до должностных лиц компании, так и на этапе анализа и оптимизации деятельности компании.
Реинжиниринг и постоянное совершенствование
Эволюционные и революционные улучшения бизнес-процессов
Все методы оптимизации бизнес-процессов можно поделить на две группы (рис. 23).
Первая группа — эволюционные методы, которые по отдельности незначительно меняют бизнес-процесс. Но зато этих методов много, в совокупности они могут применяться одновременно или последовательно и соответственно могут приводить к значительным изменениям бизнес-процесса и улучшению его ключевых показателей. Такие методы получили название «методы постоянного совершенствования бизнес-процессов».
Вторая группа — это методы, которые революционно меняют бизнес-процесс и существенно улучшают его ключевые показатели. Такие методы получили название «методы реинжиниринга бизнес-процессов».
Рис. 23. Реинжиниринг и постоянное совершенствование бизнес-процессов
Основные черты постоянного совершенствования:
- постепенность изменений;
- непрерывность изменений;
- охват всей организации;
- командная форма работы.
Вносимые в них изменения являются постепенными и непрерывными. При этом изменения вносятся по всем бизнес-процессам — то есть постоянное совершенствование охватывает всю организацию. В технологиях постоянного совершенствования применяется командная форма работы, в ходе которой команды по бизнес-процессам обсуждают проблемы процессов и разрабатывают решения по их устранению. Также применяется принцип бездефектности, согласно которому по каждой проблеме определяются и устраняются причины для того, чтобы проблема или дефект больше не возникали.
Основные черты реинжиниринга являются:
- фундаментальность изменений;
- радикальность изменений;
- существенность изменений.
При этом изменения в процессах вносятся на более высоком уровне и носят более фундаментальный характер, поэтому на схеме «как есть» бизнес-процесс не нужно детально описывать. При реинжиниринге схемы процессов радикально изменяются, поэтому необходимо делать схему процесса «как есть» и схему процесса «как надо». Также в ходе реинжиниринга существенно или в разы улучшаются ключевые показатели бизнес-процесса.
Реинжиниринг в отличие от постоянного совершенствования нельзя применять одновременно по всем бизнес-процессам. Одновременно реинжинирить можно не более 20% от всех процессов компании.
Рис. 24. Совмещение эволюционного и революционного улучшений бизнес-процесса
Практический опыт проведения работ по оптимизации бизнес-процессов показал, что методы реинжиниринга и постоянного совершенствования можно совмещать в рамках одного процесса, так и при работе с различным бизнес-процессами (рис. 24).
Если в одном бизнес-процессе регулярно применять только методы постоянного совершенствования, то через несколько лет они себя исчерпают и ключевые показатели процесса перестанут улучшаться. Это означает что наступило время применения методов реинжиниринга. Обычно за этот период времени в мире появляются новые технологии, информационные системы и оборудование, которые предоставляют новые возможности для проведения реинжиниринга бизнес-процессов. После того, когда бизнес-процесс в ходе реинжиниринга перепроектирован опять наступает время применения технологий постоянного совершенствования.
Более подробно о выделении бизнес-процессов верхнего уровня, а также оптимизации бизнес-процессов, я расскажу на специальном курсе «Ключевые инструменты аналитиков: описание и оптимизация бизнес-процессов с целью внедрения информационной системы».
Пример реинжиниринга в коммерческом банке
Давайте рассмотрим пример проведения реинжиниринга бизнес-процесса «Заключение договора аренды сейфовой ячейки», который был реализован в одном российском коммерческом банке.
Процесс до реинжиниринга
Изначально процесс включал четыре шага, приведенные на рис. 25. Первый шаг по подготовке договора/приложения выполнялся менеджером банка и клиенту требовалось отстоять очередь к нему. Далее клиент направлялся к окну операционного работника банка, в котором клиенту приходилось второй раз отстоять очередь для того, чтобы получить сформированные операционистом документы на оплату. Далее клиент шел к окну кассира банка чтобы сделать оплату и там опять стоял в очереди. Но на этом процесс не заканчивался и клиенту требовалось вернуться к менеджеру банка и показать ему кассовый чек для того, чтобы тот удостоверился в том, что оплата была выполнена. Там клиенту в четвертый раз приходилось стоять в очереди.
С точки зрения клиента процесс имел четыре точки или окна контакта с сотрудниками банка (в процессном управлении это называют количеством выходов процесса) и клиенту приходилось отстоять очередь в четырех разных окнах. В результате длительность процесса составляла в среднем 40 минут.
Рис. 25. Процесс до реинжиниринга
Первый этап реинжиниринга
Всем было понятно, что такое неудобство для клиентов, а также длительность обслуживания нужно уменьшать. И первым этапом реинжиниринга бизнес-процесса было исключение из него последнего шага по проверке оплаты (кассового чека), который не давал клиенту никакой ценности и был вызван исключительно отсутствием у клиентского менеджера банка информации о выполненной оплате. После доработки автоматизированной банковской системы клиентский менеджер стал автоматически получать информацию о проведенной клиентом оплате и этот шаг был исключен из процесса (рис. 26). Количество выходов процесса было уменьшено до 3, а длительность обслуживания была снижена до 30 минут.
Рис. 26. Процесс после первого этапа реинжиниринга
Второй этап реинжиниринга
В этот момент в банке была внедрена электронная очередь, которая заменила живую очередь и в определенной мере уменьшила суматоху среди клиентов и сотрудников банка, связанную с большими очередями, которые до этого стояли у окон операционных и кассовых работников банка. Но это не привело к существенному улучшению длительности процесса обслуживания клиентов банка и их удовлетворенности, так как сама очередь никуда не делась.
Стало понятно, что нужно вновь продолжать реинжиниринг процесса и уменьшать его фрагментарность, а также количество его выходов (окон). Встал вопрос насколько целесообразно поддерживать узкую специализацию работников банка в части разделения функций по обслуживанию между операционистами и кассирами. Сторонники узкой специализации в качестве аргументов говорили, что так всегда работали, что это уменьшает операционные риски, и что материально-ответственные лица должны заниматься только приемом, хранением и выдачей материальных ценностей и ничем другим. Сторонники расширения специализации говорили о плюсах сжатия процесса обслуживания клиентов и выполнения смежных шагов одном работником.
Взвесив плюсы и минусы, было принято решение об объединении двух шагов по формированию документов на оплату и приему денежных средств на одном должностном лице — операционно-кассовом работнике (их кратко прозвали «ОКами»). Одновременно с этой организационной инициативой была выполнена доработка автоматизированной банковской системы по формированию документов на оплату. Схема процесса после второго этапа реинжиниринга, изображенная на рисунке 26, стала включать уже 2 выхода (окна), а длительность самого процесса уменьшилась до 20 минут.
Рис. 27. Процесс после второго этапа реинжиниринга
Третий этап реинжиниринга
После того когда польза от реинжиниринговых методов, на примере совмещения функций операционистов и кассиров в одном операционно-кассовом работнике, стала очевидной, появилась идея провести дальнейшее сжатие процесса до одного шага и все это совместить в одном работнике менеджере-операционисте-кассире (их кратко прозвали «МОКами»). Так и поступили, выполнив параллельно с этим доработку автоматизированной банковской системы в части подготовки договора/приложения и формирования документов на оплату.
В новой схеме процесса (рис. 27) теперь только один шаг, клиент обслуживается в одном окне, а на рабочее место менеджеру-операционисту-кассиру установлена машина для пересчета и проверки денежных банкнот, а также платежный терминал для оплаты банковской картой. Процесс имеет теперь один выход, а длительность обслуживания клиента снижена до 5 минут. Такое уменьшение длительности было достигнуто в том числе за счет дополнительных нововведений, например — за несколько дней перед окончанием сроков аренды банковской ячейки менеджер-операционист-кассир связывается по телефону с клиентом и выясняет будет ли тот продлевать договор и когда планирует прийти в банк для этого. На основе полученной от клиента информации перед приходом клиента в банк он готовит новое приложение к договору, что дополнительно уменьшает время процесса обслуживания клиента.
Рис. 28. Процесс после третьего этапа реинжиниринга
Возникали сомнения, насколько один сотрудник сможет совмещать роли менеджера, операциониста и кассира, не окажется ли сильно нагруженным и не будет ли совершать ошибки. Однако в банке клиентские менеджеры этого отделения были заметно недозагружены. А после реинжиниринга их удовлетворенность от работы не уменьшилась, а даже повысилась — работа стала более комплексной, у них появились счетные машинки, а после доработки АБС они избавились от ручного заполнения документов — все документы формирует система.
Также менеджеры-операционисты-кассиры получили право ставить печать банка на типовой договор аренды сейфовой ячейки и клиенту не нужно стало забирать договор позже в следующий свой приход в банк — в реинжиниринге такое сжатие процесса называют вертикальным, так как процессу не нужно теперь для своего выполнения подниматься на более высокие уровни организационной иерархии. Еще одним нововведением было уменьшение количества страниц типового договора и приложения, что было достигнуто за счет переработки текста этих документов, уменьшения шрифта и двухсторонней печати на листе — но это уже относится к методам постоянного совершенствования бизнес-процессов.
Пример реинжиниринга в производственной компании
Другим примером реинжиниринга является изменение бизнес-процесса ремонта автотранспорта, в одной производственной компании (рис. 28). При ремонте автотранспорта выполнялись слесарные работы. В случае необходимости проведения сварочных работ слесарь оформлял заказ-наряд на сварочные работы, в которых указывал номер автомобиля и перечень сварочных работ, которые необходимо выполнить. Заказ-наряд слесарь помещал в ящике заказ-нарядов, из которого далее заказ-наряд забирал сварщик и выполнял на его основе сварочные работы.
Рис. 29. Процесс ремонта автотранспорта до реинжиниринга
Средняя длительность процесса ремонта автомобиля составляла 8 часов, а средняя стоимость 4 000 руб. При этом в процессе было два вида потерь. Первый вид потерь — это простои сварщика, которые в среднем составляли 80% и которые были связаны с тем, что сварочные работы были редкими, и сварщик соответственно был недозагружен. Второй вид потерь был связан с тем, что сварочные работы были простейшими, а разряд сварщика был значительно выше, чем разряд, который был достаточным для качественного выполнения сварочных работ (такие потери часто называют «неиспользованный человеческий потенциал»).
В этой производственной компании была запущена программа повышения эффективности под названием «Получи вторую смежную профессию!» в рамках которой была разработана система мотивации, стимулирующая работников осваивать смежные профессии. И многие слесари обучились базовым навыкам выполнения сварочных работ. После завершения обучения слесари стали сами выполнять сварочные работы, которые требовались для ремонта автотранспорта. Необходимость привлечения сварщика, а также оформления заказ-наряда на сварочные работы отпала
Рис. 30. Процесс ремонта автотранспорта после реинжиниринга
После проведения такого реинжиниринга процесс ремонта автотранспорта (рис. 29) стал дешевле и быстрее. В процессе ремонта были устранены простои работников и неиспользованный человеческий потенциал. В новом процессе также уменьшился риск ошибок, связанных с передачей задания на сварочные работы в формате заказ-наряда. В результате средняя длительность нового процесса составила 2 часа, а стоимость 1 000 руб., то есть показатели длительности и стоимости процесса после реинжиниринга уменьшились в 4 раза.
Напомню еще раз
Организационная структура компании выстраивается под бизнес-процессы, а сами бизнес-процессы выстраиваются под стратегию. Если появляется новая стратегическая цель, то, чаще всего, должен появится новый бизнес-процесс или подпроцесс на нижнем уровне, а в организационной структуре должен появится ответственный или исполнитель.
Сергей Ковалев
Цикл статей впервые был опубликован в журнале «Управляем предприятием».
Полезные материалы
- Регламент корпоративной технической поддержки пользователей «1С:Предприятие 8 КОРП»
- Управление корпоративными проектами
- Управление содержанием проекта
- Управление требованиями и содержанием в проекте
- Оценка сроков и стоимости проекта на ранних стадиях
- Подходы к планированию проектов
- Оценка стоимости проектов
Поиск по разделу
технологии
Отзывы заказчиков
-
Директор департамента по информационным технологиям ПАО «Квадра»
Андрей Сунцов
В результате внедреня «1С:Управление холдингом» мы обладаем подсистемой, предназначенной для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности организации. На текущий момент в подсистеме отражено 919487 документов в бухгалтерском и налоговом учете.
-
Директор по информационным технологиям ООО «ОБИ ФЦ»
Дмитрий Панычев
В связи с прекращением продаж и поддержки решений SAP было принято решение в кратчайшие сроки перейти на решение «1С:ERP Управление предприятием». В системе предусмотрено оформление практически всех первичных документов торгового, складского учета, а также документов движения денежных средств. В перспективе ожидается сокращение комплексных трудозатрат по регистрации операций в системе на 30-35%.
-
-
Директор ООО «Агрохолдинг Рамонская Индейка»
Василий Мешков
Весь проект создания единой системы учета и управления предприятием на базе решения «1С:ERP Управление предприятием» реализуется с применением лучших современных технологий. Мы осознанно пришли к решению внедрять такой масштабный программный продукт с заделом на будущее. В итоге предприятие получило инструмент, который уже сейчас помогает анализировать данные и эффективно развивать бизнес.
-
Группа компаний «Инталев»/
Этой статьей мы начинаем серию статей о новом пока еще явлении в российском менеджменте: управлении финансами и экономикой предприятия через бизнес-процессы и документооборот. Мы последовательно разберем методы и результаты применения процессного подхода при бюджетировании, учете, анализе, но начнем с определения того, что же представляет собой этот подход в целом, что вызвало его появление, какие инструменты работы сегодня в нем применяются.
История вопроса
Ситуация с управлением деятельностью крупнейших западных корпораций в конце 80-х годов прошлого века, т.е. того периода, откуда отсчитывает свои дни концепция процессного подхода в менеджменте, характеризовалась следующими моментами:
- Сложной иерархией подразделений с жесткой централизацией управления;
- «Функциональностью» структур компаний, т.е. выделением служб по принципу работы на том или ином функциональном участке: закупки, производство, продажи и т.д.
Подобная система имела естественные причины возникновения и существования, позволявшие ей продолжительное время обеспечивать относительно эффективное ведение бизнеса. В качестве таких причин можно выделить:
- Принцип как можно более детального разделения труда (специализации) с целью повышения его эффективности на отдельном участке, восходящую еще к Адаму Смиту, и вытекающую из этого необходимость существования сложной системы стыковки этих операций по всему производству;
- Исторически сложившуюся (и, конечно, связанную с причинами, описанными в предыдущем пункте) практику, особенно, в западных странах, подготовки узких специалистов, профессионально выполняющих свои непосредственных обязанности;
- Количественные, а не качественные и структурные, флуктуации спроса от периода к периоду, вызывавшие:
- концентрацию бизнеса на массовом производстве и постоянном увеличении объема выпуска однотипных товаров;
- внимание к внутренним нуждам производства, а не клиента;
- понимание изменений бизнеса как организационной реструктуризации (по сути, «сжатие – расширение» вслед за спросом), а не совершенствования ведения самого бизнеса.
Но, как известно из теории систем, развитие любой системы содержит в себе диалектическую составляющую. В данном случае это означало, что факторы бурного роста производства и бизнеса вообще постепенно выявили неэффективность существующих «рельсов развития». Основными моментами, вызвавшими переосмысление ситуации, были:
- Рост, в том числе территориальный, самих корпораций, управлять которыми из одной штаб-квартиры лишь при помощи функциональных рычагов уже не представлялось возможным.
- Усложнение процессов производства: теперь даже стандартные изделия собирались из тысяч деталей и узлов, поставляемых сотнями подрядчиков из разных регионов и стран, каждый из которых имел свои внутренние традиции, стандарты и процессы.
- Изменение отношений с клиентами – вероятно, наиболее значимый фактор. Высококонкурентная среда обострила требования покупателей к качеству продукции (поставки): прежде всего, к индивидуальности подхода, срокам проведения сделки и услугам, сопровождающим покупку. Руководители компаний не только интуитивно, но и «долларом» начали понимать, что нужно бороться за клиента через качество и скорость его обслуживания, а не улучшения внутренних производственных процессов как таковых.
И если менеджеры-практики, погруженные в текущую работу, имели возможность осознавать такие тенденции только интуитивно, а улучшения проводить на основании традиционных взглядов на бизнес: путем реструктуризации, функциональной регламентации, найма все более квалифицированного (т.е. узконаправленного) персонала и т.д., то ученые, исследующие основы управления, смогли посмотреть на проблему «революционно».
Термин «реинжиниринг» и сама идеология перестройки бизнеса для ориентации на процессы, а не «успех» функциональных подразделений, связаны с именами двух американских исследователей в области менеджмента: Майкла Хаммера (Michael Hammer) и Джеймса Чампи (James Champy). Именно они в конце 80-х – начале 90-х годов перестали задавать менеджерам и специалистам стандартные вопросы вроде «Насколько эффективно (быстро, дешево) у Вас выполняются те или иные задачи?», а задали в корне иной вопрос: «Зачем Вы вообще производите ту или иную работу?». Результаты своих исследований они в 1993 году опубликовали в книге «Реинжениринг корпораций: Манифест революции в бизнесе».
Выводы, сделанные Хаммером и Чампи, действительно можно было на тот момент назвать революционными. Они утверждали, что:
- Подавляющая часть операции, производимых на предприятиях, не имела никакого отношения ни к обслуживанию клиентов, ни к увеличению добавленной стоимости продуктов, а только к поддержанию внутреннего функционирования организаций;
- Специалисты узкого профиля, профессионально выполняющие свои локальные обязанности, понятия не имели о качестве продуктов на выходе всей цепочки операций, частью которой они являлись (проще говоря, не существовало конкретного ответственного лица за конечный результат);
- Большую часть времени на выполнение заказов клиентов занимали внутренние трансакции: передача информации и этапов работ между отделами, согласование их результатов, многократный контроль и переделки в случаях, когда видение работы одной службы не совпадало с точкой зрения другой и т.д.
В качестве панацеи от этой пагубной ситуации Хаммер и Чампи предложили взгляд на организацию не как на совокупность служб и отделов, а как «фабрику бизнес-процессов». Само понятие «бизнес-процесс» они охарактеризовали следующим образом:
«Под «процессом» мы понимаем набор операций, которые, взятые вместе, создают результат, имеющий ценность для потребителя – например, разработку нового продукта».
На Рисунке 1 изображен новый взгляд на предприятие, основу деятельности которого составляют кросс-функциональные, т.е. пересекающие границы функциональных служб («дымоходов» в трактовке апологетов процессного подхода), бизнес-процессы.
Рис. 1. Процессное предприятие
Отметим, что, разрабатывая свою концепцию, будущие «гуру менеджмента» опирались на практический опыт, существовавший в штабных структурах НАТО, описывавших свои регламенты в терминах процессов по технологии IDEF (о нем – чуть ниже) еще с 60-х годов. Но Хаммер и Чампи качественно развили эту идею для нужд бизнеса.
Помимо термина «бизнес-процесс» исследователи ввели еще одно основополагающее понятие своей концепции – реинжиниринг (в некоторых русских транскрипциях: реинжениринг), суть которого заключается в построении деятельности уже существующей и функционирующей организации «с нуля», но уже с ориентацией на процессы, а не отдельные замкнутые функции. Как провозгласили в 1993 году Хаммер и Чампи: «Нужно все начать заново!».
- Техника построения бизнес-процессов
Для понимания техники построения бизнес-процессов нужно определить ряд терминов:
- Операция (функция) – простейшее действие, неразложимое на составляющие, на выходе которого образуется некоторый результат.
- Бизнес-процесс – последовательность логически связанных операций (функций), на выходе которой образуется некоторый результат.
Примечание: Разделение работ на операции и процессы определяется только требуемым уровнем детализации. Для разрешения этого вопроса в конкретных средствах описания бизнес-процессов существует такое понятие, как вложенный процесс: операция, представляемая таковой на одном уровне рассмотрения, при дальнейшей детализации уже сама по себе может являться цепочкой еще более простых операций, т.е. процессом.
- Процессный подход – взгляд на предприятие как связанное множество бизнес-процессов. Противоположностью ему является структурный (или функциональный) подход, рассматривающий предприятие как совокупность некоторых статических структур, выполняющих определенные функции.
- Реинжиниринг – перестройка (как правило, достаточно глубокая) организации путем моделирования и внедрения эффективных бизнес-процессов.
- Инжиниринг – поддержание текущего процессного управления на предприятии и постоянное совершенствование процессов.
- Вход процесса – ресурсы в любых формах (материальные, человеческие, информационные), возникшие вне данного процесса, но перерабатываемые внутри него для получения желаемого результата.
- Выход процесса — результат, появляющийся после завершения процесса: продукт, услуга, информация (как внутренние для предприятия, так и внешние).
Примечание: Так как процессов на предприятии множество и все они определенным образом взаимосвязаны, то выход одного процесса часто является входом для другого.
- Событие – некоторая ситуация, позволяющая определить, что одна операция завершена и необходимо (возможно) переходить к совершению следующей. Пример: оформление документа (операция) – документ оформлен (событие) – передача документа в бухгалтерию (операция) – документ передан (событие).
Примечание: Упрощенно бизнес-процесс можно трактовать как поток чередующихся событий и операций, ограниченный входом и выходом.
- Интерфейс – участок процесса, на котором он становится кросс-функциональным (кросс-организационным), т.е. пересекает границы одного подразделения (или предприятия).
- Владелец процесса – сотрудник предприятия, пользующийся результатом процесса и/или выполняющий большую часть работ по нему, и, вследствие этого, его контролирующий.
- Клиент процесса — сотрудник предприятия (внутренний клиент) либо контрагент предприятия (внешний клиент), пользующийся результатом процесса.
Примечание: В случае с внутренним клиентом, владелец и клиент процесса могут совпадать в одном лице.
На Рисунке 2 представлена общая схема условного бизнес-процесса с элементами, определенными выше (в формате EPC (англ. Event-driven Process Chain – Функционально-событийная диаграмма).Рис. 2. Общая схема бизнес-процесса
- Результаты инжиниринга
Комплексный реинжиниринг является достаточно сложной и иногда даже болезненной процедурой для предприятия с устоявшейся структурой и методами управления. Поэтому необходимо выделить те положительные результаты, которых можно достигнуть при его грамотном проведении. Укажем лишь некоторые (наиболее явные и значимые) из них:
- Объединение работ.
В технологиях, основанных на структурном подходе, существует, как правило, множество работ по созданию отдельного продукта, поскольку сотрудникам каждого отдела «необходимо» внести свою лепту. Процессный же подход позволяет свести воедино разрозненные участки работ и передать их в ведение так называемых ситуационных команд (caseteam), состоящих из специалистов в различных областях, но работающих вместе и под общим контролем (владелец процесса) для достижения общего и всем понятного результата. Предельным случаем этого метода является передача всех работ одному ситуационному работнику (caseworker), способному ответить за конечный выход.
- Параллелизация работ.
При структурном подходе подавляющая часть работ неизбежно выполняется последовательно, поскольку каждый этап должен быть передан от одного отдела к другому. Если же цепочка работ переосмыслена как единый бизнес-процесс, то видна его общая логика, и теперь работы, которые действительно могут идти одновременно, можно запускать параллельно, избавляясь от простоев и получая огромную экономию времени.
- Делегирование полномочий принятия решений непосредственному исполнителю
Два фактора влияют на возможность делегирования полномочий:
- Если прописана общая схема процесса, то работник даже на самом нижнем уровне представляет, какой результат ждут от него на следующем этапе в той или иной ситуации. Таким образом, он сам может принять решение о том, какие действия и когда необходимо предпринять.
- Технически реинжиниринг тесно связан с автоматизацией, которая обеспечивает ответственному сотруднику постоянный доступ к базам данным, на основе информации из которых можно принять компетентное решение, соответствующее общей ситуации в компании, без обращения к вышестоящему лицу.
- Индивидуализация результатов на основе многовариантности процессов
Фрагментация работ, свойственная структурному подходу, позволяла относительно эффективно действовать только при хорошо накатанной одномерной логике процесса, и, следовательно, производить типовые продукты. Одной из основных задач, стоявших перед новой технологией, было обеспечение клиентов наилучшим сервисом и удовлетворение их индивидуальных потребностей. Это стало возможным благодаря описанию множества возможных вариантов последовательности работ и выходов процесса в зависимости от того, какие требования предъявлял клиент.
- Выполнение работ в точке наибольшей эффективности
Видение существующего процесса на всех участках позволяет определить, где и какие работы можно выполнить наиболее эффективно, и, в соответствии с этим, выстроить новый процесс. В частности, это оказалось одним из факторов популярности такой формы сотрудничества предприятий, как «аутсорсинг» (англ. outsourcing – «передача части своих функций на сторону»). Суть ее заключается в выделении среди всех функций, выполняемых в компании, тех, что не относятся напрямую к ее бизнесу, и передача их выполнения сторонним подрядчикам, специализирующимся на данных работах, по контракту. Так компании сокращают свои накладные расходы и одновременно получают более качественный результат работ, осуществленных специалистами.
- Сокращение времени контроля и согласования
При совместной работе специалистов различных отделов над общим процессом практически отпадает необходимость согласования промежуточных этапов, так как работа «прозрачна» для всех участников. По этой же причине сокращается количество точек контроля и время прохождения каждой из них при сохранении и даже увеличении качества конечного продукта.
- Унификация контакта с внешней средой.
Клиенту, как правило, удобней и дешевле контактировать только с одним сотрудником компании, представляющим весь процесс по осуществлению сделки и отвечающим за ее результат. Структурный подход зачастую не давал такой возможности, поскольку различные работы по сделке проводились отдельно, и на каждом этапе возникал новый «ответственный», которого нужно было вводить в курс дела и налаживать с ним отношения. Для процессного же обслуживания клиентов выделяется так называемый ситуационный менеджер (case manager) – в российской практике большее распространение получили термины «клиент-менеджер» или «проект-менеджер»,- ведущий сделку от начала до конца и отвечающий за ее результат как перед собственным руководством, так и перед клиентом.
- Совмещение централизованных и децентрализованных функций
Гибкая структура процессов и постоянный доступ к необходимой информации позволяют быстро принимать решения как на верхнем уровне (по ключевым стратегическим вопросам), так и в самом нижнем звене исполнения (по оперативной ситуации), без длительной процедуры вертикальной передачи вопросов и распоряжений.
- Инжиниринг и реинжиниринг
Важным моментом является соотнесение понятий «инжиниринг» и «реинжиниринг». Некоторые специалисты предпочитают не выделять два самостоятельных термина, дабы не перегружать концепцию процессного управления «лишними» смыслами. С этим можно согласиться, но лишь до определенных пределов, а именно, до внедрения процессного управления на практике.
За любой революцией следует более стабильный этап развития и поддержания вновь созданной системы. Это верно и в отношении процессов: после коренной перестройки предприятия возникает множество других задач и форм работы с процессной структурой.
Существуют различные элементы управления процессом:
- контроль существующего процесса;
- улучшение существующего процесса;
- перепроектирование существующего процесса;
- замена процесса.
Подобная сложность заставляет отделять реорганизацию бизнеса от его перманентного ведения. Ситуация усугубляется также тем, что, если реинжиниринг – предмет, скорее, идеологический (решение о его необходимости принимается на уровне ментальности, взглядов на бизнес вообще), то инжиниринг — более технологичен, он ведется на основе конкретных процедур и средств уже после того, как процессный подход начинают рассматривать как нечто, само собой разумеющееся.
Постепенно реинжиниринг, который предлагает сломать существующую на предприятии систему и построить ее заново на основе такого революционного изменения бизнес-процессов, стал превращаться в систему управления, “обрастать” технологией, становиться на почву научного обоснования. Стали появляться соответствующие программные продукты. От реинжиниринга, как метода реорганизации бизнеса через коренную перестройку имеющихся бизнес-процессов, управленческая мысль перешла к понятию “бизнес-инжиниринг”, то есть система создания бизнеса, как инженерной науки, через проектирование и управление бизнес-процессами. В бизнес-инжиниринге во главу угла ставится процессный подход, где объектом управления являются процессы на предприятии. И в этом смысле можно считать, что реинжиниринг, как техника их преобразования, стал лишь составной частью бизнес-инжиниринга.
- Средства описания бизнес-процессов
На сегодняшнем рынке программных средств для описания и моделирования бизнес-процессов «распространенными» можно назвать две технологии:
- IDEF (англ. Integrated DEFinition for Function modeling – Интегрированное Средство для Функционального Моделирования), представленный целым рядом продуктов нескольких разработчиков (см. Таблицу 1);
- EPC (или родственная ей технология UML – Unified Modeling Language), реализованная в семействе продуктов ARIS германской фирмы IDS Scheer AG или российском «ИНТАЛЕВ: Навигатор».
В России популярно мнение, что обе группы программных продуктов логично относить к так называемым CASE-средствам (англ. Computer-Aided Software/Systems Engineering – Системы Разработки Программного Обеспечения). Это мнение, как нам кажется, основывается на том, что и IDEF, и EPC широко используются для автоматизации бизнес-процессов. Однако, в функционалах двух систем, и, соответственно, разумной практике их применения имеется существенное различие: если продукты, основанные на технологии IDEF, предназначены для описания процессов на низких машинных уровнях (т.е. следующим этапом в описании является уже создание программного кода), то EPC – это средство описания высокого, проще говоря «человеческого», уровня. Таким образом, по нашему мнению, к CASE-средствам корректно относить только IDEF-продукты, тогда как EPC – к самостоятельной технологии по методическому описанию процессов.
В задачи нашей статьи не входит анализ технических тонкостей данных систем, и мы ограничимся разбором их возможностей с точки зрения реинжиниринга. Ниже приведена Таблица 1, иллюстрирующая текущие рыночные характеристики обеих технологий: назначение функционала, основные разработчики и примеры существующих продуктов.
Таблица 1. Технологии и программные продукты по описанию бизнес-процессов
Технология |
Назначение |
Разработчик |
Продукт |
IDEF |
Описание бизнес-процессов на низком уровне для кодирования автоматизированных систем |
Computer Associates |
BPwin |
ERwin |
|||
MetaSoft Corporation |
Design/IDEF |
||
Rational Software |
Rational Rose |
||
EPC |
Описание, моделирование и анализ бизнес-процессов на высоком уровне для методического проведения инжиниринга |
IDS Scheer AG |
и т.д. |
ИНТАЛЕВ |
|
В Таблице 2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.
Таблица 2. Сравнительные характеристики технологий IDEF и EPC
Характеристика |
IDEF |
EPC |
Объекты описания |
(в т.ч. информационные)
|
|
Формат представления данных (семантика) |
Жестко заданный стандарт |
Произвольный |
Число объектов на схеме |
От 2 до 8 |
Любое |
Логика построения процесса |
Принцип доминирования одной функции над другой |
Хронологическая последовательность выполнения функций |
Характеристики связей между объектами |
Определяется направлением связи (т.е. 4 типа: слева, направо, сверху и вниз по отношению к функции) + комментарии |
Определяется индивидуальными свойствами (атрибутами) связи, т.е. практически неограниченное число |
Приведем пример одного конкретного процесса – «Выполнение заказа клиента», — описанного в форматах обеих технологий. На Рисунке 3 представлена IDEF-диаграмма.
Рис. 3. IDEF-диаграмма процесса «Выполнение заказа клиента»
На Рисунке 4 тот же самый процесс представлен в формате событийно-функциональной диаграммы EPC.
Рис. 4. EPC-диаграмма процесса «Выполнение заказа клиента»
Понятно, что конечный результат описания реально существующего в жизни процесса, в каком бы формате оно ни производилось, будет одинаков. Однако, есть и существенные различия в техниках описания, которые позволяют по-разному рассматривать один и тот же процесс. Вот лишь важнейшие из них:
- IDEF-диаграммы более статичны, поскольку отражают структурные (иерархические) взаимосвязи между функциями, но практически ничего не говорят об их соотношении во времени. Это, с одной стороны, дает IDEF преимущество, так как в форматах EPC неочевидно, какая функция какой управляет (если только речь не идет о вложенном процессе), но, с другой, содержит и тот недостаток, что без временной взаимосвязи функций процессы чрезвычайно сложно объяснить их потенциальным участникам и, следовательно, внедрить.
- Формат IDEF-диаграмм жестко задан: можно отображать только от 2 до 8 функций на одной схеме, — что сильно сокращает степень свободы в творческом описании процессов и лишает диаграммы индивидуальности.
- Это же ограничение плюс необходимость отразить все существенные детали и свойства процесса делают IDEF-диаграммы перегруженными специфическими обозначениями – они плохо воспринимаются пользователями.
- Четко формализованный подход IDEF облегчает взаимодействие разработчиков и внедренцев прикладного программного обеспечения, поскольку техническим работникам, как правило, легче разговаривать на общем языке.
Все вышеперечисленные факторы заставляют нас сделать вывод о том, что для задач именно финансового менеджмента более продуктивным и удобным является технология EPC, на базе которой мы далее и будем строить свою работу.
Рассмотрев идеологию процессного подхода и технику построения бизнес-процессов, в следующих статьях мы расскажем об их применении в областях бюджетирования, управленческого учета, казначейства и многих других аспектах современного финансового менеджмента.
Хаммер М., Чампи Дж. Реинжениринг корпораций: Манифест революции в бизнесе. Пер. с англ. – СПб: Издательство С.-Петербургского университета, 1997. Стр. 21.
Автор — генеральный менеджер проектов Группы компаний «ИНТАЛЕВ».
#статьи
- 12 июл 2022
-
0
Большой гайд по управлению бизнес-процессами: главное, что должен знать каждый менеджер
Рассказываем, зачем нужно управлять бизнес-процессами. Подробно разбираем, как провести их моделирование, анализ, оптимизацию и автоматизацию.
Иллюстрация: Катя Павловская для Skillbox Media
Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.
Дипломированный специалист по автоматизации бизнес-процессов. Девять лет опыта в бизнесе и консалтинге. Смоделировал более тысячи процессов для торговых и промышленных предприятий. Основатель OkoCRM.
Фото: личный архив Александра Завьялова
Многие думают, что бизнес-процессы — это что-то из мира крупных корпораций. На самом деле они есть в каждой компании, у ИП и даже у самозанятых. Нужно грамотно управлять этими процессами, чтобы не потерять деньги и не прогореть.
Мы в OkoCRM каждый день разбираемся в чужих компаниях и разбиваем их работу на простые и понятные алгоритмы. Подготовили для Skillbox Media гайд, в котором рассказываем о базовых терминах и идеях, касающихся бизнес-процессов.
- Что такое бизнес-процессы и на какие виды их делят
- Зачем управлять ими и как это делать
- Как моделировать бизнес-процессы и для чего
- Для чего анализируют бизнес-процессы и как это делать — изучаем основные методы
- Зачем нужна оптимизация бизнес-процессов и как её проводят
- Что такое автоматизация бизнес-процессов и какие сервисы для этого есть
Бизнес-процесс — это алгоритм, любые действия, которые повторяются раз за разом. Например:
- На почту приходит заявка от клиента, и менеджер идёт по скрипту: звонит, согласовывает условия оплаты, доставку, другие детали.
- Поставщик еженедельно привозит в магазин партию мороженого.
- Перед тем как отправить договор клиенту, текст согласовывают у юриста.
Всё это бизнес-процессы.
Примечание
Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Абсолютно любые.
Обычно бизнес-процесс визуализируют в виде блок-схемы. Ниже подробно расскажем про визуализацию и моделирование, а сейчас покажем, как это выглядит в общих чертах.
Допустим, один из бизнес-процессов в интернет-магазине игрушек — обработка заказа. В общем виде он выглядит так:
Инфографика: Майя Мальгина для Skillbox Media
Чтобы получить полный алгоритм процесса, описывают все возможные варианты действий в случае, если что-то идёт не по плану. Например, решают, что делать, если клиент заказал игрушку, а её нет на складе.
Инфографика: Майя Мальгина для Skillbox Media
В профессиональной литературе бизнес-процессы делят на пять-шесть категорий. Чтобы не усложнять, мы выделяем четыре: основные процессы, вспомогательные процессы, управленческие процессы и процессы развития.
- Основные процессы — процессы, ради которых начинали бизнес и которые приносят прибыль. Это, например, производство, оказание услуг, продажа товаров.
- Вспомогательные процессы помогают поддерживать основные процессы, но напрямую денег не приносят. Это, например, обслуживание конвейера на фабрике, ведение бухучёта, работа юристов.
- Процессы развития нужны для совершенствования и оптимизации основных процессов. Например, для разработки нового рецепта или автоматизации производства.
- Управленческие процессы — операции по управлению остальными процессами. С их помощью ничего не производят, но без них ничего не работает. К ним относятся, например, составление плана продаж, подготовка квартальных отчётов, обсуждение и принятие решений.
В первую очередь нужно разобраться в основных процессах — без них компания не сможет получать доход. Остальные процессы тоже важны, но какое-то время бизнес без них справится. Скорее всего, они будут работать сами по себе, без отладки. С основными так не выйдет.
Если основные процессы отлажены плохо, клиент будет недоволен. Допустим, ИП производит кухни на заказ. Один из основных процессов — поставка итальянских столешниц из бука. Предприниматель обещает монтаж через месяц после предоплаты, но поставщики подводят — столешницы приезжают через три месяца. Сроки сорваны, клиент ругается. Причина — плохая отладка основного бизнес-процесса.
Основные бизнес-процессы — от организации поставок до продажи продукта — создают ценности для потребителя.
В каждой компании свои бизнес-процессы. Нет единого шаблона, каждый бизнес индивидуален. В своей практике мы разобрали на молекулы тысячи разных процессов, но пока не встречали одинаковых. Даже у прямых конкурентов внутренняя кухня различается.
Допустим, по соседству работают две ремонтные мастерские — «Мотор» и «Инжектор». Обе ведут предварительную запись клиентов. Сотрудники «Мотора» обрабатывают заявки по телефону и записывают данные о клиентах в общий журнал.
А на ремонт в «Инжекторе» можно записаться через сайт, в мессенджерах или соцсетях — выбрав время и мастера. Кроме того, в «Инжекторе» есть CRM, которая по SMS напоминает клиентам, в какой день и на какое время они записаны. Да, у обеих мастерских одинаковый набор и качество услуг, но процесс записи у «Инжектора» отлажен лучше.
По своей сути бизнес-процесс — это инструкция: кто, что, когда, где и как должен сделать. Если инструкции нет, задачу могут понять не так или забыть о ней.
Чтобы в компании всё работало по плану, а бизнес не терял деньги, процессами нужно управлять. Вот три главных результата, которые это даст.
Систематизация и отладка работы. Если бизнес запущен, процессы уже существуют сами по себе. Управление помогает собрать их в единый механизм и заставить работать на стратегическую цель.
Каждый процесс нужно настроить так, чтобы он давал частный результат и одновременно повышал эффективность всего бизнеса. Например, основной процесс ресторана — готовка. Частный результат — еда для посетителей, этот результат генерирует выручку. Если блюда будут вкусными и их будут готовить за десять минут, покупатели останутся довольны. Оставят хороший отзыв, расскажут знакомым и придут снова. Популярность ресторана вырастет, как и доходы. Так, производя частный результат, компания работает на стратегическую цель.
Визуализация. Видно, кто какие задачи выполняет, где и с помощью чего. Это помогает найти уязвимости бизнеса, избавиться от дублирующих операций и понять, какие процессы можно оптимизировать.
Стандартизация. Если на каждый процесс в компании есть инструкция, сотрудники быстрее решают задачи, а новичкам проще освоиться. Пример такой инструкции — скрипт, по которому продавец работает с клиентом. Другой пример — алгоритм на случай, если заканчивается запас товара на складе.
Управление бизнес-процессами — тоже процесс. Есть разные подходы. Мы в OkoCRM используем подход DMAIC: Define, Measure, Analyze, Improve, Control. Подход предполагает пять этапов управления:
- Define — определение. Выделяем и подробно описываем бизнес-процессы компании. Уточняем, кто участвует, какие документы нужны, какие используются ресурсы.
- Measure — измерение. Определяем метрики: сколько стоит процесс, сколько он длится, сколько людей участвует, сколько раз в квартал или в год он повторяется.
- Analyze — анализ. Смотрим на показатели эффективности и изучаем процесс: что можно улучшить, ускорить, оптимизировать.
- Improve — совершенствование. Модифицируем процессы и внедряем их в работу.
- Control — контроль. Снова снимаем метрики, смотрим результаты, делаем выводы. Если что-то пошло не так — повторяем все циклы DMAIC заново.
В следующих разделах подробнее поговорим о моделировании бизнес-процессов, их анализе и оптимизации.
Перед тем как улучшать бизнес-процессы, нужно описать, как они уже проходят в компании. Если процессы не охарактеризованы, то непонятно, из каких шагов они состоят и с какой стороны к ним подступиться. Метод, которым пользуются, чтобы охарактеризовать и визуализировать их, называют моделированием.
Моделирование бизнес-процессов — это описание существующих в компании процессов и документирование уже существующих требований к ним. Простыми словами: менеджеры разбираются и описывают, кто, что и как делает. Каждую операцию изучают и разбивают на этапы. Затем изображают всё это схематично.
С итоговой моделью бизнес-процесса можно работать дальше. Двигать элементы так, чтобы менять продолжительность цикла, влиять на качество результата или снижать себестоимость. Это называется оптимизацией бизнес-процесса, подробнее о ней мы говорим ниже.
Есть три основных подхода в моделировании: функциональный, процессный и ментальный. Каждый подход предполагает, что нужно визуализировать процессы, рисовать схемы.
Функциональный подход. При этом подходе описывают результаты, которые нужно получить, и ресурсы, которые при этом будут задействованы. Без учёта какой-либо последовательности действий.
У модели есть точки входа и выхода: то, что имеем на старте, и то, что хотим получить. Внутри — промежуточные результаты, ресурсы для выполнения и факторы, которые влияют на процесс.
Задача подхода — понять, какие факторы учесть и какие ресурсы задействовать, чтобы процесс состоялся. А подробные действия внутри процесса — предмет дальнейшего моделирования.
Инфографика: Майя Мальгина для Skillbox Media
Процессный подход. Для неподготовленного управленца это самый понятный подход. Его используют, когда уже определены границы процесса — начало и конец события.
При процессном подходе описывают не результат, а действия, которые необходимо совершить для достижения результата. Процесс можно детализировать сколько угодно — вплоть до отдельных операций для каждого сотрудника. Получается блок-схема.
Инфографика: Майя Мальгина для Skillbox Media
Ментальный подход. При нём на процесс смотрят не как на последовательность результатов или действий, а как на набор связанных друг с другом понятий.
Вот пример ментальной карты процесса снабжения:
Инфографика: Майя Мальгина для Skillbox Media
На карте собирают понятия, которые внутри процесса связаны между собой. Но по этапам их не распределяют.
Такой подход помогает структурировать информацию о процессе и собрать идеи. Затем, с помощью функционального и процессного подходов, эти идеи прорабатывают детально.
Кто и как моделирует бизнес-процессы. В небольших компаниях лучше, чтобы процессы моделировал собственник: он знает свой бизнес и сможет подробно всё описать. В среднем и крупном бизнесе так не получится — процессов много, и они масштабные. Руководителю известно не всё. В этом случае моделированием занимается экспертная группа. В неё входят бизнес-аналитики и специалисты, которые принимают участие в моделируемых процессах.
Чаще всего бизнес-процессы моделируют графически, в виде карт. Иногда — описывают текстом: составляют пошаговую инструкцию с уточнениями, кто и что делает. Также можно использовать таблицы: в строках описывать действия, а в столбцах — исполнителей и этапы.
На мой взгляд, самый удобный и наглядный способ — нарисовать. Новичкам я рекомендую взять обычный графический редактор — например, Microsoft Paint или Adobe Photoshop. В нём можно самостоятельно нарисовать интуитивно понятную схему бизнес-процессов.
Анализ бизнес-процессов — это изучение их текущего состояния. Анализ проводят, чтобы искать слабые стороны процессов, избавляться от них и так делать бизнес эффективнее.
Анализ показывает, улучшаются ли результаты бизнес-процессов. Например, при нём могут сравнить, что было полгода назад и что происходит сейчас. Потом ищут решения, как сделать процессы эффективнее.
Это сложнее, чем моделировать процессы, поэтому анализ обычно доверяют бизнес-аналитикам. Подробно о бизнес-аналитике — в этой статье Skillbox Media.
Какие есть методы анализа бизнес-процессов? Все существующие методы делят на количественные и качественные. Количественные — это оценка числовых показателей, качественные — всё остальное.
Качественные методы предполагают, что аналитик изучает графические схемы процессов и отзывы исполнителей. Аналитик опрашивает сотрудников, составляет матрицу проблем и изучает алгоритмы. Он пытается понять, где исполнители «спотыкаются» и как можно повысить эффективность.
Вот некоторые качественные методы:
- SWOT-анализ;
- анализ проблем процесса;
- ранжирование процессов.
В этой статье мы не будем разбирать их подробно.
Результат анализа — отчёт, в котором описаны проблемные зоны и даны рекомендации, что и где улучшить.
Количественные методы предполагают, что аналитик собирает данные — например, финансовые показатели, временные затраты или объём брака — и подробно изучает их. Затем он сравнивает их с плановыми показателями и делает выводы: какие показатели соответствуют норме, а где процессы можно улучшить.
Обычно используют такие методы:
- имитационное моделирование процесса;
- АВС-анализ;
- анализ показателей эффективности процесса.
Результат — отчёт с прогнозом того, какие показатели можно получить, и рекомендациями, как это сделать.
Изображение: предоставлено Александром Завьяловым
Кому доверить анализ — сотрудникам или аналитикам? Как говорилось выше, анализировать бизнес-процессы сложнее, чем моделировать. Большинству сотрудников не хватит компетенций, чтобы грамотно проанализировать процессы и сделать правильные выводы. Чтобы получить толковые рекомендации, нужен экспертный взгляд со стороны. Для этого обращаются к бизнес-аналитикам.
Если для бизнес-анализа нет бюджета — можно анализировать процессы самостоятельно. Это лучше, чем ничего.
Как провести анализ бизнес-процессов самостоятельно? Для этого есть правило четырёх действий. Чтобы выполнить любую задачу, сотрудник:
- воспринимает информацию;
- принимает решение;
- совершает действие;
- контролирует результат.
На любую задачу бизнес-процесса нужно посмотреть через призму этих четырёх действий. Это покажет, какова ценность каждой задачи, нужно ли оптимизировать задачу и можно ли убрать её совсем.
Разберём на примере. Компания продаёт оборудование. Одна из задач менеджера после получения заявки от клиента — проверить наличие товара на складе. Ему нужно собрать и обработать информацию.
Менеджер не принимает решений, и контролировать результат ему также не нужно. Получается, что это линейное действие, которое можно автоматизировать с помощью системы учёта.
Инфографика: Майя Мальгина для Skillbox Media
Таким образом, задачу «Проверить наличие товара на складе» можно убрать из алгоритма и так высвободить несколько минут рабочего времени.
Да, это поверхностный анализ, а руководитель может ошибиться в выводах. Но это лучше, чем ничего.
Оптимизация бизнес-процессов — любое их изменение, которое даёт положительный результат. Например, упрощение или ускорение работ, повышение производительности сотрудников, снижение затрат. Если в алгоритме было 11 действий, а стало 8, сотрудник тратит на них меньше времени. Значит, процесс оптимизирован.
Моделирование и описание бизнес-процессов — это тоже оптимизация. Если раньше не было понятных алгоритмов и инструкций, а теперь они есть, — процесс улучшен.
Иногда к оптимизации бизнес-процессов относят сокращение сотрудников. Это не совсем верно. Устранение исполнителей из процессов может быть мерой оптимизации, но важно обращать внимание на последствия. Например, если удалось сократить объём задач и при этом нагрузка на исполнителей уменьшилась, сокращение персонала допустимо. В противном случае сокращение увеличит нагрузку на сотрудников — и качество процессов пострадает.
Как понять, что процессы пора оптимизировать? В идеале оптимизацию бизнес-процессов проводят по результатам их анализа. Проанализировали процессы → получили рекомендации → начали оптимизировать.
Но в большинстве случаев все проблемы лежат на поверхности — о них известно и без анализа. Если сотрудники спотыкаются на каждой операции, а в процессах бардак — нужна оптимизация.
Вот шесть причин провести оптимизацию бизнес-процессов:
- Штат растёт, а результаты падают.
- Время на выполнение привычных операций заметно выросло.
- Рутинные операции отнимают у сотрудников треть рабочего времени или больше.
- Нет контроля — непонятно, как отслеживать выполнение и результат процесса.
- Растёт количество отрицательных отзывов от клиентов.
- Нет показателей эффективности — непонятно, как оценивать работу менеджеров.
Как оптимизировать бизнес-процессы? Оптимизация — один из этапов работы с бизнес-процессами. Когда схемы ещё не составлены, а анализ не проведён, то и оптимизировать нечего. Поэтому я бы рекомендовал начинать с моделирования — описания процессов «как есть» и анализа узких мест. Когда видны все проблемы — можно переходить к оптимизации.
Лучше действовать в такой последовательности:
- На основе анализа нарисовать карту идеального процесса — как всё должно работать. При этом важно моделировать процессы с оглядкой на свои ресурсы. Превратить бизнес в ракету не выйдет, если бюджет позволяет внедрить только Trello и телефонию.
- Составить перечень изменений — какие поправки нужно внести в процессы, чтобы получить желаемый результат.
- Составить график изменений. Чтобы ничего не сломалось, лучше не внедрять всё и сразу. Правильнее оптимизировать короткими итерациями и сразу анализировать, что меняется и как на это реагируют сотрудники.
- Приступить к оптимизации. Эффективность оптимизации лучше оценивать по количественным показателям: выручке, срокам, количеству сделок.
Проще всего оптимизировать процессы с помощью автоматизации: внедрить программы, которые заберут часть задач на себя.
Автоматизация — частный случай оптимизации и улучшения процессов. Она помогает бизнесу экономить время на рутинных операциях. Алгоритмы берут на себя повторяющиеся задачи, а сотрудники уделяют время более важным делам.
Например, можно фиксировать заявки и вести бухгалтерию в тетради, а прибыль и налоги считать на калькуляторе. А можно подключить CRM и онлайн-систему бухучёта. Тогда программы будут сами обрабатывать заявки, подтягивать данные по оплате, отправлять письма клиентам и составлять отчёты в налоговую. Это и есть автоматизация: замена ручного труда работой алгоритмов.
Автоматизировать можно почти любой бизнес-процесс. Чаще всего роботам доверяют типовые операции:
- обработку сделок;
- SMS- и email-рассылки;
- документооборот;
- бухгалтерский и складской учёт;
- проведение платежей.
Мой совет — начинать автоматизацию именно с них. На каждый типовой процесс есть готовые облачные решения, которые можно внедрять своими силами или силами небольшой команды интеграторов. Это удобно для небольших компаний.
Более сложные операции — вроде процессов управления производством, качеством продукции и персоналом — тоже можно автоматизировать. Но это больше подходит для среднего и крупного бизнеса. Потребуются сложные системы, штат разработчиков и серьёзный бюджет.
Кто такие интеграторы? Это группа экспертов, которая берёт на себя внедрение сервиса и отладку процессов. Типовые решения можно настроить и самим, но это долго и сложно. Эффективнее позвать специалистов.
Обычно это происходит так:
- Выбирают сервис для автоматизации. Например, CRM или ECM.
- Сервис присылает внешнюю команду для внедрения. Обычно сервисы работают с несколькими компаниями-интеграторами и предлагают их услуги на выбор. Условия и стоимость у разных интеграторов различаются.
- Команда внедрения просит в помощь сотрудника компании. Он вводит в курс дела и рассказывает, как построена работа.
- Интеграторы описывают процессы, которые нужно автоматизировать, проводят анализ и составляют план внедрения. В нём описаны решения по функциональности выбранного сервиса, которые нужно внедрить в компании.
- Интеграторы делают настройку и отладку системы, чтобы всё работало как надо. Чем сложнее функциональность, тем дольше внедрение. Часто на это требуется около 1–2 месяцев.
- Обучают сотрудников — показывают, как работать в системе. Иногда выдают сертификаты и свидетельства.
Стоимость услуг интеграторов зависит от объёма работ и сложности внедрения. Например, средний ценник настройки CRM — 100–150 тысяч рублей.
Какие группы программных решений используют при автоматизации? Их разделяют в зависимости от назначения:
Инфографика: Майя Мальгина для Skillbox Media
- Бизнес-процессы есть в каждом бизнесе и даже у самозанятых. Они разные у всех компаний и никогда не повторяются даже у прямых конкурентов. Обычно их рисуют в виде интуитивно понятных блок-схем.
- С процессами важно работать: моделировать, анализировать и улучшать их. Это повышает эффективность бизнеса, помогает экономить деньги и решать больше задач за меньшее время.
- С бизнес-процессами обычно работают внешние аналитики. Если на их услуги нет денег, анализировать и менять процессы можно самим. Чтобы получить ощутимый результат, нужно время.
- Проще всего оптимизировать процессы с помощью автоматизации. Алгоритмы заберут часть рутины, а у сотрудников появится больше времени на важные дела. Автоматизировать можно практически любой бизнес-процесс.
Другие материалы Skillbox Media для менеджеров
Эффективный руководитель
Вы научитесь разрабатывать стратегию, ставить цели, создавать бизнес‑процессы и комфортный климат в команде. Найдёте точки роста в своей компании, сможете претендовать на повышение или масштабировать бизнес.
Узнать про курс
Одной из важных задач современного менеджмента является построение эффективной организации, способной реализовать поставленные перед ней стратегические цели. Как подойти к решению этой задачи, с чего начать? Важнейшую помощь здесь может оказать процессный подход. В этой серии статей мы покажем, как он работает и почему полезен.
Классика построения организации
Можно сказать, что построение организации состоит из трех основных фаз: разработка стратегии, разработка бизнес-процессов и проектирование на их основе организационной структуры (рис. 1).
На первом этапе необходимо разработать стратегию, определить долгосрочные стратегические цели компании.
На втором этапе компания должна ответить на вопрос «Какие работы, функции и бизнес-процессы нужно регулярно выполнять, чтобы достичь поставленных стратегических целей».
На третьем этапе компания должна ответить на вопрос «Кто будет выполнять бизнес-процессы? Кто за них будет отвечать? Кто кому будет подчиняться?». Другими словами, компания должна построить свою организационную структуру.
Необходимо отметить, что организационная структура компании выстраивается под бизнес-процессы, а сами бизнес-процессы выстраиваются под стратегию. Если появляется новая стратегическая цель, то, чаще всего, должен появится новый бизнес-процесс или подпроцесс на нижнем уровне, а в организационной структуре должен появится ответственный или исполнитель. Это может быть один из руководителей действующих подразделений или может быть введена новая должностная позиция.
Рис. 1. Классика построения организации
Все три перечисленных этапа построения организации взаимосвязаны системой ключевых показателей. В настоящее время многие компании определяют и измеряют достижение стратегических целей компании с помощью ключевых показателей. Например, такая стратегическая цель как «Рост прибыли» измеряется с помощью ключевого показателя «Величина прибыли» или показателя «Процент прироста прибыли». А такие стратегические цели как «Увеличение количества клиентов» и «Повышение удовлетворенности клиентов» измеряются с помощью ключевых показателей «Количество клиентов» и «Индекс удовлетворенности клиентов».
Далее на втором этапе построения организации эти ключевые показатели разбиваются или декомпозируются на составные ключевые показатели, которые распределяются по бизнес-процессам. На третьем этапе — построения организационной структуры — ключевые показатели бизнес-процессов распределяются по подразделениям и должностным лицам, которые отвечают за выполнение соответствующих бизнес-процессов. Также наиболее важные ключевые показатели необходимо включить в систему мотивации и оплаты труда подразделений и должностных лиц.
Строим процессное управление
Давайте рассмотрим более подробно второй этап построения эффективной организации, связанный с разработкой бизнес-процессов. При построении системы бизнес-процессов необходимо выполнить шаги, представленные на рис. 2. Эти шаги представляют основу системы процессного управления. Если в компании все эти шаги тщательно проработаны и поддерживаются, то можно говорить, что в компании процессный подход работает на 100%.
Первый шаг — это выделение бизнес-процессов компании. На этом шаге компания должна определить свои основные, обеспечивающие и управленческие бизнес-процессы и разработать их перечень. На практике такой перечень часто называют реестром бизнес-процессов.
На втором шаге — компания должна назначить ответственного за каждый бизнес-процесс или владельца бизнес-процесса. Многие бизнес-процессы являются сквозными, в них участвуют структурные подразделения и не все из них административно подчиняются владельцу бизнес-процесса. Поэтому владелец должен обладать полномочиями и механизмами влияния на все подпроцессы и шаги своего бизнес-процесса, и соответственно уметь влиять на всех его участников.
Третий шаг — это определение границ бизнес-процессов. На этом шаге по всем бизнес-процессам нужно определить входы и их поставщиков, а также выходы или результаты процессов вместе с их клиентами, которые эти результаты потребляют. Поставщики и клиенты бизнес-процессов могут как внешними, так и внутренними.
Рис. 2. Система процессного управления
На четвертом шаге на основе разработанной стратегии необходимо определить наиболее важные или ключевые показатели бизнес-процессов, которые необходимо контролировать и улучшать. По выбранным ключевым показателям необходимо определить их целевые значения и далее собирать фактическую информацию об их выполнении. Задачей владельца бизнес-процесса является анализ отклонений ключевых показателей от планируемых, поиск причин этих отклонений и разработка решений по устранению этих причин. Также необходимо разработать систему отчетности по выполнению ключевых показателей.
Пятый шаг — это описание и документирование бизнес-процессов. Для этого удобно использовать графические диаграммы бизнес-процессов. Далее на основе описаний разрабатываются регламенты бизнес-процессов, в которые включаются графические диаграммы, а также табличные и текстовые описания, содержащие детали, необходимые для выполнения процесса.
Важно отметить, что реализация пяти описанных шагов уже приводит к улучшению бизнес-процессов, потому что уменьшается количество споров кто за какие бизнес-процессы должен отвечать. Уменьшаются споры по поводу выполнения различных задач внутри процесса, когда смежные отделы пытаются переложить пограничные функции друг на друга. Разработанные описания и регламенты процессов четко описывают распределение ответственности и результат работы каждого подразделения.
Тем не менее, важно сделать шестой шаг — анализ и улучшение бизнес-процессов. Необходимо проанализировать описания и графические диаграммы процессов с целью поиска дополнительных возможностей улучшения бизнес-процессов. Анализ графической схемы процесса позволяет увидеть лишние шаги в процессе, дублирование шагов, а также возможности запараллеливания шагов. Графическая схема бизнес-процесса позволяет увидеть излишнюю фрагментарность процесса, когда процесс при своем выполнении часто переходит из отдела в отдел и на стыках различных отделов возникают нестыковки и ошибки, на устранение которых тратится время и финансовые ресурсы. Устранение лишних шагов и дублирования, лишних организационных разрывов, запараллеливание шагов бизнес-процесса и другие мероприятия по реинжинирингу и постоянному совершенствованию приводят к улучшению всех ключевых показателей бизнес-процесса: результата, стоимости, качества и длительности.
Тут необходимо отметить важную роль в улучшении бизнес-процессов информационных технологий и автоматизированных систем, которые помогут эффективно применить методы реинжиниринга и постоянного совершенствования. Во многих крупных компаниях автоматизацию бизнес-процессов выделяют в отдельный седьмой шаг построения системы процессного управления. При этом нужно помнить, что ИТ-архитектура, также, как и организационная структура компании, должны выстраиваться под существующие в компании бизнес-процессы и обеспечивать их эффективное выполнение.
Выполнение перечисленных шагов по построению эффективной системы процессного управления позволяет решить много различных задач, главной из которых является улучшение ключевых показателей деятельности компании. Каждая задача накладывает свои специфические требования на описание бизнес-процессов как по глубине описания, так и по информации, которая должна отражаться на разработанных моделях бизнес-процессов. Эти требования важно учитывать для того, чтобы разработанные модели бизнес-процессов не «ушли в стол» и эффективно применялись в практической деятельности компании.
Задачи, которое решает процессное управление
Ниже перечислены 10 основных задач, решаемых с помощью методов процессного управления. Эти задачи взаимосвязаны и часто в проектах по описанию и улучшению бизнес-процессов решаются вместе.
- Оптимизация бизнес-процессов и улучшение их ключевых показателей (KPI):
- повышение результативности;
- снижение стоимости;
- сокращение длительности;
- повышение качества и уменьшение операционных рисков.
- Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии.
- Построение эффективной организационной структуры и реструктуризация.
- Проектирование новых бизнес-направлений и бизнес-процессов.
- Тиражирование бизнеса, унификация бизнес-процессов и организационных структур.
- Автоматизация деятельности и внедрение информационной системы.
- Правильный подбор персонала, мотивация, уменьшение зависимости от персонала.
- Повышение эффективности работы персонала и высвобождение времени руководителей, регламентация деятельности.
- Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование.
- Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000.
* * *
В следующих двух частях статьи я подробнее покажу как методы и инструменты процессного управления помогают решить эти задачи.