Текст книги "Бизнес-процессы. Моделирование, внедрение, управление"

1.6. Проект внедрения процессного подхода

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

Проект внедрения процессного подхода состоит из следующих этапов:

1. Принятие решений.

2. Подготовка.

3. Разработка процессной архитектуры организации.

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

5. Организация управления процессами.

6. Описание и регламентация процессов.

7. Запуск цикла PDCA.

График Ганта проекта внедрения процессного подхода показан на рис. 1.6.1.

_{Рис. 1.6.1. График Ганта проекта внедрения процессного подхода}

На этапе принятия решений основная задача руководства – изучение и понимание концепции внедрения процессного подхода. Им необходимо формализовать свое ви́дение того, что означает внедрение процессного подхода применительно к их компании. Это видение должно быть по возможности согласовано с ее собственниками. В итоге полезно разработать документ, который содержал бы:

• основные определения процессного похода;

• цели внедрения процессного подхода;

• принципы процессного управления;

• концепцию внедрения процессного подхода в организации;

• стратегический план внедрения процессного подхода в организации.

Называть этот документ можно по разному, например «Концепция внедрения процессного подхода в организации “Х”».

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

На основе утвержденной «Концепции внедрения процессного подхода» на этапе подготовки выполняются следующие работы:

• создание подразделения организационного развития и обеспечение его необходимой инфраструктурой и оборудованием;

• подбор людей, в первую очередь руководителя проекта;

• разработка основных методических документов по проекту;

• разработка плана выполнения проекта (или устава проекта);

• обучение персонала на различных уровнях;

• издание приказа о начале проекта.

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

Важный аспект подготовки к внедрению – привлечение квалифицированного, опытного руководителя проекта (начальника отдела организационного развития) и специалистов по процессам. Эти люди будут разрабатывать основные методические документы, учить сотрудников, координировать работу по проекту, описывать и регламентировать ключевые процессы, определять показатели (метрики) для процессов, разрабатывать важнейшие нормативно-методические документы, вести документооборот и т. д. Важно понимать, что экономия при подборе сотрудников в отдел организационного развития недопустима. К сожалению, зачастую руководители не готовы платить высокие зарплаты людям, которые занимаются развитием, и подыскивают на рынке труда молодые, неопытные кадры[45]45
  Такие сотрудники могут участвовать в проекте, но только в качестве стажеров.


[Закрыть]. Прием сотрудников в отдел лучше осуществлять поэтапно: начать с руководителя, а потом, по мере подготовки инфраструктуры и четкого обозначения ближайших задач по проекту, набирать специалистов.

Подразделение организационного развития (или методическая группа) разрабатывает комплект методических документов по проекту, к числу которых относятся:

• положение об отделе организационного развития (методической группе);

• положение о рабочей группе;

• методика управления процессами организации;

• стандарт описания процессов (соглашение о моделировании);

• формы планов и отчетов для оперативного управления процессами (то есть формы для использования показателей/метрик по процессам);

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

• процедура управления внутренними нормативно-методическими документами;

• план (устав) проекта;

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

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

• обеспечивающих возможность внедрения процессного подхода;

• снижающих риск неудачного выполнения проекта.

В качестве примера приведу структуру документа «Методика управления процессами организации».

1. Область применения документа

2. Термины и определения

3. Нормативные ссылки

4. Общее описание процессного управления

4.1. Цели процессного управления

4.2. Принципы процессного управления

4.3. Структурная схема процесса

5. Методика разработки/корректировки системы процессов

5.1. Разработка системы процессов

5.1.1. Формирование системы процессов

5.1.2. Построение модели процессов на верхнем уровне

5.1.3. Структурирование деятельности подразделений

5.1.4. Выделение сквозных (межфункциональных) процессов

5.1.5. Определение необходимых уровней детализации процессов

5.1.6. Определение границ процессов

5.1.7. Определение участников процессов

5.1.8. Определение зон ответственности и назначение владельцев процессов

5.1.9. Кодирование процессов

5.2. Корректировка системы процессов компании

5.3. Ведение справочника процессов компании

6. Методика построения и использования системы показателей

6.1. Определение ви2дения будущего бизнеса

6.2. Построение стратегической карты и ССП[46]46
  ССП – система сбалансированных показателей.


[Закрыть], подразделений

6.3. Построение системы отчетов по показателям

6.4. Интеграция системы показателей в систему управления

