Управление бизнес процессамиДля каких предприятий актуально управление бизнес-процессами? Первое, что необходимо отметить – важно, на каком этапе (стадии) развития находится компания. Для небольшой компании, с размытой группой потребителей, нежесткими процессами деятельности (стадия «личного энтузиазма» по Ларри Э. Грейнеру) основным конкурентным преимуществом выступает гибкость и оперативность. Для таких компаний (как правило, с одним - тремя десятками сотрудников, в зависимости от отрасли) проекты управления бизнес-процессами противопоказаны, так как жесткие схемы процессов, регламенты и пр. «убивают» преимущество гибкости и оперативности. Но по мере роста компании, гибкость и оперативность могут превратиться в хаос, когда все что-то делают, куда-то бегут, но получают результат из серии «лебедь, рак и щука». Управлять хаосом очень сложно, поэтому на следующем этапе своего развития компания переходит к регулярному менеджементу, когда начинает формироваться централизованная система управления (что очень важно для концентрации усилий и контроля ресурсов), явно формируются и приобретают смысл бизнес-процессы, т.к. на первый план выходят проблемы взаимодействия множества (а не десятка) сотрудников. Начиная с этой стадии развития, имеет смысл говорить об управлении процессами. Второй важный момент: описанию, регламентации подлежат только те процессы, которые сформировались и устойчиво повторяются. Для компании с большой вариативностью процессов необходимо не регламентировать, а, скорее, моделировать процессы, тестировать разные варианты и выбирать оптимальный – это другие подходы и проекты. Наконец, третий аспект – характер деятельности предприятия. Управление с помощью описания и регламентации бизнес-процессов эффективно далеко не для каждого вида деятельности. Например, если основной бизнес компании по сути проектный (строительные предприятия, производители, специализирующиеся на позаказном производстве, и пр.) – управление такой деятельностью через бизнес-процессы неэффективно, что уже многократно доказано на практике. Деятельность по проекту определяется его ПЛАНОМ, бюджетом, рамками, сроками и т.д., но не регламентами бизнес-процессов, и здесь нужны совершенно иные инструменты управления. Управление процессами, именно как повторяемыми алгоритмами деятельности, оптимально для предприятий (или направлений деятельности) с повторяющимися, устойчивыми бизнес-процессами, – для производителей серийной продукции, ритейловых компаний и пр. Собственно процессное управление – это своего рода «автопилот», обеспечивающий ежедневную работу компании. Чтобы проиллюстрировать эти различия, рассмотрим деятельность с точки зрения двух простейших факторов: «простота деятельности» и «повторяемость деятельности» (рис. 2). Мы получим четыре основных типа деятельности, а именно: a) простая и новая (неповторяющаяся) деятельность (квадрант 1); b) простая и повторяющаяся деятельность (то есть деятельность, которая устойчиво повторяется субъектом по четко установленному алгоритму) – квадрант 2; c) сложная и новая (неповторяющаяся) деятельность (квадрант 3); d) сложная повторяющаяся деятельность (квадрант 4).
Рис 2. Анализ типов деятельности предприятий. Применение такой простой типологии приводит к очевидным выводам, на которые почему-то очень часто не обращают внимание. Деятельность неоднородна. Значит, в зависимости от типа деятельности мы должны применять и различные технологии управления. В противном случае мы можем не получить желаемого и ожидаемого эффекта от управленческих воздействий и решений и рискуем управлять тем или иным видом деятельности правильным с точки зрения теории, но неэффективным с точки зрения практики способом. Для того чтобы потом с горечью не вспоминать поговорку: «Хотели как лучше – получилось как всегда», - необходимо четко осознавать, каким типом деятельности в данный момент мы управляем…, исследуем, оптимизируем, регламентируем и т.д. И для этого нам потребуются не очень красивые, но зато простые и однозначные определения. Итак, часть деятельности называется: • Задача – если это однократно выполняемая работа одного исполнителя за короткое время (т.е. каждое новое задание выполняется одним сотрудником, каждый раз по новым или меняющимся правилам); Из всего этого следует, что, например, делать основной упор на систему управления бизнес-процессами для компании, в которой преобладает проектная деятельность или задачи – не имеет смысла. Так как в данном случае процессная система будет управлять тем, чего в компании почти нет, или тем, что слабо влияет на качество конечного продукта(ов). И наоборот, бессмысленно внедрять системы управления проектами в «процессной» компании: это приведет к увеличению затрат и внесет в деятельность еще больше проблем и сложностей. Особенности подготовки и реализации проектов управления бизнес-процессами Говоря об особенностях реализации проектов по описанию и оптимизации бизнес-процессов, нельзя не затронуть вопрос выделения бизнес-процессов в компании. Вообще, само выделение бизнес-процессов должно быть направлено на удовлетворение тех потребностей, о которых мы говорили выше. Процесс всегда должен приводить к измеряемому и значимому для всей компании результату. И с этой точки зрения процессы выделяются не по границам бизнес-подразделений, а по продукту\результату, т.е. бизнес-процесс – это полный цикл действий по доведению до клиента, внутреннего или внешнего, некоего продукта. При этом, как мы отметили раньше, этапы реализации подобных проектов следующие: 1. Моделирование процессов «как есть». Желательно эти этапы не пропускать и переставлять. Потому что писать регламенты без схем невозможно, а моделировать «как должно быть», не видя «как есть», – значит, с большой вероятностью, оптимизировать процессы, которые ты себе представляешь, но, как правило, не те, которые на самом деле существуют. Отдельно необходимо сказать и о роли консультантов в таких проектах. Самое неэффективное, чем они могут заниматься – это описывать процессы клиента. И неэффективно это не потому, что они не умеют их описывать. Проблема в том, что данная технология, как уже упоминалось, – это технология управления, предназначенная для руководителей компании. То есть руководители должны получить соответствующие компетенции, знания и навыки. Кроме того, стоит вспомнить, что основанная задача таких проектов – внедрение новых правил. А практика и опыт показывают, что проще всего внедряются те решения, которые были выработаны либо самими руководителями (менеджерами процессов), либо при их очень активном участии. Поэтому основанная задача консультантов в подобного рода проектах состоит не в том, чтобы описывать за кого-то процессы (тем более что для этого требуется очень много времени: важно не только проанкетировать персонал, как это привыкли делать в консалтинговых компаниях, а пойти на производство и разобраться в том, как осуществляется деятельность), а в том, чтобы научить, помогать, контролировать, сопровождать, модерировать. То есть дать руководителям компании необходимые знания (обучение) и навыки (помощь в практике) для реализации проекта, иными словами – передать компетенцию по технологиям описания, оптимизации и регламентации бизнес-процессов и пройти вместе с командой проекта весь путь описания бизнес-процессов хотя бы раз, на примере нескольких базовых процессов предприятия. Дальше специалисты компании работают сами, под «присмотром» консультанта. В таком случае и проект получается дешевле, и компания прирастает новыми компетенциями. Еще одна особенность проекта связана с организацией общего управления процессом. Если руководствоваться парадигмой, что процесс выделяется не по подразделению, а по продукту, то кто тогда может им управлять? Давать указания исполнителям, которые административно подчиняются руководителям разных подразделений? Все эти руководители – в прямом подчинении только у первых лиц компании, которые и выступают «владельцами» процесса. Но топ-менеджерам (владельцам процессов) оперативной деятельностью заниматься нецелесообразно, так как у них свои задачи и функции, поэтому по каждому процессу назначают менеджера, которому делегируются полномочия по управлению этим процессом. Как правило, это руководитель среднего звена, который несет ответственность за достижение конечного результата процесса. Например, для процесса отгрузки – руководитель отдела продаж, для процесса бюджетирования – руководитель планово-экономического отдела и т.д. В таком случае, скажем, бухгалтер, участвующий в процессе отгрузки на его завершающем этапе, должен следовать указаниям менеджера процесса, которому напрямую не подчиняется. В результате формируется матричная структура управления, с типичными проблемными вопросами. И решить эти вопросы можно только тем, что все схемы, модели процессов, процедуры, степень загрузки и квалификация исполнителей будут согласованы со всеми административными руководителями, сотрудники которых в этом процессе участвуют.
|
