Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности

Tekst
4
Recenzje
Przeczytaj fragment
Oznacz jako przeczytane
Jak czytać książkę po zakupie
Nie masz czasu na czytanie?
Posłuchaj fragmentu
Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности
Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности
− 20%
Otrzymaj 20% rabat na e-booki i audiobooki
Kup zestaw za 27,36  21,89 
Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности
Audio
Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности
Audiobook
Czyta Александр Сорочан
15,51 
Zsynchronizowane z tekstem
Szczegóły
Czcionka:Mniejsze АаWiększe Aa

Глава 3
Хочу все и сразу

Стоит Винни-Пух, жует булочку.

Мимо идет Пятачок.

– Винни, Винни, дай булочку!

– Это не булочка, Пятачок, это пирожок!

– Ну дай пирожок!

– Это не пирожок, это рогалик!

– Ну поделись рогаликом!

– Слушай, Пятачок, ты сначала определись, что ты хочешь, а потом проси.

Профессиональный анекдот

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

И… начинают абсолютно не подготовленные «боевые» действия внутри собственной компании. Дело в том, что между выбором цели и практическими шагами по оптимизации процессов или разработке нового ПО должен быть подготовительный этап, состоящий из ряда шагов, а именно:

1. ОПРЕДЕЛЕНИЕ СПИСКА ПРОЦЕССОВ/ПРОДУКТОВ ДЛЯ ОПТИМИЗАЦИИ, РАЗРАБОТКИ И АВТОМАТИЗАЦИИ,

2. СОЗДАНИЕ МАСТЕР-ДАННЫХ И/ИЛИ ИНФРАСТРУКТУРЫ СБОРА ДАННЫХ,

3. ОБЕСПЕЧЕНИЕ ПОДДЕРЖКИ МЕНЕДЖМЕНТА НА ВСЕХ УРОВНЯХ,

4. ПОДБОР РУКОВОДИТЕЛЕЙ ПРОЕКТОВ И ИХ ОБУЧЕНИЕ,

5. ПОДБОР КОМАНД ПРОЕКТОВ ПО УЛУЧШЕНИЮ (ТО ЕСТЬ ТЕХ, КТО БУДЕТ ДЕЛАТЬ ВСЕ, ЧТО УКАЗАНО В ПЕРВОМ ПУНКТЕ) И ИХ ОБУЧЕНИЕ,

6. ШИРОКАЯ КОММУНИКАЦИОННАЯ КАМПАНИЯ, КОТОРАЯ ОБЪЯСНЯЕТ ВСЕМ (ДА-ДА, ВСЕМ, И УБОРЩИЦЕ ТЕТЕ ГЛАШЕ В ТОМ ЧИСЛЕ), ЧТО, КОГДА И В КАКИЕ СРОКИ БУДЕТ ПРОИСХОДИТЬ.

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

Куда стрелять?

Вопрос выбора процессов не является надуманным и представляет собой далеко не академический интерес.

Большинство методик «улучшайзинга» так или иначе связано с процессами:

– ЛИН 6 СИГМА И ТЕОРИЯ ОГРАНИЧЕНИЙ ЗАНИМАЮТСЯ УЛУЧШЕНИЕМ СУЩЕСТВУЮЩИХ ПРОЦЕССОВ БИЗНЕСА,

– ДИЗАЙН ПО ЛИН 6 СИГМА (DFLSS) РАЗРАБАТЫВАЕТ НОВЫЕ ПРОЦЕССЫ ДЛЯ ПЕРСПЕКТИВНЫХ ПРОДУКТОВ И УСЛУГ,

– AGILE-РАЗРАБОТКА / ДОРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И СОЗДАНИЕ ПРОДУКТОВ ТОЖЕ ТРЕБУЕТ ОБРАЩАТЬСЯ К ПРОЦЕССАМ, ПОСКОЛЬКУ:

• Программа должна выполнять последовательность неких операций, то есть исполнять некий процесс.

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

• Бессмысленно автоматизировать неоптимальные процедуры, только увеличивая беспорядок в деятельности фирмы.

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

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

• «ДАВАЙТЕ ВЫБЕРЕМ, ЧТО ПОПРОЩЕ». ВЫБИРАЕТСЯ ПРОЦЕСС (ЧАЩЕ ВСЕГО ОДИН) ИЗ ТРЕХ ШАГОВ, В КОТОРОМ ПРОСТО НЕЧЕГО УЛУЧШАТЬ ИЛИ СДЕЛАТЬ ЭТО МОЖНО ДО СМЕШНОГО ПРОСТО. В ИТОГЕ ВСЕ В НЕДОУМЕНИИ: ЗАЧЕМ БЫЛО ПРЕДПРИНИМАТЬ СТОЛЬКО УСИЛИЙ, ЧТОБЫ ВОПЛОТИТЬ В ЖИЗНЬ ДАВНО РАЗРАБОТАННЫЕ РЕШЕНИЯ? А ЕСЛИ ЭТО ЕЩЕ ПРЕПОДНОСЯТ С ПОМПОЙ И ВЫДАЮТ ЗА «ГРАНДИОЗНЫЕ» ДОСТИЖЕНИЯ, ИНАЧЕ КАК ТЕАТРОМ АБСУРДА ЭТО НИКТО НЕ ВОСПРИНИМАЕТ.

