КОНТЕНТ УБП для студентов / литература / статьи о б управлении БП
.pdf
Февраль 2010 11
Внедрение KPI стоит начинать
уже на этапе разработки показателей
Роберт Каплан и Дэвид Нортон
Все ключевые производственные показатели помогают определить, что нужно делать для решения поставленных задач. И тем не менее до тех пор, пока не установлена четкая связь KPI со стратегией, данная система — опасная иллюзия.
Грамотная разработка и внедрение KPI позволяют упорядочить несколько важных процессов в организации:
•поставить планы для каждого сотрудника и отдела в соответствии с их стратегией и закрепить ответственность за выполнение определенного участка работ;
•повысить «прозрачность» достижения/не достижения нужного результата и сформировать соответствие ожиданий результатам деятельности;
•быстро находить звено/подразделение/рабочее место, где произошла ошибка;
•показать каждому его вклад в достижение цели;
•показать руководителю, кто из сотрудников и каким образом влияет на результат и что он должен для этого выполнить.
В технологии разработки KPI можно выделить сле-
дующие шаги:
•постановка стратегической цели;
•разбивка цели на все уровни иерархии в компании, вплоть до каждого сотрудника, и определение KPI для каждой подцели;
•определение способа измерения KPI и желаемого значения KPI;
•договоренность о том, что означает для сотрудника/отдела, если KPI не выполняются, выполняются или перевыполняются, то есть договоренность о «правилах игры».
Остановимся на некоторых аспектах внедрения
KPI, которые позволят сделать инструмент «рабочим». Когда внедрение начинается уже на этапе разра-
ботки показателей.
Внедрение KPI стоит начинать уже на этапе разработки показателей. Непосредственное участие в этом помогает людям лучше понять свою деятельность, повысить прозрачность получения результата и договориться об ответственности (а значит, о наказании —
штрафе, которое явно становится справедливым). Важно, что каждый сотрудник начинает понимать, на что он влияет. Если четко показано, кто и где решил все задачи, а кто допустил ошибку на своем участке, то симпатии и антипатии перестают играть роль и руководителю проще и легче контролировать и вносить коррективы, а подчиненному — проще сориентироваться и доказать свою правоту.
Это прекрасная возможность:
•договориться о том, кто и за что должен отвечать, а также согласовать усилия, чтобы не было дублирования ответственности;
•технологически учесть все особенности деятельности, поскольку это не в состоянии сделать ни один человек, ни даже небольшая рабочая группа;
•обеспечить понимание сотрудниками пользы инструмента KPI и их лояльность к изменениям;
•начать внедрение, то есть сразу использовать полученный инструмент в деятельности;
•договориться о новых терминах, взаимосвязях и ответственности;
•увидеть многие «слепые» зоны, которые видны только в такой большой рабочей группе.
Чтобы внедрение прошло успешно, очень важно
соблюдать следующие требования:
1)Четкая процедура планирования. Точное определение приоритетных целей и KPI.
2)Измерение KPI должно быть возможным (четкая процедура) и регулярным.
3)Показатели должны быть действительно ключевыми в деятельности, то есть:
аналитика-Бизнес
Бизнес-аналитика
12 |
|
Управление бизнес-процессами |
|
|
|
|
|
|
mотражать движение к цели в терминах ее достижения (не сколько раз надо вычистить пепельницу, а: «Пепельница должна быть чистой»);
mсоответствовать стратегии (например, конкуренты выполняют заказ за четыре дня, а мы за семь, а должны — за три);
mсодержать поведенческие критерии (сколько раз встретился с клиентом), только если цели не достигаются.
Способы внедрения на этапе разработки
Вариант № 1. Все процедуры осуществляются внутренними силами
В компании назначается руководитель проекта разработки и внедрения KPI (менеджер не ниже заместителя генерального директора/директора по направлению), назначается и собирается рабочая группа в составе топ-менеджмента и специалистов и разрабатывает стратегические цели по основным направлениям. Затем эти цели должны быть разбиты по подразделениям и по каждому из них, а также на каждого сотрудника определены KPI.
Процесс может идти двумя путями. Первый — «самостоятельный»:
•протекает в рабочих группах соответствующих подразделений;
•руководители для своих подразделений, каждый сотрудник для себя самостоятельно определяют KPI, согласовывая его с вышестоящим руководством.
Все процедуры оговорены четкими сроками ис-
полнения, и в определенный день вся компания переходит на применение KPI.
Основные плюсы:
•все вопросы понимания ценности инструмента и его особенностей решаются уже на этапе разработки;
•вовлечение сотрудников в процесс изменения и внедрения нового;
•сразу все сотрудники задумываются над показателями эффективности своей деятельности» над реальной отдачей отдела.
Основные минусы:
•максимальные временные и энергетические затраты сотрудников компании на разработку и внедрение показателей; финансовые затраты на своих сотрудников;
•опасность выделения не ключевых, второстепенных, показателей, что не позволит получить максимальную отдачу от инструмента;
•опасность того, что инструмент не станет «рабочим» из-за отсутствия доверия к инициативам руководства.
Вариант № 2. С экспертным привлечением консультантов
В этом случае основную работу отдают внешним консультантам. Всю вышеописанную работу они проводят после обязательного этапа диагностики. Формат этапа внедрения (более административный или более «открытый») консультанты предложат, исходя из особенностей корпоративной культуры компании. Однако ту часть внедрения, которая связана с ежедневным использованием инструмента (например, с ответами на вопросы по спорным моментам, если они останутся), внешние консультанты взять на себя смогут лишь отчасти, а основная нагрузка ляжет на руководителей подразделений и руководителя всего проекта внутри компании.
Основные плюсы:
•минимальные временные и энергетические затраты сотрудников (в основном на этапе диагностики);
•экспертное владение консультантами инструментом, понимание всех особенностей и «слабых зон» разработки и внедрения;
•выделение именно ключевых показателей эффективности для сотрудников.
Основные минусы:
•финансовые затраты на консультантов;
•необходимость отдельных действий по внедрению изменений; опасность того, что инструмент не будет «рабочим», из-за недоверия к консультантам (разработан «не нами»);
•опасность того, что внедрения не произойдет, поскольку привлечение экспертов на отдельные участки работы еще не означает успеха всей процедуры.
Вариант № 3. Процессное привлечение консультантов
В этом случае консультанты приглашаются в качестве фасилитаторов разработки и внедрения KPI. Консультанты в этом случае ничего не «советуют», а помогают организовать процесс более эффективно (например, проведение рабочих групп), используя специальные техники и методы управления групповыми дискуссиями.
Февраль 2010 13
Основные плюсы:
•средние временные и энергетические затраты сотрудников (в основном на этапе разработки);
•вовлечение сотрудников в изменения;
•понимание сотрудниками ценности инструмента;
•сотрудники задумываются над показателями эффективности своей деятельности;
Мнение эксперта
Виктория Пятница — руководитель отдела рекрутмента компании Manpower (Москва)
Вопрос: В какой степени применима система KPI в компаниях?
На практике одной из наиболее показательных систем является система управления с помощью ключевых показателей эффектив-ности. Вообще, система управления эффективностью, Performance Management, позволяет компании построить свою деятельность в соответствии с выбранной стратегией, привести цели и задачи отдельных сотрудников и подразделений в соответствие с глобальными целями и задачами топ-менеджмента и компании
в целом. Система KPI позволяет сделать акцент на направлениях и областях, критичных для реализации планов компании, выбрав из них наиболее важные и значимые. Если говорить о том, насколько данная система приемлема для тех или иных специальностей, то можно с уверенностью констатировать, что практически нет отрасли деятельности, к которой нельзя было бы ее применить. В самом деле, если существует какая-либо профес-сиональная деятельность (финансовая или административная, связанная с управленческими навыками или не предполагающая таковых, рассчитанная на творческую или на рутинную работу), то /обязательно существуют и критерии оценки эффективности ее выполнения, а соответственно , и измерители. Другой вопрос, что обозначить четко эти измерители или определить их «вес» порой довольно сложно. Как, например, измерить основные показатели эффективности работы творческих работников в сетевых рекламных компаниях? Или каким может быть для рекрутера в агентстве вес показателя по наработке базы данных кандидатов?
В каких-то агентствах этот показатель может быть более или менее критичен, в каких-то вообще не иметь никакого значения. Например, в нашей компании до сих пор еще происходит корректировка важности и веса тех или иных критериев деятельности специалистов.
Важно понимать главное — в основе разработки KPI лежат стратегические цели компании и ключевые бизнес-процессы, происходящие в ней. Цель создания подобных систем — четко обозначить показатели, по которым менеджмент компании сможет определить, насколько эффективно была выполнена работа, и сделать критерии и инструменты оценки максимально прозрачными для себя и сотрудников.
•процесс разработки уже делает инструмент «рабочим», поскольку люди пробуют им пользоваться.
Основные минусы:
•временные, энергетические и финансовые затраты компании;
•опасность выделения не ключевых показателей, поскольку консультанты только направляют процесс.
Снашей точки зрения, последний вариант обеспечивает оптимальное сочетание привлечения консультантов и вовлечения сотрудников.
Стартовая процедура такого внедрения — это семинар по внедрению KPI.
Семинар обычно проводится для ключевых сотрудников компании после того, как стратегические цели поставлены и разбиты по основным подразделениям компании (топ-менеджментом, советом директоров и т. д.).
Цели такого семинара: сформировать у участников представление о методе (что это такое?), научить разрабатывать KPI самостоятельно (как это делать?) и убедить в полезности внедрения KPI для компании (зачем нам это делать?).
Для эффективности инвестиций в обучение подобные семинары стоит проводить для менеджеров среднего звена (не спускаясь ниже).
Примерный регламент семинара
1-я часть. Презентационный блок, рассказывающий о целях внедрения KPI в компании, сути инструмента, основных понятиях.
2-я часть. Деловая игра по решению кейса.
3-я часть. Разработка KPI для своих подразделений с фасилитацией процесса; в качестве эксперта выступает сотрудник, входящий в рабочую группу внедрения KPI внутри компании.
Конкретное наполнение частей зависит от специфики компании, степени доступа консультантов к информации, количества сотрудников.
Идеальный результат такого семинара:
•понимание сотрудниками, прошедшими семинар, полезности внедрения этого метода;
•представление, как и что делать (поскольку основная работа по разработке KPI проходит уже в рабочем режиме);
•умение вдохновить своих подчиненных на разработку KPI. Если цели достигнуты, дальнейшая работа может эффективно осуществляться внутри компании.
аналитика-Бизнес
14 |
|
Управление бизнес-процессами |
|
|
|
|
|
|
Что необходимо учитывать при внедрении KPI?
Остановимся на некоторых проблемных моментах.
Первый такой момент — поддержание заинтересованности в использовании этого инструмента.
В первый месяц применения разработки — в случае, если нет никаких мероприятий по информированию, поддержанию заинтересованности в использовании KPI и в работе ничего не меняется, — интерес начинает угасать. Поэтому руководителям на данном этапе надо запастись терпением и усилить обмен информацией. Например, можно сделать памятку для каждого с его KPI и его областью ответственности; в конце каждого месяца информировать сотрудников о том, что сделано по KPI отдела и каждого работника, разбирать сложные вопросы, если они будут; а если возможно — рассчитать, например, заработную плату за месяц «по-старому» и «по-новому», и т. п.
Второй момент — необходимость регулярного замера KPI и отслеживание их значений.
Поскольку это дополнительная работа для руководителей, которая в первое время занимает много времени, а в дальнейшем будет требовать постоянно небольшого времени, необходимо контролировать ее выполнение отдельно, напоминая о важности этой работы.
Третий момент — обсуждение спорных вопросов.
Всегда найдутся сложные ситуации, для которых ответственность четко не была закреплена на этапе согласования. В таких случаях возникает необходимость договариваться об ответственности за дан-
ный KPI.
Четвертый момент — оценка достижения KPI в конце года.
То, как будет проходить эта оценка, и ее последствия необходимо обговорить заранее, поскольку в первый год работы с показателями можно не знать всех желаемых значений (например, вы придумали индекс удовлетворенности клиента, но пока не знаете, каким он должен быть). Важно, чтобы правила не менялись в течение установленного периода (года, например) или до оценки, когда вы, например, увидите, что KPI многократно перевыполнены из-за неправильного определения их значения. Если вы не договорились заранее о том, что будет в этом случае (например, не определили верхний порог перевыполнения), необходимо выплатить причитающееся вознаграждение, а на следующий год ввести новое правило. В противном случае заинтересованность в применении KPI резко упадет.
Бизнес-аналитика
16 |
|
Управление бизнес-процессами |
|
|
|
|
|
|
Почему необходим структурированный подход к внедрению BPM
Внедрение
Над водой обычно видна только верхушка айсберга (10% всей массы). BPM часто тоже похожа на айсберг — люди и организации видят только то, что над водой. Интересное отметить, что каждый наблюдатель видит над поверхностью что-то свое. Поставщик продукта видит технологию; аналитик процессов видит… конечно, процессы; подразделение кадров — смену управления; подразделение информационных технологий — внедрение технологий; бизнес-руководст- во — краткосрочные преимущества (быстрый выигрыш), сокращение затрат и простые меры для усовершенствований, а менеджер проекта — выполнение краткосрочных задач и достижение результатов проекта.
Часто под «восприятием» (надводной, видимой частью) понимают графическое исполнение «красивых картинок» или моделей процессов, тогда как «реальность» означает реализацию этих процессов и получение выигрыша в бизнесе. Прекрасная стратегия бесполезна, если она неправильно реализована.
К сожалению, внедрение BPM — это многогранная работа, и на рис. 1 показано, что «реальность» — это то, что находится ниже поверхности воды. Риск неудачи проекта BPM растет, если не уделить практическое внимание «реальности», связанной с внедрением BPM. Однако не достаточно просто уделить внимание этой «реальности» — организация должна видеть ее. Судно может проплыть вплотную к айсбергу с одной стороны и ни на что не наткнуться, но удариться, повторив эту попытку с другой стороны, и
затонуть. Видение проблем и способов их решения — это важная часть рабочего процесса.
Таким образом синдром «вершины айсберга», показывает, что восприятие организацией программы BPM, — вероятно, лишь видимая над ватерлинией часть на уровне проекта, однако реальность такова, что бóльшая часть усилий внедрения невидима, поскольку находится ниже ватерлинии. Проекты BPM — не самоцель. Смысл BPM — в возможностях бизнеса, которые может открыть BPM, если каждый менеджер и сотрудник организации проникнется идеей процессного взгляда.
Разумеется, часто BPM начинается именно с проекта, но нужно предпринять колоссальные усилия, чтобы традиционный статус проекта превратился в обычную повседневную работу предприятия.
Рис. 1. Восприятие — вершина айсберга «реальности»
Восприятие
Реальность
Традиционный подход большинства предприятий к проектированию усовершенствования процессов можно продемонстрировать с помощью цикла Деминга: план, действие, сверка, реакция. Со временем этот цикл эволюционировал в форму, представленную на рис. 2, где показаны привычные шаги, выполняемые в рамках проекта совершенствования бизнеса, например:
1)Анализ совершенствуемых сфер, понимание целевых показателей предприятия, сбор требований заинтересованных сторон и выбор процессов, которые будут усовершенствованы в первую очередь.
2)Достаточно подробное изображение «текущего состояния (как есть)», позволяющее понять процесс и решить, как его усовершенствовать.
3)Достижение согласия внутри предприятия по срокам перестройки процессов и выполнение шага «Будет так» по проектированию процессов.
4)Внедрение вновь спроектированных процессов.
Ранее большинство организаций останавливалось на этом шаге, считая, что внедрение вновь спроектированных более эффективных процессов само по себе является успешным проектом. Во многих случаях через 18–24 месяца проект пересмотра процессов повторялся, поскольку бизнес менялся, и процессы в результате переставали отвечать его требованиям.
Чтобы справиться с постоянной необходимостью все время вести новые проекты усовершенствования бизнес-процессов, следует иметь программу непрерывного совершенствования процессов, чтобы изменять их в ходе изменения бизнеса. Этим замыкается кольцо обратной связи.
Один из главных вопросов при таком подходе можно сформулировать так: а решается ли именно
Февраль 2010 17
Рис. 2. Традиционный подход к проектированию процессов |
|
менения и перемещения ресурсов внутри органи- |
||||||||
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
зации, чтобы отвечать ее потребностям. Мы вклю- |
||
|
|
|
|
Как есть |
|
|
|
чили процессы непосредственно в это направле- |
||
|
|
|
|
|
|
|
ние, что отображено на рис. 3 в колонке «Управ- |
|||
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
ление организацией». |
|
|
|
|
|
|
Подход, ориентированный |
3) |
Поведенческое направление. Сюда входит культу- |
||||
|
Бизнес среда |
|
|
ра, ценности, этические нормы, стиль руководства, |
||||||
|
|
на процессы как ядро |
Будет так |
|
||||||
Видение заинтересованными |
|
обучение персонала, навыки и основные показа- |
||||||||
(Постоянное изучение |
|
|
||||||||
|
сторонами |
|
|
|
|
|||||
|
|
|
и совершенствование) |
|
|
тели производительности сотрудников. Здесь важ- |
||||
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
но обеспечить адекватное реагирование системы |
||
|
|
|
|
|
|
|
|
вознаграждений и стимулирования на поведенче- |
||
|
|
|
|
|
|
Разработка |
|
скую модель, которую вы ходите продвигать и по- |
||
|
|
|
|
|
|
и реализация |
|
|||
|
|
|
|
|
|
|
ощрять. На рис. 3 это показано в последней строке |
|||
|
|
|
Постоянное |
|
|
|
||||
|
|
|
|
|
|
«Производительность и измерения». |
|
|||
|
|
совершенствование |
|
|
|
|
||||
|
|
|
|
|
|
|
|
В выступлении Прахалада справедливо указано, |
||
|
|
|
|
|
|
|
что организация должна работать одновременно по |
|||
та проблема, которую нужно решить? Как можно убе- |
всем трем направлениям. |
|
||||||||
диться, что вновь разработанные процессы действи- |
|
Перед руководством и управлением предприятия |
||||||||
тельно способствуют стратегической перспективе |
стоит вызов: принять эти три направления как стра- |
|||||||||
или устремлениям предприятия? |
|
|
тегические и определить их практическое примене- |
|||||||
|
Такие известные специалисты в области исслева- |
ние на предприятии. На рис. 3 показано, как мож- |
||||||||
ния BPM как Дуг Стейси и Декстер Данфи утвержда- |
но работать по этим трем направлениям, каждое из |
|||||||||
ют, что: |
|
|
|
|
|
которых имеет собственные показатели произво- |
||||
|
…стратегия заключается в поиске направлений, ко- |
дительности и требования продуктивности. Это да- |
||||||||
торые питают жизнь организации; структуры обеспе- |
ет прекрасное описание уровней производительно- |
|||||||||
чивают социальное наполнение, необходимое для содей- |
сти, потребностей результативности в организации и |
|||||||||
ствия стратегии… Чтобы быть эффективными, стра- |
применения трех направлений, сформулированных |
|||||||||
тегия и структура должны постоянно пересматри- |
Прахаладом. |
|
|
|||||||
ваться и перестраиваться для согласованности. |
|
Большинство организаций, собирающихся усо- |
||||||||
|
Итак, в первую очередь нужно, чтобы стратегия |
вершенствовать бизнес-процессы, начинает с цен- |
||||||||
организации и ее структура поддерживали друг дру- |
тральной клетки — «Конструирование/проектирова- |
|||||||||
га. Достаточно ли этого? |
|
|
ние и внедрение процессов». Выполняется моделиро- |
|||||||
|
Гуру в сфере менеджмента, доктор Прахалад, вы- |
вание «состояния как есть» и «как должно быть» в бу- |
||||||||
ступая на Гарвардском коллокви- |
|
|
|
|
|
|
||||
уме «Нарушаем кодекс измене- |
Рис. 3. Компоненты производительности |
|
|
|||||||
ний», описал три программных |
|
|
|
|
|
|
||||
направления, должные работать |
|
|
|
Потребности производительности |
|
|||||
|
|
|
|
|
|
|||||
постоянно и совместно: |
|
|
|
Цели |
Создание |
|
||||
1) |
Интеллектуальное направле- |
|
|
|
и показатели меры |
и внедрение |
Управление |
|||
|
|
|
|
|
|
|||||
|
ние. Некоторые называют это |
|
|
|
Цели организации |
Создание |
|
|||
|
стратегией, другие — страте- |
|
|
|
|
|||||
|
|
|
Организация |
и показатели |
Управление |
|||||
|
|
|
и реализации |
|||||||
|
гической перспективой или |
|
|
организационного |
организацией |
|||||
|
|
|
|
организации |
||||||
|
|
|
|
успеха |
|
|||||
|
стратегическими устремле- |
|
|
|
|
|
||||
|
|
|
|
|
|
|
||||
|
ниями. На рис. 3 это названо |
|
|
|
Цели процессов |
Конструирование/ |
|
|||
|
«Цели организации и показа- |
|
Уровни |
|
|
|||||
|
|
Процессы |
и показатели |
проектирование |
Управление |
|||||
|
тели организационного ус- |
производительности |
успешности |
и внедрение |
процессами |
|||||
|
|
|||||||||
|
пеха». |
|
|
|
|
|
|
процессов |
процессов |
|
|
|
|
|
|
|
|
|
|
|
|
2) |
Управленческое направле- |
|
|
|
|
|
|
|||
|
ние. Включает структуры, |
|
Производительность |
Цели организации |
Формулирование |
Управление |
||||
|
технологии и системы орга- |
|
|
и измерения |
и показатели успеха |
и внедрение функций |
персоналом |
|||
|
низации, в том числе выбор |
|
|
|
|
|
|
|||
|
управленцами способа при- |
|
|
|
|
|
|
|||
Внедрение
18 |
|
Управление бизнес-процессами |
|
|
|
|
|
|
Кейс: важность понимания стратегии организации
К нам обратились с просьбой проанализировать действующие процессы операционной деятельности организации и дать рекомендации по программе совершенствования работы. Было выдвинуто два предложения. Первое — в пользу «ползучего» (постепенного) улучшения процессов; второе предусматривало автоматизацию BPM. Интересно отметить, что оба предложения отвечали поставленным целям процессов, которые были задокументированы заказчиком. Поэтому мы обратились к нему спросьбойописатьстратегиюорганизациинаближайшиетригода.
Стратегические устремления организации в связи с программой были сформулированы так:
Разработанная стратегия должна вывести нас на передовые позиции, далеко опережающие конкурентов, так что им будет трудно сравняться с регулярно демонстрируемым уровнем процессов и систем сервиса. Это должно стать основой нашего конкурентного преимущества в кратко- и среднесрочном плане.
Вариант постепенного улучшения давал медленные улучшения. Только три из двадцати пяти процессов можно было перестроить полностью; остальные удалось бы лишь слегка подправить.
Вариант автоматизации BPM обеспечивал значительные новшества и интеграцию с другими важнейшими системами, а также способность организации сохранять маневренность бизнеса.
Вывод. Нашему заказчику стало ясно, что надо остановиться на варианте автоматизации BPM. Если у менеджера проекта нет ясного понимания стратегии организации, и он не обеспечивает соответствие проекта этим целям, а также вклад проекта в эту стратегию, есть большая опасность, что проект решает не ту проблему, которую нужно решить.
дущем, реализация новых перестроенных процессов, после чего начинаются размышления, почему результаты не всегда совпадают с теми, на которые рассчитывали.
Путь реинжиниринга вовсе не усыпан цветами… Согласно некоторым статистическим данным, семь из десяти проектов реинжиниринга не удается. В большинстве обследованных компаний лишь менее 5% изменений достигнуто за счет реинжиниринга.
Как можно заново спроектировать процессы, не зная, чего вы хотите добиться проектом — каковы но-
вые цели (или цель) процесса? Собираетесь ли вы сократить время обработки с пяти до двух дней или двух часов? Если цель — два часа на обработку, то подход к проектированию процесса будет кардинально отличаться от двухдневного подхода. Нацелены ли вы на повышение качество предлагаемого обслуживания, даже если это может привести к увеличению сроков обработки некоторых транзакций? Подход к пересмотру процессов будет абсолютно разным в зависимости от ответов на эти вопросы.
Но теперь нужно спросить: а как узнать, что процесс дает вклад и ценность в стратегию организации? Даже если известны цели процесса, и он перестроен таким образом, чтобы достигать этих целей, будет ли это отвечать стратегическим целям организации и вносить вклад в их достижение?
Увязав стратегию организации с целями поддерживающих процессов и создав вновь сконструированные процессы, необходимо спросить: кто реализует эти процессы? Ответ: персонал организации. Если структура организации, должностные роли, профессиональноквалификационные требования и система вознаграждений и поощрений не поддерживают стратегию организации, то лишь первые два стратегических направления по Прахаладу будут работать.
Когда решены все эти вопросы, организация должна обеспечить постоянное «управление» и совершенствование бизнес-процессов.
Реализация проекта BPM — многогранная и сложная работа, и если не принять структурированного подхода, то либо ничего не получится, либо получится не то, что ожидали заинтересованные стороны. Однако слишком жесткое применение методик или схем не дает гибкости, необходимой для ответа на меняющиеся вызовы.
Нужен практичный, всесторонний и структурированный подход, который можно адаптировать к каждой конкретной организации. В следующем номере журнала мы опишем хорошо зарекомендовавшую себя общую схему, в рамках которой такой подход обеспечивается для использования при реализации проектов и программ BPM.
Внедрение
Февраль 2010 19
Быстрое описание процессов
Область применения технологии быстрого описания бизнес-процессов
Технология быстрого описания процессов (БОП) предназначена для одновременного описания всех или большого количества процессов предприятия в короткие сроки и с минимальными затратами, включающими в себя:
•временные и финансовые затраты, связанные с работой внутренних специалистов по описанию процессов;
•стоимость приобретения и использования программных средств бизнес-моделирования;
•стоимость привлечения внешних консультантов к работам по описанию деятельности организации. Так как объем работ по описанию бизнес-
процессов сильно не зависит от размеров компании, то решение данной задачи становится наиболее проблематичным для компаний малого бизнеса. Причина этого в том, что, как правило, малый бизнес начинает испытывать большую потребность в формализации и описании своей деятельности по мере роста и развития, но не способен, в отличие от среднего и крупного бизнеса, выделить на эту задачу необходимые ресурсы, в частности, финансовые. Практический опыт применения технологии БОП показал ее эффективность, в особенности для компаний малого бизнеса.
Содержание технологии быстрого описания бизнес-процессов
•перечень подпроцессов и их вертикальная иерархия;
•входы и выходы подпроцессов, представляющие информационные и материальные потоки;
•последовательность подпроцессов.
Вэтом случае процессная модель наряду с вертикальными иерархическими связями содержит горизонтальные потоки между подпроцессами, составляющими процесс. Такой подход процессного моделирования часто называют «горизонтальным» описанием деятельности (рис. 1), а по причине того, что он требует большого времени и трудозатрат, его еще называют «сложным».
Вупрощенной методологии моделирования процессов используется «вертикальное» описание, при котором описываются только перечень подпроцессов и их вертикальная иерархия. Техника «вертикального» описания на порядок более быстрая и менее трудозатратная по сравнению с техникой «горизонтального» описания.
Программный аспект быстрого описания основан на упрощенном текстовом вводе информации о процессе в программный продукт, используемый для описания бизнес-процессов, и автоматической генерации процессных графических диаграмм (рис. 2).
Впротивоположность этому обычный подход подразумевает разработку графических процессных диаграмм, в результате чего 80–90% времени специалистов по описанию процессов используется не очень продуктивно и, как правило, уходит на выравнивание и оптимальное расположение на схеме процесса графических объектов и связей между ними.
Основой технологии быстрого описания процессов является ис- Рис. 1. Вертикальное и горизонтальное описание бизнес-процессов
пользование двух инструментариев: методологического и программного.
Методологический инстру-
ментарий основан на использовании упрощенной методики описания процессов по сравнению с обычнымисовременнымиметодологиями бизнес-моделирования. В рамках последних описываются такие элементы процесса как:
технологиииМетоды
Методыитехнологии
20 |
|
Управление бизнес-процессами |
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
||
|
|
|
|
1) |
Бизнес-модель компании в элект- |
||
Рис. 2. Упрощенный текстовый ввод информации о процессе в программный продукт |
|||||||
|
|
|
|||||
|
бизнес-моделирования и автоматическое формирование графических диаграмм |
|
ронном виде, включающая: |
||||
|
|
|
|
|
m описание бизнес-процессов ком |
||
|
|
|
|
|
|||
|
|
|
|
|
|
пании; |
|
|
|
|
|
|
m |
описание организационной |
|
|
|
|
|
|
|
структуры компании; |
|
|
|
|
|
|
m |
описание распределения ответ- |
|
|
|
|
|
|
|
ственности за бизнес-процессы. |
|
|
|
|
|
2) |
Процессные и структурные регла- |
||
|
|
|
|
|
ментирующие документы, автома- |
||
|
|
|
|
|
тически сгенерированные на осно |
||
|
|
|
|
|
ве электронной бизнес-модели: |
||
|
|
|
|
|
m положение о процессной системе |
||
|
|
|
|
|
|
управления; |
|
|
|
|
|
|
m |
положения о бизнес-процессах |
|
|
|
|
|
|
|
(для выбранных процессов); |
|
|
|
|
|
|
m |
положение об организационной |
|
|
|
|
|
|
|
структуре; |
|
|
|
|
|
|
m положения о структурных под- |
||
|
|
|
|
|
|
разделениях (для выбранных |
|
|
|
|
|
|
|
подразделений); |
|
|
|
|
|
|
m |
должностные инструкции (для |
|
|
|
|
|
|
|
выбранных должностей). |
|
|
|
|
|
|
За последнее десятиление техно- |
||
|
|
|
|
логии быстрого описания бизнес- |
|||
|
|
|
|
процессов были успешно применены |
|||
|
|
|
|
для совершенствования и повышения |
|||
План проекта по быстрому |
|
эффективности бизнеса в сотнях рос- |
|||||
сийских и западных компаний. В большинстве случа- |
|||||||
описанию бизнес-процессов |
ев эти компании смогли эффективно применить тех- |
||||||
|
|
|
нологии быстрого описания самостоятельно, силами |
||||
Типовой проект по быстрому описанию процессов |
внутренних специалистов при минимальном привле- |
||||||
имеет на выходе следующие результаты: |
чении внешних консультантов. |
||||||
Типовой план проекта по быстрому описанию бизнес-процессов состоит из трех этапов, перечень которых приведен в таблице.
№ |
Этап |
Результаты |
|
|
|
I. |
Идентификация и выделение |
• Дерево процессов верхнего уровня (содержащее 15–25 основных, обеспечивающих |
|
процессов компании верхнего |
и управленческих процессов). |
|
уровня |
• Схема организационной структуры компании верхнего уровня. |
|
|
• Матрица распределения ответственности за процессы компании верхнего уровня. |
|
|
|
II. |
Описание процессов до уровня |
• Деревья процессов до уровня должностей (15–25 деревьев для выбранных процессов). |
|
должностей |
• Схема организационной структуры до уровня должностей. |
|
|
• Матрицы распределения ответственности за процессы до уровня должностей (15–25 матриц |
|
|
для выбранных процессов). |
|
|
• Рекомендации по совершенствованию процессно-организационной модели компании. |
|
|
|
III. |
Разработка процессных |
• Положение о процессной системе управления. |
|
и структурных регламентирующих |
• Положения о бизнес-процессах (15–25 положений для выбранных процессов). |
|
документов |
• Положение об организационной структуре. |
|
|
• Положения о структурных подразделениях (количество положений соответствует количеству |
|
|
выбранных подразделений). |
|
|
• Должностные инструкции (количество соответствует количеству выбранных должностей). |
|
|
|
|
|
|
