Описание и оптимизация бизнес-процессов - это гораздо более сложный и тонкий инструментарий для настройки системы управления на достижение целей бизнеса. Это означает, что и пользоваться им надо гораздо точнее и осторожнее, чтобы не навредить вашей организации. Чем сложнее, тем острее. А с острыми инструментами, как известно, надо особенно тщательно соблюдать меры безопасности. Тогда они послужат вам верой и правдой.
Урок 52. Что такое бизнес-процессы?
В предыдущем уроке мы закончили тему по должностному функционалу. Если он (т.е. функционал) грамотно и без фанатизма к чрезмерной формализации труда разработан для всех должностей в организации, то это уже очень-очень хорошо. Это редкое явление. А как это сделать грамотно, вы можете почитать в нескольких предыдущих уроках.
Но допустим, что это сделано, но, тем не менее, где-то когда-то и у кого-то в вашей компании все равно происходят какие-то сбои в работе, приводящие к существенным или не очень существенным, но неприятным последствиям, например, задержкам при выполнении заказов, браку в продукции или услугах, претензиям со стороны клиентов, недовольству и текучести персонала и т.д. Что делать? Надо анализировать каждую конкретную ситуацию и каждый «косяк», давать обратную связь, извлекать уроки. Это понятно. Кроме того, можно еще раз заглянуть в должностной функционал сотрудников и в каком-то месте его «докрутить». Может, там чего-то не хватает или что-то нечетко сформулировано, из-за чего сотрудники не вполне адекватно его воспринимают. Да и вообще, полезно кроме функционала поработать и с самими сотрудниками: насколько они квалифицированы и хорошо ли они знают и выполняют свои функции, обязанности и полномочия. В большинстве случаев всех этих мер бывает достаточно, чтобы исправить ситуацию и в дальнейшем «не ходить по граблям».
А если это хождение все равно повторяется? Однозначного рецепта нет. Надо разбираться и принимать соответствующее решение. Вместе с тем, вы можете достать «козырь из рукава» и привлечь к решению проблемы дополнительный управленческий ресурс – описание и оптимизацию бизнес-процессов компании. Но только не всех подряд! Боже упаси! Очень выборочно. Только там, где болит или пока не болит, но очень хочется что-то улучшить. И делать это не спеша, с чувством, с толком, с расстановкой.
Но чтобы заниматься бизнес-процессами, надо понимать, что это такое. Существует много самых разных определений понятия «бизнес-процесс». Одно из них приведено на рисунке выше. Кроме того, в литературе можно встретить и другие определения:
«Бизнес-процесс – стандартная последовательность (цепочка) действий, которая многократно выполняется в компании для получения заданного результата» (М. Рыбаков «Бизнес-процессы: как их описать, отладить и внедрить»).
«Бизнес-процесс – это определенная последовательность действий сотрудников организации, в ходе которой создается добавочная ценность для внешнего или внутреннего клиента» (В. Лучков. «Бизнес-процессы: как это работает. Сила линейных алгоритмов»).
«Бизнес-процесс – устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя» (В. Репин, В. Елиферов. Процессный подход к управлению. Моделирование бизнес-процессов»).
Ограничимся этим. Можете взять за основу определение, которое вам больше нравится. Исходя из этих определений, хочу отметить лишь два важнейших критерия бизнес-процесса. Во-первых, бизнес-процесс всегда создает какую-то ценность для потребителей (внешних или внутренних). Бессмысленная деятельность, не создающая ценности, бизнес-процессом не является. Во-вторых, бизнес-процесс – это деятельность регулярно повторяющаяся. И в этом основное отличие бизнес-процесса (например, выполнения заказов клиентов) от проекта (например, строительства нового цеха или модернизации производственного оборудования). Проекты уникальны, процессы стандартны (конечно, в рамках допустимых отклонений).
Кроме того, есть мнение, что процессы и бизнес-процессы – это не одно и то же. Процессы существуют всегда. И даже тогда, когда мы их не осознаем. Но процесс становится бизнес-процессом, когда мы его осознали, зафиксировали документально (т.е. формализовали) и внедрили. Мнение красивое, можете принять его к сведению. Но это кому, как нравится. Я использую эти термины как синонимы. Короче, процессы существуют всегда. Но зачем заниматься их описанием и улучшением? Подумайте
Бизнес-процессы бывают разные и, на мой взгляд, интересно понимать, к какому типу можно отнести тот или иной процесс. Любая классификация удовлетворяет нашу потребность в определенной систематизации и от этого на душе становится как-то легче, ибо возникает некоторая стройная картинка, хотя никакой другой практической пользы эта картинка может и не иметь. Тем не менее, такая потребность существует.
Ничего нового здесь не открою. Традиционно процессы разделяют на четыре группы: основные, обеспечивающие (вспомогательные, поддерживающие), управления и развития. Почему такое разделение? Не знаю. По-моему, оно удобно и логично. У процессов из разных групп могут быть разные цели, разные клиенты (ведь клиент должен быть всегда!), разные исполнители и способы выполнения. Хотя, наверное, существуют и другие классификации.
К основным относят процессы, которые реально или хотя бы потенциально «несут» в себе какую-то часть потребительской ценности для внешних клиентов, ради которых и существует организация. К таким процессам можно отнести непосредственно производство продукции или оказание услуг, продажи, закупки оборотных активов, маркетинг (не весь, конечно), логистические процессы и клиентский сервис. Безусловно, такие процессы хоть и называют основными, на самом деле они являются лишь звеньями в т.н. цепочке создания ценности, т.е. в некотором «сквозном» основном процессе, в котором и создается ценностное предложение для потребителей. Например, это процесс выполнения заказа клиента. А все его составляющие – это функциональные подпроцессы основного бизнес-процесса компании. Причем, основных процессов может быть много (по видам деятельности, продуктам, клиентам, регионам, каналам сбыта), ибо между ними могут быть существенные различия.
К обеспечивающим относят процессы, которые обеспечивают основные процессы теми или иными ресурсами. Это процессы работы с персоналом (подбор и отбор, адаптация, перемещение, увольнение и др.), обслуживания инфраструктуры (например, ТО и ремонта, закупки и доставки внеоборотных активов и т.д.), управления финансами (учет, анализ, планирование, кредитование и т.д.), обеспечения безопасности (юридической, экологической, пожарной, труда, налоговой, экономической и др.).
К процессам управления относят процессы стратегического управления (анализа, планирования, управления изменениями), процессы управления рабочими процессами и управления проектами (хотя их практически невозможно оторвать от самих рабочих процессов или проектов, они в них органически встроены и реализуются параллельно). По существу, процессы управления также являются обеспечивающими, так как обеспечивают успешное выполнение других процессов или проектов.
К процессам развития относят деятельность, направленную на создание новых или совершенствование существующих ресурсов (в широком смысле этого слова) – человеческих, материальных, нематериальных, технологических, а также продуктов и услуг компании. Ведь без развития все в нашем мире рано или поздно приходит в упадок…
Конечно, на самом деле все процессы, происходящие в любой организации тесно переплетены между собой, и какая-либо классификация – это сильное упрощение реальности, но именно это упрощение помогает нам формировать в сознании какую-то картину мира и преодолевать когнитивный диссонанс, отчего на душе становится легче.
Урок 54. Уровни описания бизнес-процессов
И в предыдущем уроке мы рассмотрели общую классификацию рабочих процессов организации. Не буду утверждать, что эта классификация самая лучшая и самая полная, но на данный момент пока не вижу причин, чтобы в ней что-то менять. Она дает общую картину разнообразия внутренних процессов компании. Но какой в этом практический смысл? Никакой. Смысл начинается тогда, когда мы берем конкретный рабочий процесс и начинаем изучать его устройство, чтобы увидеть неочевидные неоптимальности, снижающие результативность или эффективность данного процесса. Ну и, конечно, затем эти неоптимальности устраняем. Действуем по классической схеме: сначала анализ, потом синтез.
А как проводить анализ бизнес-процессов? Очень просто, но не всегда легко. Для этого процесс надо разделить на составляющие, т.е. декомпозировать. Насколько глубоко следует проводить эту декомпозицию? Как показывает опыт (а он редко ошибается), обычно вполне достаточно 3-4 уровня детализации. Все зависит от важности и от степени запущенности этого процесса. Сам процесс – это верхний уровень. То есть это как бы одно большое действие, пока не разделенное на части. Например, берем процесс основной процесс «Выполнение заказа клиента», или обеспечивающий процесс «Подбор и отбор персонала», или управленческий процесс «Подготовка и проведение совещания», или процесс развития «Подготовка и проведение стратегической сессии» и т.д.
Затем исходный процесс мы разделяем на шаги или подпроцессы. Это тоже процессы, но только уже поменьше. Если бизнес-процессы, как правило, являются «сквозными», т.е. проходят через границы структурных подразделений, то подпроцессы могут полностью протекать внутри одного подразделения. Например, в процессе «Выполнение заказа клиента» первым шагом может быть подпроцесс «Обработка заявки», который выполняется в отделе продаж.
Если разделения на подпроцессы недостаточно и необходимо (или очень хочется) копать глубже, то каждый подпроцесс также разделяем на шаги, которые будем называть процедурами. Например, в подпроцессе «Обработка заявки» первой процедурой может быть «Проверка заявки клиента». И выполняет ее, разумеется, менеджер отдела продаж. Процедуры – это такие маленькие процессики, за которые уже, как правило, отвечает один исполнитель, но не всегда. Возможны варианты.
Обычно разделения на процедуры вполне хватает, чтобы разобраться в бизнес-процессе и навести в нем порядок. Но «дьявол» может прятаться внутри процедуры! Тогда идем дальше. Берем эту дьявольскую процедуру и разделяем ее на действия. Каждое действие – это какая-то операция, имеющая только одного исполнителя. Например, процедура «Проверка заявки клиента» может состоять из таких действий, как «Принять и сохранить заявку», «Открыть базу данных 1С: Торговля», «Проверить наличие товара» и т.д. При желании можно, конечно, и каждое действие разложить на «молекулы и атомы», но постараемся не впадать в безумие и оставаться в пределах здравого смысла.
Урок 54. Линейная методика описания бизнес-процессов
Теперь мы можем перейти к самому главному, т.е. взять какой-то важный процесс, в котором мы хотим досконально разобраться, чтобы сделать его описание и не только описание «как есть», но еще и увидеть в этом процессе какие-нибудь странности и неоптимальности, и провести необходимые улучшения.
Но как это сделать? Можно исходить из здравого смысла (что тоже хорошо), но, как обычно, я призываю действовать по методике. А методик в описании бизнес-процессов тьма тьмущая, и большинство из них предназначены не для обычных людей, как мы с вами, а для очень умных ребят - айтишников или аналитиков, прошедших специальное обучение и успешно применяющих свои знания «не корысти ради, а пользы для». А если такого аналитика у вас под рукой нет, или он стоит очень дорого? И даже если он есть, и он сделал описание вашего процесса в какой-нибудь нотации типа IDEF0, ARIS или какой-нибудь еще, то разобраться в этом описании, как правило, без рюмки водки нам с вами очень сложно. Кроме того, как показывает опыт, обычно описания рабочих процессов являются нежизнеспособными конструкциями, если их разработчики и их пользователи – это разные люди.
Напрашивается вывод: сами же сотрудники компании должны уметь делать описания своих же бизнес-процессов, не обладая при этом сложными специальными знаниями в этой области. Значит, им в помощь нужна какая-то другая, более простая и человечная методика.
И такую методику я нашел в книгах Михаила Рыбакова «Бизнес-процессы: как их описать, отладить и внедрить» и Виктора Лучкова «Бизнес-процессы: как это работает. Сила линейных алгоритмов». Кратко суть методики показана на картинке. Наша жизнь по своей природе нелинейна, т.е. состоит из различных ветвлений, циклов, возвратов, параллельностей и т.п., но человеческий мозг упорно сопротивляется этой нелинейности. Нам нравится линейность и простота. Чем проще, тем лучше. Лучше несколько простых моделей, чем одна сложная.
Любой сложный бизнес-процесс мы представляем в виде линейной последовательности шагов (подпроцессов, процедур, действий). Каждый шаг рассматриваем пока как «черный ящик», т.е. описываем только входы и выходы, не заглядывая внутрь. И в процессе описания сразу выполняем оптимизацию, но не кардинальную, а в области ближайшего развития, т.е. проводим улучшения процесса маленькими шагами (помните молитву у Сент-Экзюпери?). А если в процессе возникают нелинейности и разветвления типа «если, то»? Тогда либо описываем их в виде отдельного процесса, либо на словах в примечаниях к нашей схеме процесса. Но сам процесс должен выглядеть линейно! Тогда мы сами сможем его разработать и объяснить потом своим подчиненным. Это, если очень кратко. Более подробно вы можете почитать об этой методике в указанных книгах. Успешно применяю линейную методику на практике у своих клиентов, когда возникает необходимость подкрепить цели и показатели компании оптимизацией рабочих процессов. Иначе они так и останутся целями и никогда не станут реальными результатами компании.
Урок 55. Графическое описание рабочих процессов
В предыдущем уроке мы рассмотрели линейную методику описания процессов, которая позволяет без излишних сложностей и наворотов разобраться в любом процессе и навести в нем порядок.
Как практически работает данная методика? Очень просто. Сначала мы делаем графическое описание процесса. Графический способ удобно использовать именно при разработке схемы процесса в составе проектной группы с участием всех исполнителей данного процесса. То есть не кто-то один (и не дай бог сторонний эксперт) делает описание вашего процесса, а вы сами дружно и регулярно собираетесь (обычно по 1,5 часа 1-2 раза в неделю) и работаете над процессом. Когда в графическом виде процесс будет готов, его можно перевести в табличное описание. Таблица более удобна для практического использования схемы процесса.
Но вернемся к графическому способу. Вам надо заполнить две формы: шапку процесса и тело процесса.
В шапке процесса вы указываете название, цели, архитектора, руководителя и показатели процесса. Название начинается с существительного, например, «Выполнение заказов клиентов» или «Подбор и отбор персонала». Цели начинаются с глагола. Например, «Увеличить выручку от продаж» или «Повысить лояльность клиента». Архитектор – это сотрудник компании, отвечающий за описание и оптимизацию процесса. Обычно от руководит работой проектной группы. Руководитель процесса – это должностное лицо, отвечающее за реализацию процесса. Показатели – это показатели. Что тут еще сказать? С их помощью вы должны измерять результаты процесса. Например, «Выручка от продаж» или «Индекс удовлетворенности клиента».
В теле процесса вы делаете непосредственно описание рабочего процесса, разделяя его на последовательные шаги или подпроцессы. Название каждого шага также начинается с отглагольного существительного. Например, «Обработка заявки клиента» или «Анализ потребностей в персонале». Для каждого шага вы записываете его результаты с помощью глаголов, отвечающих на вопрос: «Что сделано?». Например, «Оформлен пакет отгрузочных документов» (информационный результат) или «Товары от поставщика размещены на складе» (материальный результат). Результатов обычно несколько. Также обязательно надо указать должности ответственного за шаг и исполнителей данного шага. Кроме того, вы можете каждый шаг или подпроцесс сразу разделить на «подшаги» или процедуры. Если это пока не надо, то сделаете позже.
Практически для заполнения таких форм удобно пользоваться стикерами разных цветов. Обычно такая работа проходит крайне оживленно, участники с интересом заполняют, наклевают и переклеивают стикеры и т.д. То есть мы видим нормальный творческий процесс. Так и должно быть. Повторяю: никогда не заказывайте описание ваших процессов сторонним специалистам. Сами, только сами. Тем более, вы уже знаете, как это делать. Вы можете пригласить лишь консультанта-фасилитатора, который проведет предварительное обучение, обеспечит строгое соблюдение методики и получение результата.
https://tinyurl.com/3sjnj45y