• «СДЕЛАЕМ ВСЕ И СРАЗУ». ЗДЕСЬ ХОТЕЛОСЬ БЫ РАССКАЗАТЬ ОДНУ ИСТОРИЮ, ЗАПИСАННУЮ СО СЛОВ ЕЕ НЕПОСРЕДСТВЕННОГО УЧАСТНИКА (ДЛЯ УДОБСТВА НАЗОВЕМ ЕГО ЖАН).

В 2012 году внедрение изменений в одном крупном российском предприятии возглавил иностранный менеджер (Жан собственной персоной), который более 20 лет занимался оптимизацией процессов по методологии Лин 6 Сигма по всему миру. Он должен был кардинально улучшить работу по изменениям, придав ей второе дыхание. Жан подошел к проблеме в высшей степени профессионально, проведя за первый месяц всестороннюю диагностику, оценив как достижения, так и проблемы, после чего подготовил три плана. Каждый план делал акцент на различных процессах и требовал разных времени и ресурсов: первый предлагал сделать упор на управленческих процедурах с постепенным переходом на «бэк», как основной источник ненужной бюрократии. Второй – на 5 наиболее проблемных крупных кросс-функциональных (end-to-end)[1] процессах. Третий предлагал довести до ума то, что было сделано ранее, особенно в части ИТ. Каждый план был рассчитан на год, полтора и полгода соответственно. Захватив все выкладки, Жан направился на рандеву с Главным. На встрече он емко рассказал о всех трех планах, подчеркнув, что для каждого будут использованы разные инструменты, обрисовал результаты по каждому из них, разъяснил, как учел все ограничения по ресурсам. Главный благосклонно слушал его 15 минут, потом остановил и сказал:

– Сделайте и первое, и второе, и третье. На все даю 30 дней.

– Но это невозможно. Я сейчас объясню…

– Неинтересно. Я сказал – сделайте.

Через год Жан не стал продлевать контракт и уехал, устав от бесконечных упреков, что сшитый из 3 планов гибрид, требовавший в три раза больше ресурсов, чем было, не работает как надо.

• «ПУСТЬ КАЖДЫЙ ПОУЧАСТВУЕТ». ЭТОТ ВАРИАНТ МНОГИЕ РАСЦЕНИВАЮТ КАК ПРОМЕЖУТОЧНЫЙ МЕЖДУ ПЕРВЫМИ ДВУМЯ. С ОДНОЙ СТОРОНЫ, БЕРЕТСЯ ПО ОДНОМУ ПРОЦЕССУ ОТ КАЖДОЙ ФУНКЦИИ, С ДРУГОЙ – ИХ НАБИРАЕТСЯ ДОСТАТОЧНО МНОГО ПО ОРГАНИЗАЦИИ В ЦЕЛОМ. «ЧЕМ ЖЕ ПЛОХО?» – СПРОСИТЕ ВЫ. НЕСМОТРЯ НА УНИВЕРСАЛЬНОСТЬ ПОДХОДОВ, У КАЖДОГО НАПРАВЛЕНИЯ СВОЯ СПЕЦИФИКА. ЭТО ОБУСЛОВЛЕНО НЕ ТОЛЬКО СЛОЖНОСТЬЮ ПРОЦЕССОВ, НО И ОБЪЕМОМ РАБОТ, КОЛИЧЕСТВОМ ИСПОЛЬЗУЕМОГО ПО И ДАЖЕ ТИПОМ МЫШЛЕНИЯ СОТРУДНИКОВ.

Свою деятельность на ниве оптимизации я начинал с розничного блока. Работа с процессами фронт-офиса была достаточно проста: все сводилось к общению с клиентом, внесению данных, перекладыванию заявок. Суть всех процедур я схватывал за 5 минут. Решения были не на поверхности, но с определенным усилием их можно было достаточно быстро протестировать и выбрать лучшее. А менеджеры по продажам и операционисты просто источали готовность все менять и работали за троих, чтобы проект увенчался успехом. Для них такое поведение было в порядке вещей: сама их деятельность подразумевала гибкость, поиск новых решений на месте без долгих «раскачиваний». Плюс желание снизить переработки, естественные для подразделений обслуживания клиентов.

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

