Как вовлечь руководителей и специалистов в работу с бизнес-процессами?
Как вовлечь руководителей и специалистов в работу с бизнес-процессами?
В статье Владимира Репина рассматриваются вопросы вовлечения сотрудников компании в работу с бизнес-процессами. Как сделать так, чтобы сотрудники регулярно занимались описанием, анализом и улучшением бизнес-процессов: возможные средства вовлечения и стимулирования. «Плюсы» и «Минусы» различных подходов. Рекомендации для отдела организационного развития. Статья написана на основе материалов доклада на ежегодной конференции «Проектирование бизнес-архитктур-2017».
Введение
На вопрос: «Работают ли руководители вашей компании с бизнес-процессами?» большинство ответит «Конечно «да», работают». Но каждый понимает это по разному. Являются ли работой с бизнес-процессами организация деятельности подчиненных, оперативный контроль и постановка задач? Думаю, что «нет». Ручное управление текущей деятельностью нельзя называть работой с процессом или управлением процессом. Почему? Дело в том, что процесс, как объект управления, как технология, как система работы не изменяется, не развивается целенаправленно с учетом всех требований, ограничений и рисков. Для работы с процессом нужны соответствующие методы и инструменты. Так почему наши руководители используют их в недостаточной степени? Возможно, они надеются, что в рамках 4-й индустриальной революции скоро за них всю работу по проектированию и управлению процессом будет делать искусственный интеллект, а работу выполнять роботы? Нет, вряд ли. Для многих эти радикальные изменения очень далеки. Они используют методы управления прошлого века с соответствующей производительностью труда. Как сделать так, чтобы руководители захотели работать с бизнес-процессами, причем с использованием современных методов и инструментов управления? Давайте обсудим эти вопросы.
Что есть процессное управление сегодня?
Для начала я хотел бы кратко сказать о том, какие знания о процессном управлении доступны руководителям сегодня. Это:
• BPM CBOK – свод знаний в области управления бизнес-процессами — документ, на основании которого можно определить уровень зрелости организации в области процессного управления, сформировать план развития компании.
• Существует более 30 методик оценки уровня зрелости процессов.
• BPMN – стандарт ISO с 2013 года.
• Отраслевые процессные фреймворки (APQC, eTOM, ITIL, SCOR и др.).
• Эффективные средства автоматизации бизнес-процессов (BPMS, ERP в том числе включая элементы роботизации и искусственного интеллекта).
• Проф. стандарт «Специалист по управлению бизнес-процессами» готовится к утверждению.
Так же отмечу, что сегодня каждому руководителю доступны следующие практические методы и инструменты процессного управления:
• паспортизация процессов;
• оперативное управление процессами с использованием системы показателей (KPI), в т.ч. с использованием систем BPM;
• контроль процессов в BPMS и/или в СЭД;
• формирование графических схем процессов (в т.ч. с использованием специального программного обеспечения, например ARIS, iGrafx, MS Visio и др.);
• анализ процессов (в т.ч. графических схем).
• реорганизация процессов (с использованием технологий Lean, автоматизации, управления изменениями, а так же весь арсенал технологий 4-й индустриальной революции);
• регламентация и стандартизация процессов;
• контроль исполнения стандартов (в т.ч. с использованием современных информационных технологий).
Примеры успешных предприятий показывают, что эффект от работы с бизнес-процессами может составлять десятки, а в случае внедрения инновационных продуктов, технологий и бизнес-моделей, — сотни процентов! Эффект выражается в сокращении времени выполнения, повышения производительности, повышениb рентабельности, росте удовлетворенности клиентов.
Пример. Группа компаний «ЕВРАЗ». Проект автоматизации процессов Общего Центра Обслуживания для управления HR услугами. В рамках проекта была автоматизирована работа более 250 сотрудников HR ОЦО. В системе фиксируется 100% операций, происходящих в ОЦО. Автоматизировано более 80 бизнес-процессов HR-блока. Срок обработки обращений сотрудников в HR-службу сократился в 2 и более раза. Существенно снижено количество ошибок. Обеспечено соблюдение нормативных сроков (в начале проекта — для 70% обращений, после выполнения — 90%). Обеспечена прозрачность процессов. Снижение численности HR на 20%.
Пример. Крупный агрохолдинг. Выполнен проект трансформации процессов управления агропроизводством с использованием комплексного ИТ-решения. Проведение комплексной трансформации и автоматизации процессов позволило повысить рентабельность с гектара на 30%.
Пример. Строительная компания. Оптимизация и автоматизация процесса заказа ТМЦ и внедрение системы KPI позволило увеличить операционную рентабельность с 2 до 15%.
Для сотрудников подразделения организационного развития очевидно, что процессный подход как инструмент нужен для компании и ее сотрудников. Однако, при попытке передать знания об этом инструменте руководителям и специалистам организации можно попасть в ловушку следующих заблуждений:
• сотрудникам компании это нужно просто потому, что это эффективно, интересно, классно, умно, красиво, модно, так делают в США и т.п.;
• можно обучить сотрудников, и после этого они будут применять новые методы;
• можно издать приказ «Внедрить процессный подход с … числа»;
• можно нанять еще бизнес-аналитиков, и работа с процессами будет налажена;
• прочие.
Опыт показывает, что сотрудники компании не воспринимают указанные аргументы. Причина проблемы – в их внутреннем статусе мотивации (в данном случае я использую методику С. Фаулер, сформулированную в ее книге «Почему они не работают?»).
Методы «вовлечения» сотрудников в работу с процессами
Когда сотрудники находятся в навязанном статусе мотивации, они воспринимают попытки донести до них важность и полезность процессного управления как нечто искусственное, надуманное, ненужное для повседневной практической работы. Но при этом они вынуждены браться за эти методы и их применять. Приведу примеры ситуаций, когда так происходит:
• сотрудник работает в системе BPMS – выполняет только определенные заранее действия;
• руководством компании инициирован проект трансформации, оптимизации процессов и т.п.;
• проводятся мероприятия по «вовлечению» (обучение и проч.), на которых обязательно нужно присутствовать;
• результаты выполнения проекта «описания процессов» (и т.п.) оцениваются по KPI и заметно влияют на премию.
Типичным примером создания навязанного статуса мотивации может быть запуск проекта «внедрения процессного управления (описания процессов, регламентации процессов, автоматизации процессов)» по приказу. Сотрудники не понимают, зачем это нужно. Кроме того, они боятся изменений.
Пример. Крупный банк. После смены руководства банка была поставлена задача оптимизации процессов. В течение 1,5 месяцев силой команды из нескольких человек были описаны все процессы дирекции (более 100 процессов).
Пример. Крупная корпорация инициировала приказом проект оптимизации процессов. К назначенному сроку руководители дивизионов представили результаты описания «как есть» и предложения по улучшениям процессов.
Существует еще один статус мотивации – автоматический. Например, градообразующее предприятие, в котором сотрудник проработал более 30 лет, находится в предбанкротном состоянии. Необходимо срочно спасать ситуацию. Руководство обращается к сотрудникам с призывом о помощи и т.п. В общем, ситуация, когда «… отступать некуда». Если лоялен компании и хочешь выжить вместе с ней, то волей-неволей займёшься процессами.
Могут ли проекты, которые делают сотрудники с автоматическим, внешним или навязанным статусом мотивации, быть успешными? Вполне, если успехом проекта считать достижение формально установленных планов («для галочки») без оценки реального изменения показателей эффективности компании и степени внедрения новых инновационных технологий. Однако, как только внешний фактор перестает действовать (например, уходит топ-менеджер, который инициировал и поддерживал проект) сотрудники очень быстро теряют интерес и перестают работать с процессами.
Рассмотрим более мягкие методы, которые тоже создают внешний и навязанный статусы мотивации. К их числу относятся различные мероприятия по вовлечению персонала, в т.ч. обучение по процессному управлению:
• обучение и аттестация (в т.ч. в программе подготовки кадрового резерва);
• моделирующие сессии;
• корпоративная WiKi;
• «горячая линия»;
• награды;
• публикации;
• наглядная агитация, в т.ч. «Боевые листки»;
• внутренние семинары и конференции;
• корпоративная библиотека.
Отдельно можно отметить инструменты наглядной агитации, а именно:
• плакаты и постеры;
• стенды;
• распечатки на стенах;
• памятки на рабочих местах;
• прочее.
Пример. Торговая компания. После обучения по Business Studio, аттестации и успешного внедрения были вручены почетные дипломы.
Пример. Крупный агрохолдинг. Большое количество ярких плакатов создавало атмосферу значимости процессного управления.
Средства агитации могут создать атмосферу типа «У нас принято работать с процессами – посмотрите, как это здорово!». Но они, в большинстве случаев, будут порождать у сотрудников внешний статус мотивации.
Указанные выше методы работают, но недостаточно эффективно с точки зрения создания нужного статуса мотивации. Если сотруднику интересно и действительно нужно работать с процессами, тогда возможность пройти обучение, наличие WiKi, библиотека и другие средства «вовлечения и поддержки» полезны. Но сами по себе они вряд ли заставят сотрудника работать с процессами.
Еще одним относительно «мягким» методом вовлечения является проведение моделирующих сессий и защита проектов (схем процессов, проектов регламентов, мероприятий по оптимизации процессов).
Пример. Моделирующие сессии в крупном агрохолдинге помогли разработать процессы интегрированного планирования.
При каких условиях сотрудник будет сам заинтересован в работе с процессами? Для этого необходимо создать у него согласованный и/или интегрированный статусы внутренней мотивации. Рассмотрим следующие ситуации:
• работа с харизматичным лидером;
• возможность получения новых знаний и навыков, критически важных для последующего карьерного (профессионального) роста;
• возможность повысить личную эффективность (повысить доход, рационально организовать время, возможность решать интересные креативные задачи), если это цель и внутреннее стремление человека;
• цели и ценности сотрудника и организации совпадают.
Пример. Завод по производству ДСП. Рабочие группы за месяц описали и внедрили процессы в области ТОиР.
Пример. Холдинг по производству и реализации птицы. Харизматичный лидер компании поддерживал проект = успешное описание, анализ и внедрение изменений в процессах по методике SCRUM.
Последняя ситуация (совпадение целей и ценностей компании и сотрудника) в чистом виде встречается, на мой взгляд, довольно редко. Даже если формально все сотрудники готовы под этим подписаться, в реальности мало кто так думает внутри себя.
Наше короткое обсуждение статусов мотивации и инструментов их создания, возможно, привело читателя к мысли о непостоянном, слабом воздействии данных методов на человека. Какие средства могут быть более сильнодействующими и постоянными?
Постоянная практика работы с процессами как ключевой инструмент вовлечения
Опыт проектов говорит о том, что ни жесткие, ни мягкие разовые методы воздействия не обеспечивают создание системы работы с процессами в долгосрочном плане. Как только эти факторы перестают действовать (например, в связи с уходом лидера проекта из компании), организация отторгает новые для нее элементы – процессный подход деградирует до функционального.
Можно сформулировать следующую гипотезу:
Ни жесткие (административные) методы, ни мягкие методы (культура, команда) не изменят отношения сотрудников к методам работы с процессами, если не будет:
• создана четкая ролевая структура для работы с процессами (в т.ч. ответственность и полномочия владельцев процессов, менеджеров процессов, Процессного комитета, рабочих групп и проч.);
• созданы и закреплены постоянной практикой действия по работе с процессами (как это обстоит с формированием планов работы, графика отпусков, начислением зарплаты и т.п.);
• создана система стимулирования заниматься орг. развитием.
Компании, в которых работа с процессами стала повседневной нормой, привычкой, получили хорошие результаты. Некоторые добились весьма впечатляющих показателей. Таким образом, можно сделать вывод, только постоянные, периодически повторяющиеся действия с процессами могут обеспечить внедрение в компании культуры процессного управления.
Какие постоянные практики работы с процессами нужно создавать? Вот возможный перечень:
• постоянный анализ необходимых изменений, актуализация регламентов и доведение их до персонала через внутренний web-портал;
• регулярный мониторинг процесса с использованием системы показателей, выявление причин отклонений, разработка и выполнение корректирующих действий;
• еженедельное 1-часовое совещание по теме «Как повысить эффективность процесса?» с последующим запуском 1-2 коротких спринтов (мероприятий по улучшению) по методике SCRUM;
• регулярный анализ предложений сотрудников по улучшению процесса, выбор и внедрение лучших предложений, информирование сотрудников;
• ежемесячный анализ дополнительных возможностей автоматизации (цифровизации, роботизации) процесса с выполнением одного спринта по методике SCRUM;
• ежеквартальный анализ удовлетворенности внутренних и внешних потребителей процесса, корректировка системы показателей и системы стимулирования персонала;
• ежеквартальный углубленный анализ инноваций, проведение совещаний, разработка, защита и реализация проектов внедрения инноваций в процессе;
• регулярное повышение квалификации сотрудников, выполняющих процесс.
Пример. Коммерческий банк. Разработана архитектура процессов. Методикам описания и анализа процессов обучено до 30% персонала. За год работы описано и стандартизовано 1300 процессов. Создан внутренний портал для информирования сотрудников (регламенты, НСД, показатели). Некоторые результаты проекта: заявка на кредит физлица рассматривается за 1 час (ранее – за 2 дня), кредит физлицу выдается за 1 визит (ранее – за 3), уровень доступности банкоматов вырос до 99,97% (ранее – 90%), ускорение времени обработки зарплатного реестра с 4 часов до 0,5 часа, количество структурных подразделений уменьшено на 13%, сокращен ФОТ и на 20% уменьшена численность персонала.
Рекомендации для ООР при внедрении
В заключении сформулирую некоторые рекомендации для Отдела организационного развития компании, которому поручено внедрение процессного подхода. Эти рекомендации основаны на теории и практике внедрения процессного управления и управления изменениями:
• найдите свой локомотив (куратора проекта, лидера из числа руководителей верхнего уровня, собственников);
• определите ключевую проблему и преодолейте препятствия в умах (осознание проблемы руководителями);
• создайте команду изменений (найдите союзников из числа топ-менеджеров и просто уважаемых людей, определите роли, задайте правила);
• создайте видение целевого состояния компании (в т.ч. системы управления);
• сконцентрируйте ресурсы (на ключевых бизнес-процессах);
• создайте нужный статус мотивации у ключевых фигур влияния (топ-менеджеров и собственников);
• вовремя устраняйте политические препятствия;
• постоянно ведите пропаганду;
• СОЗДАВАЙТЕ ПОСТОЯННЫЕ ПРАКТИКИ РАБОТЫ С БИЗНЕС-ПРОЦЕССАМИ.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Ноябрь 2017 г., Москва
Тотальное описание бизнес-процессов компании: «за» и «против»
Тотальное описание бизнес-процессов компании: «за» и «против»
В статье Владимира Репина рассматривается проблематика тотального описания бизнес-процессов компании с целью анализа загрузки исполнителей и сокращения их численности. Приводится методика анализа загрузки исполнителей в процессах. Обсуждаются «плюсы» и «минусы» такого подхода. Приводится экономическое обоснование проекта.
Введение
Тотальным описанием бизнес-процессов компании будем называть проект, в рамках которого выполняется четыре основных шага:
• описание ВСЕХ процессов компании «как есть»;
• анализ процессов, в т.ч. загрузки исполнителей;
• описание ВСЕХ процессов компании «как должно быть»;
• внедрение изменений, в т.ч. трансформация организационной структуры и сокращение численности штата.
Для понимания масштаба такого тотального описания приведу пример. Компания численностью 2 тыс. человек. Общее количество процессов операционного уровня, которое необходимо описать, — около 1000. Это означает, что мы должны разработать тысячу схем формата А4 (8-15 шагов на каждой) для того, чтобы все действия (операции), выполняемые сотрудниками, попали в модель. Дальнейший анализ загрузки исполнителей позволит решить задачу оптимизации численности и исключения ненужных должностей из орг. структуры компании.
Можно ли сократить численность сотрудников без тотального описания процессов? Да, можно. Многие так и делают. Часто просто дают руководителям отделов плановый % сокращения. Но я этот случай не рассматриваю. Если руководству компании нужно четкое и понятное обоснование, то без понимания реально выполняемых процессов не обойдешься. Некоторые гос. компании, накаченные бюджетными деньгами, сначала активно увеличивают штат. Потом, через некоторое время, менеджмент спохватывается, но уволить просто так никого нельзя – все уже при деле, а начальники отделов просят еще людей. Чем больше в твоем отделе (управлении) людей, тем более уважаемый ты человек. Впрочем, для крупных частных компаний это тоже вполне типичная картина.
Мой личный опыт участия в некоторых проектах «тотального» описания процессов и примеры компаний, которые мне известны, говорят о недостаточной результативности такого подхода. Проблема состоит в следующем. Этап описания процессов «как есть» длится очень долго (от 6 месяцев и более). На выходе команда проекта получает толстые тома схем, с которыми дальше сложно работать. Потом делается попытка выполнить анализ процессов и обоснование необходимых изменений. Потом еще много месяцев рисуют модели «как должно быть». За это время процессы уже успевают поменяться… Считаю более правильным подход, когда сначала создается процессная архитектура бизнеса, а затем выполняется работа по описанию, анализу и оптимизации процессов, причем последовательно – начиная с наиболее важных к менее важным процессам. По каждому процессу должен быть достигнут практический эффект от оптимизации.
Но если все-таки без тотального описания бизнес-процессов не обойтись? Как быть в этом случае? В следующем разделе представлен методический подход к выполнению такого проекта.
Возможный методический подход
Для тотального описания бизнес-процессов компании необходимо:
- убедить команду топ-менеджеров в необходимости изменений и найти лидеров;
- разработать архитектуру процессов компании;
- установить и настроить систему бизнес-моделирования;
- создать необходимые компетенции у команды проекта;
- разработать методики (описания и анализа процессов, в т.ч. загрузки исполнителей);
- выполнить описание, анализ и оптимизацию процессов, в т.ч. разработку моделей «как должно быть», анализ загрузки исполнителей, расчет изменения численности сотрудников и исключения ненужных должностей;
- разработать перспективную организационную структуру и штатное расписание;
- выполнить организационные изменения, в т.ч. орг. структуры и штатного расписания.
Создание и убеждение команды топ-менеджеров и поиск лидера (лидеров) проекта – задача во многом «политическая» и в данной статье не обсуждается.
Для разработки архитектуры процессов нужна команда экспертов, члены которой смогут по-новому взглянуть на бизнес компании и построить модель на основе видения перспективных цепочек создания ценности или, говоря шире, — перспективной бизнес-модели. При этом акцент должен делаться на сквозные процессы и эффективность управления инвестируемым капиталом собственников по всей цепочке процессов, по всему жизненному циклу продуктов компании. Наличие адекватной архитектуры процессов – это залог успешного выполнения проекта тотального описания процессов. Запутанная, сложная архитектура или архитектура, имеющая мало общего с реальностью, приведут к построению рыхлой и запутанной процессной модели бизнеса.
Создание компетенций у команды проекта. Прежде чем решать этот вопрос, нужно найти людей в эту команду. Кто может в нее войти? Можно попытаться провести кастинг среди крупных консалтинговых компаний, но вряд ли даже крупные компании способны выставить 20-30 специалистов «фулл-тайм» на много месяцев проекта. Если даже смогут, то цена будет космическая. Выхода два – набирать новых людей в штат, либо учить своих.
Увеличение численности штата на старте проекта, целью которого является его сокращение, не вдохновляет руководство. Поэтому остается вариант искать ресурсы внутри. Но здесь тоже проблема – либо в проект отдают заведомо лишних, ненужных людей, либо вообще отказываются отдавать кого-либо из боязни прослыть неэффективным руководителем, у которого «люди не загружены работой». Как быть в такой ситуации? Возможны разные варианты. Собственник бизнеса может выделить в проект людей своим волевым решением. В гос. компании можно сформировать команду проекта из руководителей отделов, включенных в кадровый резерв. Практика описания и анализа процессов будет им исключительно полезна. Когда они будут включены в команду, то сами смогут найти у себя в отделах толковых исполнителей – будущих «писателей процессов». Еще один способ – использование практикантов, студентов, закрепленных за отдельными подразделениями. Но это не лучший вариант.
МОЖНО СФОРМИРОВАТЬ КОМАНДУ ПРОЕКТА ИЗ РУКОВОДИТЕЛЕЙ ОТДЕЛОВ, ВКЛЮЧЕННЫХ В КАДРОВЫЙ РЕЗЕРВ. ПРАКТИКА ОПИСАНИЯ И АНАЛИЗА ПРОЦЕССОВ БУДЕТ ИМ ИСКЛЮЧИТЕЛЬНО ПОЛЕЗНА.
Методическое обеспечение проекта является очень важным. Нужно разработать методики описания и анализа процессов, в том числе в части загрузки исполнителей. Поскольку анализ и оптимизация загрузки исполнителей является ключевой целью проекта, то методику анализа в этой области целесообразно проработать подробно. Необходимо будет выполнить анализ существующих нормативов, планового и фактического времени выполнения операций, количества запусков каждого процесса и определить загрузку сотрудников, выполнив математический расчет. В идеальном случае, можно использовать имитационные модели процессов, но их подготовка сама по себе весьма трудоемка.
Для выполнения задачи описания процессов создаются небольшие рабочие группы (РГ) по 2-3 человека + эксперты (начальники подразделений). Внешние консультанты могут осуществлять методическое сопровождение, координацию и контроль качества описания процессов (в т.ч. на основе чек-листов). Еженедельно РГ отчитываются о проделанной работе – представляют схемы процессов, результаты анализа процессов, предложения по улучшению.
На этапе описания процессов целесообразно использовать подход, объединяющий разработку моделей «как есть» и «как должно быть» в единую группу работ, которая выполняется РГ в течение короткого периода времени (несколько недель):
• формируются модели процессов «как есть», выполняется фиксация текущего состояния процессов (количество запусков, время выполнения, перечень проблем);
• выполняется анализ проблем и выявление их причин;
• выполняется анализ и разработка/корректировка норм трудоемкости выполнения операций процесса;
• разрабатываются и обсуждаются предложения по оптимизации процессов;
• формируются схемы оптимизированных процессов («как должно быть»).
По ходу описания и анализа очень важно активно вовлекать руководителей в процесс поиска возможных улучшений. Целесообразно привлечь в команду специалистов по бережливому производству, ТРИЗ и, что особенно важно в наше время, по автоматизации в BPMS, цифровизации (знатоков методов «Индустрии 4.0»).
Оптимизированные модели процессов дают возможность провести необходимые вычисления и ответить на вопрос: «Сколько времени занимает выполнение операций и процесса в целом?». Затем для каждого исполнителя выявить его нормативное (расчетное, плановое) время загрузки в процессах с учетом нормативов длительности выполнения каждой операции и среднего количества операций, выполняемых в течение месяца. Если после проведения расчетов окажется, что это время существенно меньше фонда рабочего времени, то исполнителя можно сокращать. Так же необходимо рассмотреть возможность исключения должностей из орг. структуры компании. Ниже возможный алгоритм анализа рассмотрен более подробно.
Шаг 1. Классификация типа должности.
Определяется тип должности: менеджер, инженерно-технический работник, специалист, рабочий и т.д. Важно определить тип должности, т.к. от этого будет зависеть анализ возможности сокращения сотрудников, занимающих данную должность.
Шаг 2. Анализ загрузки должности.
В моделях процессов компании (напомню, что ВСЕ процессы описаны на уровне операций!) исполнителями являются должности и роли. Каждая роль в процессе связана с конкретной должностью. Должность может выполнять несколько ролей в разных процессах. Анализ процессов дает информацию о нормативной трудоемкости каждой операции и количестве операций, выполняющихся в процессах за месяц. Выполняется расчет общей трудоемкости выполнения операций в человеко-часах для должности. Пример: 10 процессов * 3 операции * 3 раза в день * 22 рабочих дня * 15 минут = 29 700 минут.
Шаг 3. Анализ структуры рабочего времени должности.
Выполняется анализ структуры рабочего времени для должности. Определяются: время подготовки к работе, время на постановку и выполнение разовых поручений, время на совещания и перерывы, опоздания, прогулы, больничные (последние три – можно брать как средние для компании по типу должности). Выполняется расчет рабочего времени, доступного для выполнения операций в процессах в течение месяца (общее календарное рабочее время минус сумма всех других времен). Если должность занимают несколько сотрудников, то доступное время умножается на их количество.
Шаг 4. Расчет нагрузки на одного исполнителя.
Общая трудоемкость выполнения операций в процессах сопоставляется с фондом рабочего времени сотрудников, занимающих должность. Пример: 22 рабочих дня * 6 часов * 60 минут = 7 920 минут (реальная формула более сложная). Расчетное количество необходимых сотрудников составляет 29 700 / 7 290 = 3,75, т.е. 4 человека. Допустим, фактически занимают должность – 10 человек. С учетом норматива численности, потенциально можно сократить 5 человек.
Шаг 5. Анализ персональных данных сотрудника.
Выявляются исключительные компетенции каждого сотрудника, которые важны для компании. Сотрудник, обладающий исключительными компетенциями, не может быть просто так уволен. Кроме компетенций в расчет принимаются: формальная квалификация, опыт работы, возраст, состояние здоровья, личные качества. Например, можно выполнить анализ личных качеств в соответствии с профилем, требуемым компанией: инновационность, коммуникабельность, способность работать в команде, исполнительность и проч. В зависимости от типа должности и специализации состав критериев и веса могут меняться. В результате выполняется расчет рейтинга сотрудника. Если в компании внедрена система грейдов, то набор критериев для оценки должностей уже есть. В противном случае его придется создавать. Для получения оценки должностей в полуавтоматическом режиме стоит разработать систему, похожую на «Скоринг» в банках.
Шаг 6. Анализ возможности сокращения сотрудников.
Выполняется рейтинговая оценка сотрудников, занимающих одну должность. Делается вывод в возможности сокращения сотрудников. Результаты фиксируются в базе данных и включаются в отчет.
Шаг 7. Анализ возможности исключения должности.
В случае, если должность занимает один сотрудник и его загрузка в процессах недостаточная (например, менее 50%), то рассматривается возможность исключения должности из орг. структуры компании. При этом определяются должности, на которые может быть перераспределена нагрузка сотрудника в процессах.
ТОТАЛЬНОЕ ОПИСАНИЕ ПРОЦЕССОВ ПОЗВОЛЯЕТ НЕ ТОЛЬКО ВЫЯВИТЬ «ЛИШНИХ ЛЮДЕЙ», НО И ПЕРЕРАСПРЕДЕЛИТЬ ЗАДАЧИ ТАК, ЧТОБЫ ОНИ НЕ «ПОВИСЛИ» ПРИ УВОЛЬНЕНИИ СОТРУДНИКОВ.
Вообще говоря, для оптимизации организационной структуры совершенно не обязательно выполнять тотальное описание процессов. Если у Генерального директора 28 заместителей, два из которых управляют 80% ресурсов компании, то очевидно, что организационная структура не является сбалансированной, оптимальной. В этом случае можно разработать перспективную структуру (на уровне 1-3 уровней управления) только на основе анализа перспективной бизнес-модели компании. Однако, в дальнейшем при реорганизации придется нарушить устоявшуюся иерархическую структуру властных полномочий, что будут весьма рискованно как для спонсора, так и для команды проекта. При тотальном описании и анализе бизнес-процессов можно обосновать изменение структуры более мягко, на более длительном временном интервале, что делает задачу реорганизации структуры менее рискованной.
План оптимизации орг. структуры должен четко описывать этапы исключения (перераспределения) должностей и подразделений в привязке к календарю, необходимые мероприятия по разъяснительной работе, поиску рабочих мест для увольняемых сотрудников, обучению и аттестации и проч. Степень жесткости при сокращении персонала определяется корпоративной культурой и ситуацией, в которых находится компания. Для компании, близкой к банкротству это делать нужно быстро и жестко.
Далее возникает проблема внедрения изменений. Очевидно, что одновременно управлять изменениями всех процессов невозможно. Поэтому после определения оптимальной численности сотрудников и оптимальной организационной структуры нужно приступить к сокращению персонала, а руководителям подразделений дать в руки схемы процессов «как должно быть» и объявить принцип: «Мы обоснованно сократили численность и сформировали модели «как должно быть» — работу по процессам дальше организуйте сами». При этом, конечно, должны быть KPI (в т.ч. результат, затраты, время, качество), от которых существенно зависит премия руководителей. Безусловно, на данном этапе очень важно управлять настроениями сотрудников, обеспечивать максимальную степень коммуникаций и поддерживать лидерство.
Экономическое обоснование проекта тотального описания бизнес-процессов
Сделаем простой расчет – экономическое обоснование описания процессов для указанного в начале статьи случая – 2000 человек персонала и 1000 операционных процессов в компании.
Предположим, что средняя зарплата (с учетом налогов и взносов) – 30 тыс. рублей в месяц. Общий ФОТ составит 720 млн. рублей в год.
Трудоемкость описания 1000 процессов из расчета 40-а человеко-часов на 1 процесс – 40 тыс. часов (норматив, выработанный длительной практикой консалтинга по описанию и анализу бизнес-процессов). К этому времени добавим по 4 часа на анализ загрузки каждого исполнителя (с учетом использования полуавтоматизированной системы «скоринга»). В итоге получится трудоемкость проекта – 48 тыс. человеко-часов. Чтобы выполнить проект за год потребуется 25 экспертов. Предположим, что зарплата экспертов – 60 тыс. в месяц. Общий ФОТ на проект – 18 млн. рублей в год.
В случае, если по итогам проекта удается сократить только 10% численности персонала эффект составит 72 млн. рублей. Эффективность проекта будет равной 400%.
Выводы
Подводя итоги, сравним «плюсы» и «минусы» проекта тотального описания бизнес-процессов с целью сокращения численности персонала.
К «Плюсам» можно отнести:
• значительный экономический эффект для бизнеса;
• встряска персонала компании и подготовка к необходимым изменениям (в т.ч. инновационным);
• сокращение численности и трансформация орг. структуры, основанная на результатах анализа процессов и четкой методике расчета;
• процессная архитектура и процессная модель компании, которая в дальнейшем используется для оптимизации, стандартизации и автоматизации процессов;
• развитие культуры процессного управления.
«Минусы» (риски) проекта:
• высокая сложность и заметная длительность (от 1 года и более);
• сопротивление руководящего состава и сотрудников;
• риск получения погрешности расчетов из-за использования средних величин (средняя частота операций, средняя длительность операций и т.п.);
• отсутствие достоверных данных и адекватных нормативов.
В целом, в случае поддержки проекта командой топ-менеджеров и наличия среди них лидеров изменений, «плюсы» существенно перевешивают «минусы». Проект сложный и довольно дорогой, но для крупных компаний, перед которыми стоит задача выжить, он может дать существенный эффект.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Август 2017 г., Москва
Добавить комментарий Отменить ответ
Анализ графической схемы процесса
Анализ графической схемы процесса
В статье Владимира Репина графическая схема рассматривается как инструмент анализа процесса. Приводятся условия, необходимые для создания качественной схемы процесса. Осуждается метод верификации схемы при помощи чек-листа. Предлагаются возможные направления содержательного анализа схемы процесса. Материал статьи может быть полезен руководителям и специалистам, занятым в области организационного развития компаний.
Введение
По данным статистики 65% компаний занимаются описанием бизнес-процессов, из них в 41% компаний используют специальное программное обеспечение типа Business Studio. (The State of Business Process Management 2016, Paul Harmon, www.bptrends.com). Результатом описания процессов являются графические схемы, выполненные в различных нотациях. Схемы могут быть либо простые и читаемые, либо сложные и запутанные. Но в любом случае, это некоторый упорядоченный по определенным принципам набор шагов, который позволяет визуально представить себе, как выполняется процесс.
Схемы используются для различных целей: анализа процессов, реорганизации, подготовки к автоматизации, документирования (создания регламентов), управления рисками, внедрения методов бережливого производства, обучения сотрудников и проч.
В данной статье я рассматриваю вопросы использования графических схем для выполнения анализа процесса с целью его дальнейшей трансформации, реорганизации, оптимизации, совершенствования. Эти действия по изменению процесса можно называть по разному, но цель всегда одна – изменение характеристик процесса для обеспечения соответствия возможностей процесса стратегии развития компании, повышения его производительности, сокращения сроков выполнения, роста эффективности. В современной ситуации можно добавить еще готовность процесса к внедрению инновационных технологий (цифровизация, интернет вещей, big data и т.п.).
ПЕРВЫЙ ШАГ К ОПТИМИЗАЦИИ ПРОЦЕССА – ЭТО ПОНИМАНИЕ ПРОЦЕССА
Умение создавать корректные графические схемы процессов и выполнять их анализ является ключевой компетенций специалистов по организационному развитию. И не только их, а и любого менеджера, которые хочет активно использовать современный инструмент управления под названием Business Process Management.
Возможности и ограничения анализа графической схемы процесса
Графические схемы можно условно разбить на две больших группы: схемы процессов верхнего уровня и схемы операционных процессов.
На схемах верхнего уровня представляют процессные категории и процессные группы. Как правило, для описания используют нотации структурного типа (например, IDEF0). С их помощью легко показать, из каких частей состоят процессы и описать основные связи между ними (физические и материальные потоки). Но схемы этого типа не показывают потоки работ.
Схемы операционных процессов создают при помощи нотаций совершенного другого типа – Work Flow (eEPC, CFFC, BPMN, «Процедура» Business Studio). Базовый принцип создания таких схем – описание цепочки выполнения операций процесса в хронологическом порядке (строго одна за другой).
В зависимости от типа, графические схемы процессов можно использовать для выполнения следующих видов аналитической работы:
Верхний уровень (структурная модель):
• архитектура процессов компании;
• бенчмаркинг архитектуры процессов компании с процессными фреймворками (например, APQC, SCOR, eTOM, ITIL и проч.);
• взаимодействие (стыковка по входам/выходам);
• зоны ответственности топ-менеджеров (определение владельцев и менеджеров процессов);
• привязка целей и показателей;
• визуализация проблемных зон.
Операционный уровень (модель Work Flow):
• анализ технологии выполнения процесса (дублирование, узкие места, возвраты и проч.);
• value-анализ;
• анализ потерь;
• анализ времени выполнения;
• анализ рисков;
• имитационное моделирование (графическая схема – основа для создания имитационной модели).
Какую информацию невозможно получить путем анализа графической схемы? Очевидно, что это различного рода расчеты и анализ большого массива данных, связанных с выполнением процесса или других процессов, на который данный процесс оказывает влияние. Так же графическая схема не нужна для анализа Парето или Исикавы, проведения SWOT-анализа процесса и других подобных методов анализа. Другим словами, если вы хотите провести анализ проблем, связанных с выполнением процесса, или оценить процесс в целом по ряду параметров, то совершенно не обязательно начинать с формирования графической схемы. Но если речь идет о детальном анализе с учетом технологии выполнения процесса, то схема может стать очень полезным инструментом.
Качество и верификация графической схемы процессы
Практика показывает, что качество графической схемы, ее адекватность реальному процессу является ключевым фактором успеха использования схемы для целей анализа процесса. На рис. 1. показан примеры некорректной схемы процесса. Сложная схема вверху рисунка – это процесс работы с дебиторской задолженностью, разработанный недостаточно опытным бизнес-аналитиком (красным показаны замечания к схеме). Ниже справа показан фрагмент схемы. Внизу слева – фрагмент схемы другого процесса, разработанной сотрудниками, неискушенными в моделировании процессов.
Процесс, представленный на рис. 1., чрезмерно усложнен, причем без реальной необходимости. Сложность этой схемы – результат отсутствия опыта моделирования и желания глубоко разобраться с реально выполняемым процессом. Можно ли предоставлять такую схему на согласование бизнес-заказчику? На мой взгляд, нет. Нужно ее существенно упростить, сделать читаемой. При этом может потребоваться перейти на следующий уровень декомпозиции. Это нормально. Зато со схемой можно будет работать.
Другой пример – рис. 2. Эта схема сделана на грани профанации. К сожалению, такого рода схемы до сих продолжают встречаться в компаниях, даже в крупных, у которых достаточно средств на создание нормальной системы работы в этой области.
Чем же определяется качество графических схем? Можно отметить следующие аспекты:
• наличие в компании «Соглашения по моделированию»;
• знания, навыки и опыт у «проектировщиков процессов» (бизнес-аналитиков, сотрудников, ответственных за описание процессов);
• система контроля;
• возможность групповой работы над схемой (моделирующие сессии, обсуждение схемы на внутреннем web-портале, «защита» схемы и т.п.).
«Соглашение по моделированию» определяет требования к использованию конкретных нотаций для описания процессов, требования к наименованиям, кодификации и т.п. Кроме того, в него может быть включен чек-лист контроля качества процессов (об этом чуть ниже). Наличие «Соглашения» является необходимым, но не достаточным условием создания качественных моделей процессов.
Очень важно подобрать и обучить специалистов, сформировать у них навыки сбора информации и описания процессов. Правильный путь – это проведение обучения практикой с последующим выполнением 2-3 учебно-практических заданий под контролем опытного эксперта. Далее нужно будет внедрить систему контроля качества графических схем, например на основе чек-листа. Еще одним важным аспектом является возможность групповой работы над схемами процессов – в рамках команды проекта, с участием внешнего эксперта, путем проведения моделирующих сессий, «защит» схем и т.п.
Чек-лист для контроля качества графической схемы процесса может содержать несколько разделов, например:
• тип модели процесса (аналитическая, для имитации, для автоматизации);
• корректность формулировок названий объектов на схеме;
• корректность описания входов/выходов;
• корректность описания событий;
• отсутствие логических ошибок;
• аккуратность исполнения схемы, визуальная наглядность.
Подробно каждый пункт чек-листа и методика работы с ним представлены в моей статье «Как проверить качество графической схемы процесса?», которая опубликована на портале FineXpert.ru (http://finexpert.ru/view/kak_proverit_kachestvo_graficheskoy_skhemy_protsessa/892).
Время и деньги, затраченные на создание системы работы с графическими схемами процессов, в т.ч. нужных компетенций у сотрудников, окупится многократно. Важно помнить, что:
ЧЕМ АДЕКВАТНЕЕ МОДЕЛЬ, ТЕМ БОЛЬШЕ ШАНСОВ ВЫЯВИТЬ РЕАЛЬНЫЕ ПРОБЛЕМЫ ПРОЦЕССА
Пример анализа графической схемы процесса
На рис. 3. представлен пример графической схемы процесса. Процесс выполняют 10 участников из различных функциональных подразделений различных бизнес-единиц компании. Т.е. это типичный сквозной (межфункциональный) процесс.
При проведении визуального анализа достаточно очень небольшого времени, чтобы определить недостатки этого процесса. Обратите внимание, что на схеме процесса:
1 представлено 5 возвратов (перехода процесса на предыдущий этап);
2 количество повторяемых шагов при однократном возврате: 14;
3 количество информационных систем: 5 (MS Excel, 1С, АСУ «Транспорт», «Финансы», SAP).
4 доля контрольных операций: 57% (сверки, согласования, визирования);
5 доля операций по корректировке данных/документов (после возвратов): 19%.
Если сложить долю контрольных операций и операций по корректировке, то получится 76%. Но добавляют ли эти операции ценность для внутреннего клиента процесса? Ответ очевиден – нет. Таким образом из всего процесса только 24% операций добавляют хоты бы какую-то ценность.
Тот факт, что по ходу выполнения процесса данные 5 раза переносятся из одной системы в другую, причем местами вручную, приводит к ряду проблем: задержкам, потерям, ошибкам.
В целом, глядя на схему процесса рис. 3. можно утверждать, что процесс явно неэффективный. Получает ли компания результат? Да, получает. Но какой ценой? Сколько работы делается непродуктивно (не ведет сразу к нужному результату)? Можно ли сделать процесс быстрее и эффективнее? Можно ли поручить часть работы роботам? Да, наверное. Но прежде всего, нужно желание руководства компании избавиться от таких неэффективных процессов.
Виды анализа, для которых можно использовать графическую схему процесса
Выше я привел список аспектов, по которым можно выполнять визуальный анализ процесса. Это важно, так как для других методов анализа необходимо, кроме схемы, получать дополнительную информацию.
Условно, можно сформулировать три ситуации, когда мы используем графическую схему.
I. Формальный визуальный анализ схемы
Этот метод базируется на чек-листе контроля качества (верификации), который в свою очередь определяется требованиями Соглашения по моделированию (в т.ч. нотации) – см. выше.
II. Визуальный анализ + содержательный анализ
Можно предложить ряд пунктов, по которым можно и нужно визуально анализировать процесс, используя дополнительную информацию качественного характера:
• создает ли процесс ценность для клиентов (внутренний, внешних) и завершается ли он передачей результатов клиентам;
• содержательные ошибки, в т.ч. отсутствие необходимых операций;
• физическая нереализуемость (одновременное выполнение нескольких операций одним исполнителем);
• возвраты (переделки работы);
• дублирование операций (прямое или косвенное);
• чрезмерный контроль (проверка результатов работы одного исполнителя несколькими начальниками);
• узкие места (несколько веток процесса сходятся на операции, выполняемой одним исполнителем);
• возвраты в прошлое (переход на предыдущие этапы процесса, которые привязаны к конкретному времени);
• «процессная грыжа» (ничем не обоснованное описание других процессов в рамках схемы процесса);
• неоднородность масштаба операций (по длительности, трудоемкости);
• бенчмаркинг;
• анализ рисков.
Указанные пункты могут быть также оформлены в виде чек-листа.
Бенчмаркинг. Его можно выполнять путем визуального сравнения различных схем процессов. Но делать это приходится с изрядной долей креатива, т.к. архитектура процессов (и как следствие границы процессов) различны в разных организациях.
Анализ рисков может выполняться содержательно, а схема процесса использоваться для визуализации и дальнейшего обсуждения рисков процесса командой проекта оптимизации.
III. Визуальный анализ + количественный анализ
Графическая схема может стать основой для совмещенного, визуального и количественного анализа процесса. Структура операций процесса может быть перенесена из графический схемы в таблицы MS Excel, где дальше с ними будут производиться расчеты определенного типа. После выполнения расчетов можно вернуться к схеме и визуализировать на ней необходимую информацию.
К числу методов совмещенного визуального и количественного анализа процессов можно отнести:
• анализ степени автоматизации процесса (при разработке технического задания на автоматизацию);
• анализ времени выполнения (нормативное время выполнения, фактическое время выполнения);
• VALUE-анализ + анализ потерь (удобно выполнять совместно);
• имитационное моделирование процесса (производительность процесса, загрузка исполнителей, узкие места, расход ресурсов, стоимость результатов процесса).
Вообще говоря, имитационное моделирование нужно рассматривать отдельно. Качественная графическая схема процесса является необходимым условием создания имитационной модели.
Кроме указанных выше методов, для современных процессов можно ввести понятие «Цифровизация ready» и/или «Роботизация ready». Это означало бы, что процесс осмыслен и готов к тотальной цифровизации и роботизации – определены операции, которые необходимо цифровизовать (или цифровизировать) и т.п.
Резюме
Графические схемы являются мощным инструментом анализа процессов. Но для того, чтобы воспользоваться этим инструментом нужно:
• научиться создавать качественные схемы процессов;
• разработать Методику анализа процессов с использованием графических схем;
• обучить руководителей и специалистов, сформировать у них навыки разработки графических схем и их использования в рамках проектов анализа и оптимизации бизнес-процессов компании.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Май 2017 г.
Добавить комментарий Отменить ответ
7 шагов к процессной организации бизнеса
7 шагов к процессной организации бизнеса
Что такое Процессная организация? Насколько сложно ориентировать Ваш бизнес на процессы? Какой эффект это может дать? В статье Владимира Репина рассматриваются характеристики Процессной организации и ее преимущества. Представлено описание семи универсальных шагов процессной трансформации бизнеса.
Эффект от оптимизации одного процесса
Довольно часто мне задают вопрос: «Как доказать руководству, что оптимизация процесса дает эффект?». Предлагаю простой пример. На рисунке 1 представлен несложный операционный процесс — всего три участника – два исполнителя и руководитель. Процесс включает пять операций и четыре точки ветвления. После каждой из них возможен возврат и переделка работы. После операции № 3 вероятность возврата – 20%, после операции 5 – 10%. Это экспертная оценка. Например, руководитель в среднем «заворачивает» на доработку 10% документов и т.п.
На рисунке показана стоимость каждой операции в рублях. Как ее определить? Самый простой способ: а) оценить нормативное время выполнения операции; б) определить стоимость 1 минуты рабочего времени исполнителя (хоты бы по его зарплате) – будет 5-10 рублей в минуту; в) умножить нормативное время на стоимость одной минуты. Легко рассчитать, что в идеальном варианте (при выполнении без возвратов) стоимость выполнения процесса в целом составит 120 рублей.
Далее. Предположим, что за месяц было запущено и выполнено 1000 экземпляров этого процесса. Другими словами, процесс 1000 раз выполнялся по данному алгоритму, но с разными исходными данными (они, кстати, на рисунке не показаны). Получается 120 тыс. рублей в месяц и 1,44 млн. рублей в год. Это идеальный вариант.
В случае, если возникают возвраты, стоимость процесса составит 1,64 млн. рублей в год вследствие повторного выполнения операций процесса (читатель может самостоятельно проверить расчет). Но повторное выполнение операций – это потери, или «муда», как говорят японцы. Что-то было сделано не так: с ошибками, с неточными исходными данными и т.п.
Общие потери за год только по одному этому простому процессу составляют 204 тыс. рублей или 14%! При этом я даже не говорю про затраты другого типа и возможные потери: расходные материалы, электроэнергия, амортизация оборудования и т.п. Замечу, что по ходу выполнения процесса возможны ожидания, простои и т.п.
Итак, вы видите эффект на примере простейшего процесса. А сколько в вашей компании таких и гораздо более сложных процессов? Несколько тысяч. Возможный потенциал оптимизации – миллионы, вероятно, десятки миллионов рублей для крупной организации. Эти деньги лежат, фактически, под ногами. Но чтобы их взять, нужно выработать новую стратегию процессной трансформации бизнеса и начать регулярную «процессную работу».
В целом, эффект от процессной трансформации бизнеса может быть следующим:
• устранение потерь различных видов;
• сокращение сроков выполнения процессов;
• повышение качества продукции и услуг;
• увеличение конкурентоспособности бизнеса;
• рост удовлетворенности клиентов;
• рост объемов продаж и прибыли;
• изменение корпоративной культуры;
• выживание бизнеса в долгосрочной перспективе.
Видение процессной организации
Итак, руководитель решил вплотную заняться процессами организации. Как ему дальше поступить? Брать каждый процесс (из тысячи) и оптимизировать? Понятно, что это заведомо тупиковый путь. Бизнес должен постепенно измениться внутренне. Можно сказать, переродиться в Процессную организацию. Каковые ее ключевые черты? О Процессной организации писали многие. Один из наиболее комплексных подходов был сформулирован Майклом Хаммером в модели оценки зрелости процессной организации PEMM (Process and Enterprise Maturity Model). Еще одним документом, весьма полезным для осмысления возможностей, является BPM CBOK – свод знаний в области управления бизнес-процессами. Любому руководителю желательно его прочитать.
Обратимся к модели PEMM Майкла Хаммера. Она представлена в таблице 1.
Таблица сложная. Она требует вдумчивого чтения. Важно смотреть на систему оценки комплексно. Например, переход к Процессной организации без определения сквозных процессов и создания органов управления (процессный комитет, владелец процесса, комитет по процессу) на межфункциональном уровне невозможен. Только синергетическая совместная работа межфункциональных команд по сквозным процессам при поддержке руководства может обеспечить желаемый эффект. До тех пор, пока сотрудники разделены барьерами структурных подразделений построение Процессной организации невозможно.
Пример. В одной крупной российской компании очень «хотели» заниматься процессами, но только в рамках жесткой традиционной функциональной структуры. Декларировали необходимость оптимизации процессов, но ничего конкретного для этого не делали. Возможно, в этой компании сложится собственный «жёстко-бюрократично-функциональный» метод управления сквозными процессами. Хотя вряд ли… Законы природы изменить нельзя.
Обратим внимание на 4-й уровень зрелости организации (П-4). Первый аспект согласно Хаммеру – это Менеджмент. Вы можете задать себе следующие вопросы:
• управление бизнес-процессами для топ-менеджеров – это способ ведения бизнеса?
• вовлечены ли ваши сотрудники в новую, процессо-ориентированную среду, активное участие в проектах улучшений?
• высшее руководство – одна команда, выполняющая стратегическое управление для постоянного повышения эффективности бизнеса?
• ваш стиль управления – влияние и целеполагание, а не жесткий контроль (оптимальное сочетание «A» и «I» для тех, кто читал Адизеса)?
Естественно, отвечать на эти вопросы нужно искренне, без самообмана. К сожалению, далеко не в каждой компании можно наблюдать такую ситуацию.
Второй аспект – Культура. Рассматривая организацию под этим углом, необходимо обратить внимание на следующее:
• практика работы команд по улучшению процессов с участием поставщиков и потребителей;
• сотрудничество по всей цепочке поставок для повышения качества обслуживания конечных потребителей;
• сотрудники считают своей личной целью высочайшее качество обслуживания клиентов и эффективность компании;
• сотрудники с пониманием относятся к необходимости постоянных изменений.
Обратите внимание, что Хаммер делает акцент на интеграцию, причем на межорганизационном уровне. Если вы откроете BPM CBOK, написанный ведущими мировыми специалистами много позднее, вы найдете там описание перспективной модели интеграции компании вдоль цепочки создания ценности с использованием современных технологий (облака, BPMS).
Следующий, третий аспект – Наличие специалистов по бизнес-процессам. Перевод довольно условный. Если говорить шире, речь идет о наличии носителей компетенций на всех уровнях управления:
• имеется достаточно много специалистов в области перестройки и реализации процессов, управления проектами, программного менеджмента и управления изменениями;
• управление процессами и изменение процессов становятся ключевыми элементами системы работы (анализ, планирование изменений, выполнение задач и внедрение процессно-ориентированных инноваций).
Четвертый аспект в модели PEMM Майкла Хаммера – это Структура управления процессами. Для зрелой организации она характеризуется следующим образом:
• модель бизнес-процессов компании интегрирована с поставщиками и потребителями, используется для стратегического развития бизнеса;
• владельцы процессов;
• совет по бизнес-процессам;
• руководящий Комитет с участием представителей поставщиков и потребителей;
• совместная работа владельцев процессов с ВП поставщиков и потребителей.
Если вас заинтересовала модель Хаммера, то после ее глубокого изучения целесообразно сформулировать Концепцию создания процессной организации для вашего бизнеса. Структура такого документа может, например, содержать следующие разделы:
- Цели и принципы Процессной организации.
- Архитектура, сквозные процессы, интеграция на межфункциональном и межорганизационном уровне.
- Управление процессам (Процессный совет, владельцы процессов, менеджеры процессов, Процессный офис, Цели и показатели для управления процессами).
- Методики (PDCA, оптимизация процессов, управление изменениями и проч.).
- Компетенции (руководителей и специалистов).
- Командная работа, вовлечение персонала.
- Мотивация (руководителей и специалистов).
- Культура организации.
Другой вариант – доработка вашей Стратегии с учетом указанных выше пунктов.
Для примера, в таблице 2 представлен результат мой субъективной экспертной оценки типичной российской торгово-производственной компании численностью до 500 человек («собирательный образ»). Зеленый цвет – утверждение полностью соответствует действительности, желтый – менее 50%, красный – менее 25%, черный – 0%.
Семь шагов процессной трансформации бизнеса
Каким же образом осуществить переход от обычной, функционально ориентированной компании к Процессной организации? Часто этот вопрос чрезмерно усложняют и не приступают к его решению. Иногда в крупных компаниях руководители только говорят, что «хотят процессов», а на самом деле их всё устраивает. В этом случае делают вид, что процессами занимаются (например, проводят обзорное обучение или устраивают кастинг внешних консультантов в рамках проекта «реинжиниринга» и т.п.), но в реальности дело не сдвигается с мертвой точки.
Если, все таки, собственники и топ-менеджеры готовы реально работать в этом направлении, то им может быть интересен следующий взгляд на «дорожную карту» создания Процессной организации. Она включает семь шагов:
- Самооценка.
- Видение.
- Архитектура и управление.
- Организация.
- Компетенции.
- Анализ.
- Внедрение.
Самооценка. Существует множество разных подходов к самооценке, но общее одно – понять ключевые элементы системы во взаимосвязи на каждом уровне развития. Необходимо разработать свою корпоративную методику самооценки (например, на основе модели PEMM или требований BPM CBOK), провести самооценку и понять текущее состояние организации.
Видение. Далее необходимо разработать видение (концепцию) Процессной организации. Основываться можно так же на указанных выше источниках (PEMM, BPM CBOK, CMMI, ISO 15504 и др.), информации о других компаниях, своем здравом смысле.
Архитектура и управление. Эта группа работ дорожной карты включает в себя создание архитектуры процессов компании. Не важно, что у вас может получиться что-то слишком сильно напоминающее функциональную структуру. По ходу процессной трансформации архитектура процессов еще не раз поменяется.
Пример. В некоторых крупных компаниях руководители говорит такую фразу: «Карту процессов верхнего уровня мы уже давно сделали. Давайте не будем ее трогать». Когда я слышу такую фразу, то понимаю, что в этой компании переход к эффективным процессам никому не нужен.
Управление — это создание органов, которые необходимы для Процессной организации. К их числу можно отнести:
• Совет по процессам (Процессный комитет на уровне компании в целом).
• Владельцы процессов.
• Менеджеры процессов.
Необходимо определить порядок работы, ответственность и полномочия процессных органов управления. Далее, по ходу процессной трансформации их можно будет дополнить/изменить. Важны понимание и готовность топ-менеджеров активно взаимодействовать с новыми органами управления, цель которых – оптимизация системы сквозных процессов компании.
На данном этапе нужно определить цели и показатели процессной трансформации бизнеса. Кроме того, назначенные владельцы процессов должны разработать цели и показатели, а затем использовать их для мониторинга и улучшения сквозных процессов.
Организация. Нужно создать в компании реальную систему работы с процессами: методики, инструменты, ресурсы, действующие процессы. Для этого в помощь топ-менеджерам нужно создать Процессный офис, разработать необходимый минимум регламентов его работы, выбрать и установить программный продукт, разработать план проекта на 5-6 месяцев. Будет замечательно, если в Процессном офисе со временем появится Процессный архитектор и Процессный методолог.
Компетенции. После появления Процессного офиса необходимо создать в компании минимальный уровень компетенций для работы с процессами. Это означает разработку учебных программ и материалов (в т.ч. на «пилотных» примерах), проведение массового обучения руководителей и специалистов. Целесообразно комбинировать обычное обучение с обучением действием, создавая межфункциональные рабочие группы и давая им простые «домашние» задания. Отдельное обучение необходимо провести для владельцев и менеджеров процессов.
Анализ. Когда рабочие группы сформированы, нужно сразу приступить к анализу «пилотных» сквозных процессов. Цель анализа – выявление проблем и определение возможностей оптимизации процессов, разработка конкретных мероприятий по изменению. Это, так сказать, первая волна процессных изменений в бизнесе.
Внедрение. Разработанные на этапе анализа мероприятия должны быть внедрены. По ходу необходимо развить компетенции рабочих групп в области управления изменениями. Возможно, стоит создать Проектный офис, установить систему управления проектами и т.п. Но на первых порах это можно делать даже в MS Excel. Выполнение проектов «первой волны» дает возможность активно продвигать идеи процессной трансформации в «массы», вовлекать персонал и проч. Далее вашей организации предстоит освоить регулярную, планируемую работу по процессной трансформации бизнеса, причем обязательно с обратной связью и оценкой эффективности процессов, проектов, элементов системы управления.
Представленная выше «дорожная карта» довольно условна. Вы можете трансформировать ее с учетом ситуации в компании и вашего понимания. Однако, нельзя пропускать ключевые, системообразующие моменты, такие как определение сквозных процессов, создание органов процессного управления, назначение владельцев процессов, создание Процессного офиса, обучение межфункциональных команд, выполнение и анализ эффективности «пилотных» проектов.
Выводы
Создание Процессной организации – не так сложно, как кажется. Нужно просто захотеть это сделать. Люди изначально, внутренне ориентированы на интеграцию, сотрудничество, синергию. Процессная организация – это способ раскрытия внутренних психологических потребностей ваших сотрудников. В этом смысле, почти преступление — начинать процессную трансформацию бизнеса с массовых сокращений персонала. Людей нужно сделать ваши союзниками, а не скрытыми оппонентами, препятствующими изменениями. Подумайте о своих скрытых желаниях — кем вы больше ходите быть: султаном, восседающим на вершине организационной пирамиды, или тренером команды, способной на новые, яркие достижения в бизнесе.
Возвращаясь к конкретике, можно включить ряд мероприятий по переходу к Процессной организации в вашу Стратегию. Есть ли в ней сегодня пункты о развитии системы управления, архитектуры бизнеса? Или представлены только инвестиции в «заводы и пароходы» (т.е. экстенсивное развитие бизнеса)? Стоит внимательно проанализировать этот документ.
И еще раз о самооценке уровня зрелости. Это первое, с чего стоит начать, двигаясь по пути процессной трансформации бизнеса.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Февраль 2017 г.
Добавить комментарий Отменить ответ
Оценка уровня зрелости процесса по методике PEMM Майкла Хаммера
Оценка уровня зрелости процесса по методике PEMM Майкла Хаммера
В статье приводится краткий обзор методики оценки зрелости процесса, предложенной Майклом Хаммером. Материал может быть полезен специалистам, использующим методики оценки зрелости процессов при проведении орг. диагностики, а так же собственникам и руководителям компаний, заинтересованных в интенсивном развитии.
Модель PEMM
В своей статье в «Гарвард Бизнес Ревю» (Hammer, Michael. «Process Audit» Harvard Business Review, April 2007. https://hbr.org/2007/04/the-process-audit ) и в книге «Быстрее, лучше, дешевле» Майкл Хаммер представляет нашему вниманию модель PEMM – Process and Enterprise Maturity Model – Модель зрелости процессов и предприятия.
В модели PEMM каждый критерий оценки процесса характеризуется одним из четырех уровней зрелости – от «только начали» до «лучший в своем классе».
Майкл Хаммер вводит ряд аспектов, на основании которых формируется методика оценки зрелости процесса (см. таб. 1):
- Проектирование.
- Исполнители.
- Владелец процесса.
- Инфраструктура.
- Показатели.
С точки зрения Хаммера, очень важно комплексного оценивать процесс по указанным пяти аспектам.
Для каждого аспекта определены направления анализа. Например, «Проектирование» предполагает оценку:
• наличия целей создания процесса;
• степени проработки интеграции процесса с другими процессами компании и внешними процессами (поставщики и потребители);
• степени документированности процесса.
Аспект «Исполнители» Хаммер предлагает анализировать по направлениям:
• «Знания» — знание процесса и той информации, которая позволяет его развивать, делать эффективнее;
• «Навыки» — от обычного функционала до умения принимать решения по изменениям процесса и успешно внедрять их;
• «Поведение» — оценка степени внутренней мотивации на изменения и вовлеченности исполнителей процесса.
Аспект «Владелец процесса» определяет требования по следующим направления:
• «Личность» — наличие, статус и степень вовлеченности руководителя в управление сквозным процессом;
• «Деятельность» — виды работ по процессу, которые выполняет владелец и степень их сложности, важности для компании и ее контрагентов.
• «Полномочия» — наличие реальных ресурсов и возможность их распределения как для организации выполнения процесса, так и для материального стимулирования его участников.
Аспект «Инфраструктура» включает следующие направления:
• «Информационные системы» — от фрагментарной функциональной автоматизации, до интегрированной на межорганизационном уровне автоматизации процессов;
• «Управление кадрами» — система подбора, развития и стимулированя персонала – от простейших вещей до сложной системы, максимально ориентирующий персонал на повышение эффективности, развитие процесса и коммуникации со всеми заинтересованными сторонами.
И наконец, аспект «Показатели» определяется следующим образом:
• «Определение» — степень проработки системы показателей для управления процессом;
• «Использование» — от простого мониторинга и небольших улучшений процесса на основе показателей, до интеграции с системой стратегического управления компаний.
Далее предлагаю читателю внимательно ознакомиться с требованиями, сформулированными Майклом Хаммеров в каждой ячейке таблицы оценки зрелости процесса (см. таб.1).
В данной таблице выделено четыре уровня процессов:
- Уровень Пр-1 – надежный и предсказуемый процесс.
- Уровень Пр-2 – процесс обеспечивает лучшие результаты на межфункциональном уровне.
- Уровень Пр-3 — процесс обеспечивает оптимальные результаты на межфункциональном уровне и интегрирован с другими процессами компании.
- Уровень Пр-4 – процесс «достигает совершенства, выходя за пределы компании и простираясь от поставщиков до клиентов».
Очевидно, что процесс 4-ого уровня должен, как минимум, быть не хуже процесса предыдущего уровня и т.п.
Таблица 1. Модель PEMM оценки уровня зрелости процесса
Пример оценки
Для тестирования модели оценки зрелости процесса я попытался применить ее для некоторой типичной для современных российских условий организации. В таблице 2 показана оценка одного из сквозных процессов (например, «Продажа») в торгово-производственной компании численностью от 500 человек.
Думаю, читателю будет интересно выполнить аналогичную оценку своего процесса и сверить результаты с предлагаемой мной оценкой.
Условные обозначения следующие:
- Зеленый цвет – требования выполнены более, чем на 80%
- Желтый цвет – требования выполнены от 20 до 80%.
- Красный цвет – требования выполнены, менее чем на 20%.
- Черный цвет – требования не выполнены.
В целом, можно утверждать, что рассматриваемый процесс находится между первым и вторым уровнем зрелости. Это говорит от том, что у менеджеров есть хорошие возможности развивать процесс, повышая его эффективность.
Таблица 2. Модель PEMM оценки уровня зрелости процесса.
Выводы
Модель PEMM представляет собой один из возможных подходов к оценки зрелости бизнес-процесса. Важно, что в модели используется интегральный, комплексный взгляд на процесс. Руководители компаний могу использовать данную модель, если их целью является постоянное улучшений процессов.
В целом, на мой взгляд, в методике PEMM Майла Хаммера заложены весьма глубокие мысли. Комплексная оценка процесса по пяти аспектам позволяет руководителям увидеть ситуацию с процессом системно и обосновать возможные направления его развития.
Стоит отметить, что очень важным является человеческий фактор – эффективная совместная работа владельца процесса и команды исполнителей. На него необходимо обращать особое внимание, развивая существующие практики процессного управления в компании.
В.В. Репин, к.т.н., доцент, тренер, консультант по управлению.
Февраль 2017 г.
Добавить комментарий Отменить ответ
Оценка уровня зрелости процесса по методике ГОСТ Р ИСО/МЭК 15504-2.
Оценка уровня зрелости процесса по методике ГОСТ Р ИСО/МЭК 15504-2.
В статье рассматривается возможность применения для оценки любого процесса организации технологии, представленной в стандарте ГОСТ Р ИСО/МЭК 15504-2. Материал может быть интересен специалистам, использующим (разрабатывающим) собственную методику оценки уровня зрелости как отдельных процессов, так и системы процессов организации в целом.
Введение
Зачем оценивать уровень зрелости процесса? Это вполне справедливый вопрос любого владельца или руководителя бизнеса. Как эта оценка повлияет на увеличение прибыли компании? Очевидно, что оценка, сама по себе, не может повлиять на реальную деятельность. На нее влияют руководители. Именно они по результатам оценки реальных возможностей процессов могут решить, что и как нужно менять, чтобы процессы соответствовали целям организации, эффективным образом раскрывали свой потенциал.
Существуют различные подходы к оценке зрелости процессов. Среди них есть подход, который проработан в области информационных технологий в стандартах серии ГОСТ Р ИСО/МЭК 15504. В данной статье сделана попытка интерпретировать стандарт ГОСТ Р ИСО/МЭК 15504-2 так, чтобы можно было проводить оценку зрелости любых процессов организации. В самом стандарте сказано, что документ: «… распространяется на оценку процессов и ее применение для улучшения и определения возможностей процесса. Настоящий стандарт устанавливает минимальный набор требований к проведению оценки, соблюдение которых обеспечит объективность, беспристрастность, непротиворечивость, повторяемость результатов оценки, представляющих оцениваемый процесс».
В документе вводятся понятия «Оценка» и «Возможность». Замечу, что в рассматриваемом стандарте ни разу не используется термин «Зрелость». Тем не менее, далее в статье я буду пользоваться термином «зрелость процесса».
Отмечу, что Стандарт разрешает использовать его материалы: «…пользователи настоящего стандарта могут свободно воспроизводить соответствующие материалы как часть любой модели оценки процесса…». Модель оценки процесса, в том виде, в каком я хочу представить читателю (таблица критериев и уровней) в тексте ГОСТ Р ИСО/МЭК 15504-2 отсутствует. Методика описана там текстом, что не очень удобно для восприятия и использования.
Стандарт говорит следующее: «Возможности процесса определяют по шестибалльной шкале, позволяющей оценить возможности от самых низких — неполный процесс, до самых высших — оптимизирующий процесс. Шкала отражает возрастание возможностей выполнения процесса от осуществления, которое не способно достичь выходов процесса, до осуществления, которое способно обеспечить текущие и планируемые бизнес-цели». Можно заменить термин «осуществление» на «выполнение». Тогда текст становится более читаемым и понятным. Например, если при выполнении процесса мы наблюдаем недопустимый уровень брака, то это означает, что не достигаются целевые результаты процесса – уровень «0» — «Неполный процесс». Наоборот, если при выполнении процесса мы полностью достигаем всех поставленных целей и уверены, что достигнем этих и других целей в будущем, то процесс находится на уровне «Оптимизирующий».
Итак, важнейшей задачей оценки разработчики Стандарта считают выявление возможностей процесса обеспечивать достижение текущих и перспективных целей организации. Очевидно, что это определение является универсальным и подходит для любого процесса, а не только в области информационных технологий.
По итогам внимательного чтения документов ГОСТ Р ИСО/МЭК 15504-1-2009 и ГОСТ Р ИСО/МЭК 15504-2 я сделал для себя вывод, что процессы желательно оценивать по следующим четырем аспектам:
- Возможности достижения целей организации.
- Текущий потенциал процесса (например, производительность).
- Возможности (потенциал) улучшения процесса.
- Культура непрерывного улучшения процесса.
На рис. 1 представлен пример, в шутливой форме поясняющий эти аспекты.
Допустим наша цель: «Совершать поездки быстро, комфортно с минимальных расходом топлива, без лишних понтов». Обычный автомобиль «Запорожец» — возможности по достижению целей низкие – уровень «прокачки» близок к нулю. Текущий потенциал – низкий (износ, в машине тесно, едет медленно и т.п.). Возможности улучшения – весьма ограничены. Культура улучшения процесса – задача не стоит. «Порше» — возможности по достижению целей высокие – можно доехать быстро и с комфортом. Потенциал – невысокий (всего 2 пассажира, хотя и с комфортом). Возможности улучшения — незначительные (из машины на заводе уже выжали всё, что можно). Культура – специфическая. «Форд» — цели достигаются оптимально. Потенциал – хороший (5 пассажиров комфортно + багаж). Возможности улучшения (тюнинг) – значительные. Культура – высокая.
Другой пример – процесс обслуживания клиентов в отделении Сбербанка – см. таблицу. Это, конечно, мой личный взгляд на ситуацию в Сбербанке.
2004 год | 2017 год | |
Возможности достижения целей организации | Низкие | Высокие |
Текущий потенциал процесса | Ограничен (как следствие – большие очереди) | Высокий |
Возможности (потенциал) улучшения процесса | Отсутствуют | Средние |
Культура непрерывного улучшения процесса | Отсутствует | Присутствует, но развита недостаточно |
Каким же образом измерить возможности процесса? Хотя в Стандартах серии 15504 можно выделить указанные выше аспекты, измерять предлагается набор так называемых атрибутов (критериев), по которым определяется уровень возможностей процесса. Т.е. все четыре аспекта свернуты в линейный список критериев. Итак, давайте рассмотрим собственно критерии и уровни оценки возможностей процесса.
Критерии и уровни оценки зрелости процесса
Стандарт вводит следующие уровни возможностей процесса. Поскольку я несколько не удовлетворен определениями Стандарта, то попытался немного переформулировать названия:
Определение стандарта | Определение автора статьи | |
Уровень 0 | Неполный процесс | Невыполняемый процесс |
Уровень 1 | Осуществленный процесс | Выполняемый процесс |
Уровень 2 | Управляемый процесс | Управляемый процесс |
Уровень 3 | Установленный процесс | Стандартизированный процесс |
Уровень 4 | Предсказуемый процесс | Прогнозируемый процесс |
Уровень 5 | Оптимизирующий процесс | Непрерывно улучшаемый процесс |
Для каждого уровня от «0» до «5» в ГОСТ Р ИСО/МЭК 15504-2 описаны критерии, по которым нужно проводить оценку возможностей процесса. Критерии сгруппированы по нескольким аспектам. После сведения всех этих критериев в таблицу, получается следующая картина.
Надписи на рис. 2. весьма мелкие, поэтому зарегистрированным пользователям портала можно скачать файл MS Excel.
Определения стандарта | Определения, предлагаемые автором статьи |
Осуществление процесса | Выполнение процесса |
Управление осуществлением | Управление выполнением процесса |
Управление рабочим продуктом | Управление рабочим продуктом |
Определение процесса | Стандартизация процесса |
Развертывание процесса | Управление развертыванием процесса |
Измерение процесса | Управление эффективностью процесса |
Контроль процесса | Управление вариациями процесса |
Инновация процесса | Планирование улучшений в процессе |
Оптимизация процесса | Управление изменениями процесса |
Как видно из таблицы, атрибуты (критерии) оценки процесса сгруппированы по следующим разделам:
Оценка процесса проводится путем сбора данных, на основании которых можно экспертно (или при помощи определенных шкал, если их специально разработать) определить уровень достижения каждого критерия. Стандарт рекомендует использовать следующую шкалу рейтингов (цветовое кодирование предложено автором статьи):
Таким образом, нужно для каждого атрибута оценить уровень достижения. Далее определяется уровень возможностей (зрелости) процесса в целом при помощи следующей таблицы, которую предлагает использовать Стандарт ГОСТ Р ИСО/МЭК 15504-2:
В таблице MS Excel (рис.2.) приведен пример оценки критериев для некоторого условного процесса. Видно, что при такой оценке процесс находится между уровнями «1» и «2».
Интерпретация структуры критериев оценки возможностей процесса
Считаю важным обсудить некоторые вопросы по структуре и содержанию критериев (атрибутов).
Осуществление процесса
Здесь все понятно. Если процесс выполняется и мы получаем приемлемый результат, то зрелось процесса соответствует Уровню 1.
Можно определить и использовать несколько критериев второго уровня декомпозиции, которые реально измерить, например:
• План/факт по объему производства (например, при отклонении более минус 25% значение критерия равно «0» и т.п.);
• План/факт по уровню брака;
• План/факт по срокам поставки;
• …
Далее нужно определить веса, чтобы свернуть все критерии второго уровня в один критерий «Осуществление процесса». Таким образом, мы можем перейти от субъективной экспертной оценки к оценке, основанной на расчетах конкретных цифр. К сожалению, не всегда это можно сделать так просто, как в данном случае.
Управление осуществлением
Внимательный анализ критериев этого подраздела говорит о том, что в процессе внедрен регулярный менеджмент: целеполагание, планирование, мониторинг и регулирование (принятие оперативных решений). Ответственность и взаимодействие исполнителей четко определены. Можно ли оцифровать критерии этого подраздела? Видимо, да. Причем с разной степенью детализации.
Управление рабочим продуктом
Критерии этого раздела вполне четко сформулированы и могут быть оцифрованы. Однако при этом придется учитывать специфику продукта (услуги) компании.
Определение процесса
Очень интересный подраздел. Можно интерпретировать его следующим образом. Создана модель процесса, причем с учетом его взаимодействия с другими процессами организации (в рамках архитектуры бизнеса). Как сам алгоритм выполнения процесса, так и требования к его исполнителям (компетентности, роли) стандартизованы.
Развертывание процесса
Можно интерпретировать критерии данного раздела в том смысле, умеем ли мы грамотно организовывать работу процесса по установленным стандартам. Например, внесены изменения в технологию производства и проведена модернизация оборудования. Есть ли у нас отлаженный процесс и компетенции по внедрению этих изменений в процесс? Хочу обратить внимание читателя, что содержательно некоторые критерии данного раздела похожи на критерии раздела «Оптимизация процесса». Там тоже речь идет об умении управлять изменениями.
Измерение процесса
В простейшем случае управлять процессом можно только с использованием показателей план/факт по объему полученного результата (в «Управлении осуществлением»). В «Измерение процесса» можно говориить, на мой взгляд, о наличии системы целей, сбалансированных показателей и управления эффективностью (Performance Management).
Контроль процесса
Судя по смыслу представленных критериев, данный раздел правильнее было бы назвать «Управление вариациями процесса». Представленные критерии вполне можно оцифровать.
Инновация процесса
Возможно, в данном разделе речь идет о цикле постоянного улучшения процесса PDCA в части «Планировать». В критериях говорится об анализе «возможностей» улучшений, а не о внедрении самих улучшений. Поэтому я бы назвал данный раздел «Планирование улучшений в процессе».
Оптимизация процесса
Судя по формулировкам критериев, раздел создан для оценки возможностей по управлению изменениями. Поэтому я бы так его и назвал «Управление изменениями процесса». Кстати, в определениях критериев раздела термин «Оптимизация» не используется. В целом, критерии раздела вполне могут быть оцифрованы.
Резюме
Мы рассмотрели системы критериев и уровней оценки возможностей процесса, рекомендуемые стандартом ГОСТ Р ИСО/МЭК 15504-2. На мой взгляд, подход, сформулированный в стандартах, можно использовать для оценки зрелости любого процесса, не только в области информационных технологий. Читатель может творчески переосмыслить представленный материал и создать (изменить) методику оценки зрелости процессов для своей компании. Эта методика может быть использована в рамках проекта внедрения процессного управления и последующей деятельности по постоянному совершенствованию процессов компании.
В.В. Репин, к.т.н., доцент, тренер, консультант по управлению.
Январь 2017 г.