7. Методика регламентации деятельности

7.1. Подход к регламентации деятельности компании

7.2. Регламентация процессов верхнего уровня

7.3. Регламентация процессов операционного уровня

7.4. Регламентация деятельности структурных подразделений

7.5. Регламентация деятельности сотрудников

7.6. Согласование регламентирующих документов

7.7. Утверждение регламентирующих документов

7.8. Размещение в базе НМД

7.9. Актуализация

8. Методика управления процессами

8.1. Оперативное управление процессами

8.1.1. Планирование процессов

8.1.2. Мониторинг процесса

8.1.3. Разработка и выполнение корректирующих действий

8.1.4. Совершенствование процесса на основе цикла PDCA

8.1.5. Стандартизация процессов

8.1.6. Формирование отчетности по процессу

8.2. Выполнение цикла PDCA на уровне компании

8.3. Организация и проведение внутреннего аудита процессов

8.4. Развитие компетенций сотрудников и делегирование полномочий

9. Приложения

9.1. Приложение 1. Шаблон матрицы процессов подразделения/компании

9.2. Приложение 2. Нотация для описания цепочек создания ценности компании «Финэксперт. ру»

9.3. Приложение 3. Шаблон ви2дения будущего бизнеса компании

9.4. Приложение 4. Шаблон сбалансированной системы показателей компании

9.5. Приложение 5. Шаблон стратегической карты компании

9.6. Приложение 6. Шаблон управленческого отчета по сбалансированной системе показателей компании

9.7. Приложение 7. Шаблон регламента процесса верхнего уровня

9.8. Приложение 8. Шаблон операционной карты (инструкции)

9.9. Приложение 9. Шаблон положения о подразделении

9.10. Приложение 10. Шаблон должностной инструкции

9.11. Приложение 11. Форма плана/отчета по процессу

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

Обучение персонала – важнейшая задача подготовительного этапа. Полезно проводить обучение на трех уровнях:

• собственники и руководители организации;

• подразделение организационного развития или методическая группа;

• руководители среднего звена и специалисты.

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

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

1. Порядковый номер в таблице.

2. Наименование процесса.

3. Руководитель, ответственный за выполнение процесса (владелец процесса).

4. Участники процесса (перечень подразделений или должностей).

5. Входы процесса.

6. Выходы процесса.

Обычно процессы в такой таблице показывают на трех-четырех уровнях. На первом и втором описание входов и выходов делается укрупненным (либо вообще не делается). Подробное описание входов/выходов и событий целесообразно приводить начиная с процессов третьего уровня.

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

Разработка процессной архитектуры (системы процессов) позволяет:

• определить границы процессов; устранить зоны безответственности и зоны пересечения ответственности (дублирования);

• увидеть реальную картину документированности деятельности организации (какой процесс какими документами регламентирован); спланировать работу по регламентации процессов (определить недостающие документы или документы, которые требуют пересмотра, расставить приоритеты, спланировать разработку и т. п.);

• получить основу для разработки показателей (метрик) для управления процессами[47]47
  Очевидно, что при отсутствии системы процессов такая работа не может быть выполнена.


[Закрыть];

• сформировать базу для создания электронного репозитория процессов организации (с последующим описанием процессов при помощи специализированного средства моделирования);

• получить основу для тиражирования процессов в регионах;

• получить основу для бенчмаркинга процессов с другими организациями отрасли;

• прочее.

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

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

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

• наличие у организации формализованной стратегии, в том числе стратегических целей и показателей их достижения;

• необходимость увязки стратегических целей с показателями для управления процессами;

• ориентация системы показателей на повышение операционной эффективности[48]48
  Независимо от того, формализована стратегия организации или нет.


[Закрыть] процессов и удовлетворенности внутренних и внешних клиентов;

• необходимость агрегирования (декомпозиции, каскадирования) показателей при переходе от процесса одного уровня к другому.

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

Этап разработки показателей заканчивается утверждением:

• системы показателей для управления процессами организации;

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

• определением допустимых границ и целевых значений показателей.

Этап организации управления процессами – ключевой с точки зрения внедрения процессного подхода по концепции «Совершенствование процессов».

Организация управления процессами означает, что владельцы процессов:

• планируют выполнение своих процессов с использованием установленных показателей (метрик);

• оперативно проводят мониторинг хода и результатов выполнения процессов;

• выявляют отклонения от нормального (стабильного) хода процесса (другими словами, идентифицируют вариации процесса);