Удалось ли в итоге добиться успехов? Да. Более того, результаты в бухгалтерии были даже на определенном этапе лучше, чем в рознице. Но не знаю, справился бы я или нет без опыта во «фронте».

НАЧАЛО ЛЮБЫХ ИЗМЕНЕНИЙ ЛОГИЧНО НАЧИНАТЬ С ВОПРОСА: «А ЗАЧЕМ НАМ ЭТО НАДО?»

В отличие от моего примера системного подхода step-by-step[2] (когда каждая служба оптимизируется последовательно, исходя из принципа от простого к сложному), часто силы распыляются. Кто-то набирает очки, обучаясь летать на современном компьютеризированном лайнере, а кого-то сразу сажают за штурвал турбовинтового старца. В итоге организация делится на два лагеря: «гениальных управленцев» и «менеджеров, заведующих сложной работой, которую улучшить нельзя». В результате «улучшайзинг» медленно погибает в междоусобной войне.

«Чебуреки, Чебоксары… чебурашек нет» (из мультфильма «Чебурашка»)

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

 

1. ЧТО ТАКОЕ ПРОЦЕСС (Ы)?

2. КАК РАБОТА КОМПАНИИ НА НИХ ДЕЛИТСЯ? (ИЗ КАКИХ ПРОЦЕССОВ СОСТОИТ РАБОТА?)

3. КАКИЕ У ПРОЦЕССОВ ХАРАКТЕРИСТИКИ, ТО ЕСТЬ ЧТО НУЖНО МЕРИТЬ: ВРЕМЯ, КОЛИЧЕСТВО БРАКА И Т.П.?

4. КАКИЕ ЗНАЧЕНИЯ У ХАРАКТЕРИСТИК (ИХ ЕЩЕ НАЗЫВАЮТ «МЕТРИКАМИ»): СКОЛЬКО В ЧАСАХ И МИНУТАХ ПРОХОДИТ ОТ ЗАЯВКИ ДО ПОЛУЧЕНИЯ ПРОДУКТА, КАК МНОГО ДЕТАЛЕЙ В ПАРТИИ БРАКОВАНЫ, И Т.Д.

На борьбу с подобной неграмотностью вступают «приспешники тьмы» (простите, бизнес-технологи), сторонники подхода BPM (business process management).

Только не поймите меня неправильно. Сам подход несет в себе много рациональных зерен.

1. УПРАВЛЕНИЕ ПРОЦЕССАМИ ВОЗМОЖНО, ТОЛЬКО ЕСЛИ СУЩЕСТВУЕТ ИХ ПЕРЕЧЕНЬ И ПОНЯТНО, КАК ОНИ СТЫКУЮТСЯ ДРУГ С ДРУГОМ.

2. ВСЕ В ОРГАНИЗАЦИИ ДОЛЖНЫ ОДИНАКОВО ПОНИМАТЬ, КАК ИСПОЛНЯЕТСЯ ТОТ ИЛИ ИНОЙ ПРОЦЕСС. С ЭТОЙ ЦЕЛЬЮ НУЖНО ЕГО ОПИСАТЬ, ТО ЕСТЬ ПРЕДСТАВИТЬ В ВИДЕ НАГЛЯДНОЙ СХЕМЫ С РАЗЪЯСНЕНИЕМ.

3. МЕТРИКИ ДОЛЖНЫ СООТВЕТСТВОВАТЬ ЕДИНЫМ СТАНДАРТАМ, ЧТОБЫ ИХ МОЖНО БЫЛО ЛЕГКО СЧИТАТЬ И СРАВНИТЬ ДРУГ С ДРУГОМ.

4. ВСЕ ПРОЦЕССЫ В ОРГАНИЗАЦИИ СЛЕДУЕТ ПРЕДСТАВИТЬ В ВИДЕ ЕДИНОЙ МОДЕЛИ, А ЗА КАЖДЫМ ПРОЦЕССОМ ЗАКРЕПИТЬ ОТВЕТСТВЕННЫХ КАК ЗА РЕЗУЛЬТАТ В ЦЕЛОМ, ТАК И ЗА КАЖДЫЙ ЭТАП В ОТДЕЛЬНОСТИ.

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

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

Возьмем, к примеру, первый вопрос: «Что такое процесс?» Ничего сложного в этом понятии нет. Определение давно известно: процесс – совокупность действий (шагов), выполняемых в определенной последовательности; преобразующих ресурсы (на входе) в повторяющийся конечный результат (на выходе). Казалось бы, все просто. В наличии должны быть:

1. ПОСЛЕДОВАТЕЛЬНОСТЬ ШАГОВ (НАПРИМЕР, ОПЕРАЦИИ НА КОНВЕЙЕРЕ),

