60 примеров успешных и проблемных проектов организационного развития

В каждом бизнес-процессе назначены ответственные аналитики из подразделения, которое принимает в нём наибольшее участие, или в котором работает владелец бизнес-процесса (ответственный). Аналитики на постоянной основе стали выполнять описание, оптимизацию и актуализацию (поддержку) своего бизнес-процесса, как дополнение к основной (текущей) деятельности. Это занимало при первоначальном описании бизнес-процесса до 50 % от основного рабочего времени, затем при актуализации до 10 % от рабочего времени.

Аналитики в конце каждого дня выделяли 1–2 часа на описание своего бизнес-процесса.

За месяц разрабатывали примерно 8 детальных графических моделей в формате «как есть» («as-is» или версия 1.0). При этом 6–7 часов в день сотрудник занимался своей обычной работой, не связанной с бизнес-моделированием.

Таким образом, 20 аналитиков из подразделений параллельно описывали 20 бизнес-процессов. Назначенные аналитики были готовы выделять время, имели высокую квалификацию и активно поддерживали данную деятельность.

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

Все полученные графические модели от децентрализованных аналитиков объединялись (стыковались в цепочки при возможности) в рамках единой базы данных. Руководитель отдела бизнес-процессов и организационного развития координировал работу децентрализованных аналитиков, проверял модели их бизнес-процессов, консультировал по доработкам.

Децентрализованный формат позволил быстро, качественно и детально описать и оптимизировать бизнес-процессы. По времени это заняло примерно 4 месяца. Особенно удобно, что не требуется большой штат централизованных аналитиков со 100 % загрузкой. В данном банке (среднего размера) численность отдела бизнес-процессов и организационного развития составляла 4 человека.

Организация «У3.2»

В данной организации произошла интересная история.

Решили отказаться от текстовых регламентов и показывать всю детальную информацию на моделях. Т. е. регламенты бизнес-процессов состояли из большого количества графических моделей, а методики или инструкции, которые не поддаются преобразованию в схемы, прикреплялись в виде приложений.

Каждое подразделение старалось отобразить на моделях (для каждой функции или действию в бизнес-процессе) как можно больше информации по своей специфике.