• анализируют причины отклонений (вариаций), разрабатывают и осуществляют мероприятия (проекты) по устранению причин отклонений (вариаций);

• разрабатывают и реализуют проекты по совершенствованию процессов.

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

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

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

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

• внедрена процедура управления нормативно-методической документации; НМД организации поддерживается в актуальном состоянии;

• создан, частично наполнен информацией (описание процессов) и используется электронный репозиторий процессов организации;

• владельцы процессов освоили инструмент описания и регламентации процессов;

• владельцы процессов осуществляют периодический контроль исполнения требований НМД по своим процессам;

• владельцы процессов используют НМД в качестве инструмента для совершенствования процессов и обучения персонала;

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

На этапе запуска цикла PDCA руководство компании должно добиться, чтобы:

• собственники и руководители организации были вовлечены в этот цикл:

– постоянно анализировали результативность и эффективность выполняемых проектов по совершенствованию процессов;

– выделяли необходимые ресурсы для выполнения проектов по совершенствованию процессов;

– анализировали достижение целей по совершенствованию процессов, периодически корректировали эти цели (с учетом корректировки стратегии, требований клиентов и т. д.);

– поддерживали и развивали систему организационного развития (анализ эффективности, планирование развития, выделение ресурсов);

– организовывали постоянное обучение персонала;

– создавали механизмы, необходимые для вовлечения персонала в деятельность по улучшению процессов;

• владельцы процессов:

– анализировали свои процессы;

– разрабатывали мероприятия (проекты) по улучшению процессов и внедряли их;

– развивали свой персонал, вовлекали его в деятельность по совершенствованию процессов.

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

1.7. Автоматизация процессного управления

Эффективная эксплуатация системы процессного управления в крупной или средней компании возможна только при использовании современных средств автоматизации. На рис. 1.7.1 показан комплекс программных продуктов, который можно использовать в организации для поддержки управления процессами.

Набор программных продуктов[49]49
  Платформа, интегрирующая различные виды программного обеспечения, на рис. 1.7.1 не показана.


[Закрыть], необходимых для комплексного управления процессами, показан в табл. 1.7.1.

_{Рис. 1.7.1. Автоматизация процессного управления: комплекс программных продуктов}

_{Таблица 1.7.1. Комплекс программных продуктов для управления процессами}

^{** В данном случае рассматривается только часть возможностей такой системы.}

^{*** Сейчас ПО такого типа принято называть Business Performance Management.}

^{**** Здесь – Business Process Management System.}

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

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

Схемы процессов (созданные в специализированном программном обеспечении для описания процессов) включаются в нормативно-методические документы, которые регламентируют процессы. Практическое использование большого количества регламентирующих документов – сложная задача. Поэтому в крупных и средних компаниях удобнее всего решать ее при помощи специализированного программного обеспечения, например системы электронного документооборота (СЭД). В рамках данной системы поддерживается жизненный цикл каждого документа: согласование, утверждение, уведомление пользователей об изменениях, хранение, актуализация, использование и т. д. Кроме того, такая система может поддерживать рабочий документооборот, то есть движение различных документов, возникающих при выполнении деятельности по процессу (письма, распоряжения, счета, справки, прочее). Регламенты, поддерживаемые системой электронного документооборота, должны постоянно использоваться руководителями для контроля исполнения требований к процессам, совершенствования процессов, тиражирования стандартов работы, обучения новых сотрудников и т. д.

Для организации управления процессами необходимо обеспечить возможность планирования процессов по ряду показателей и последующего их мониторинга с использованием оперативной фактической информации. Конечно, формировать планы и отчеты по показателям процессов можно вручную в файлах MS Excel. Но гораздо эффективнее делать это при помощи специализированного программного обеспечения. Программные продукты для формирования планов, сбора и представления фактической информации в виде удобных аналитических отчетов получили название систем управления эффективностью (Business Performance Management System). Порядок их работы можно кратко описать так: при выполнении процессов возникают первичные фактические данные, которые фиксируются различными прикладными системами (учетные системы, производственные системы, системы ERP и т. д.). Система управления эффективностью получает эти данные, хранит их в специализированной базе данных и предоставляет для руководителей удобный доступ к ним при помощи информационных панелей управления, формирует необходимые отчеты. Таким образом, руководители получают плановую и фактическую информацию, необходимую для оперативного управления процессами.

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