2. С ПОМОЩЬЮ ШАГОВ РЕСУРСЫ (СЫРЬЕ, ДЕТАЛИ, УЧЕТНЫЕ ОПЕРАЦИИ) ДОЛЖНЫ ПЕРЕРАБАТЫВАТЬСЯ В НЕЧТО НОВОЕ (ПОЛУФАБРИКАТ, МАШИНУ, БАЛАНС),

3. РЕЗУЛЬТАТ ДОЛЖЕН ПОВТОРЯТЬСЯ, ТО ЕСТЬ ОДНИ И ТЕ ЖЕ ДЕЙСТВИЯ С ОДНИМИ И ТЕМИ ЖЕ РЕСУРСАМИ ДОЛЖНЫ ДАВАТЬ ОДИНАКОВЫЙ ПРОДУКТ (КАЖДЫЙ РАЗ МАШИНА, А НЕ САМОКАТ/ВЕЛОСИПЕД/ЛОМ).

Тем не менее споры даже по такому поводу могут не стихать месяцами. Отдельное слово в формулировке будет камнем преткновения и останавливать всю дальнейшую работу. А терминов в теории BPM ой как немало.

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

1. ТЕХНОЛОГИ САМОСТОЯТЕЛЬНО РАЗРАБАТЫВАЮТ И СОГЛАСОВЫВАЮТ МОДЕЛЬ БЕЗ УЧЕТА МНЕНИЯ ОСТАЛЬНЫХ. В ИТОГЕ ПОЛУЧАЕТСЯ «СФЕРИЧЕСКИЙ КОНЬ В ВАКУУМЕ», КОТОРЫЙ ПРЕКРАСНО СМОТРИТСЯ НА БУМАГЕ, НО НЕ СООТВЕТСТВУЕТ ДЕЙСТВИТЕЛЬНОСТИ НИ НА ЙОТУ, ПОЭТОМУ ПРОСТО ПЫЛИТСЯ В АРХИВАХ.

2. ТЕХНОЛОГИ ПРИВЛЕКАЮТ «БИЗНЕС» И ПРОСЯТ «НАРИСОВАТЬ» ПРОЦЕССЫ. НО БИПИЭМЩИКАМ КАТЕГОРИЧЕСКИ НЕ НРАВИТСЯ ТО, ЧТО ИМ ПРИНОСЯТ, ТАК КАК НЕ ОТЯГОЩЕННЫЕ ПРОЦЕССНЫМ ЗНАНИЕМ СОТРУДНИКИ ДЕЛАЮТ ВСЕ НЕ ТАК, КАК ИМ ГОВОРЯТ. В РЕЗУЛЬТАТЕ ТЕХНОЛОГИ ДИКТУЮТ БИЗНЕСУ, ЧТО НУЖНО ИСПРАВИТЬ, ЛИБО ДОРАБАТЫВАЮТ СХЕМЫ ПРОЦЕССОВ САМИ. ДАЛЕЕ СИТУАЦИЯ РАЗВИВАЕТСЯ ПО ПЕРВОМУ ВАРИАНТУ.

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

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

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

Взяв на вооружение логику, мы обнаружим, что проблема не стоит и выеденного яйца. Исходя из определения процесса, масштаб роли не играет. И безусловно, процессы уровня организации состоят из процессов уровня департамента, те – из деятельности отделов, и так далее. Я уже запутал вас окончательно? Если нет, то сейчас будет вишенка на торте. Наши бравые технологи решили назвать процессом только ту деятельность, которая начинается на уровне компании, деятельность на уровне департаментов – этапами, а отдельные действия – операциями. Дальше все они делились на разные уровни и т. д. В общем, торжество формализма. При этом технологи начали рьяно бороться со всеми, кто просто делил процессы по уровням управления компаний, что было для всех проще (первый уровень – end-to-end-процессы, седьмой – уровень отделов). Путались все. Технологи тоже. На одной отчетной встрече руководитель отдела «кулибиных» (прозвище, которое и по сей день отравляет жизнь пяти сотрудникам, ответственным за каламбур в масштабах международной компании) семнадцать (!) раз ошибся в формулировках в течение получасового доклада.

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

1End-to-end – процесс начинается во «фронте», чаще всего с обращения клиента. Затем проходит все стадии работы с заказом, включая производство. Заканчивается процесс получением продукта клиентом, оформлением необходимых отчетных документов и получением денег.
2Шаг за шагом (англ.).
3Модель процессов: все процессы организации, выстроенные в пирамиду, где основание – это отдельные операции на каждом рабочем месте, а вершина – несколько end-to-end-процессов, описывающих всю деятельность организации.
To koniec darmowego fragmentu. Czy chcesz czytać dalej?