Эволюция процессного управления в ПАО «Промсвязьбанк»: от внедрения стандартов к построению цифрового двойника Банка

ПАО «Промсвязьбанк» основан в 1995 году. Сегодня «Промсвязьбанк» входит в перечень Банка России, как системно значимая кредитная организация. Региональная сеть Банка насчитывает более 300 филиалов. С 2019 года ПСБ является опорным Банком реализации государственного оборонного заказа и сопровождения крупных государственных контрагентов.

Внедрение системы процессного управления: как мы пришли к этому?

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

В 2019 году Наблюдательным советом Банка было утверждено Положение о системе управления качеством. Его основные цели:

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

Для внедрения ключевого элемента системы управления качеством – Системы процессного управления в 2020 году стартовал проект, в рамках которого предстояло:

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

Ключевые факторы успеха: методология и инструментарий

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

Рисунок 1. Инфраструктурная база

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

Рисунок 2. Методологическая база

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

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

Рисунок 3. Цикл Системы процессного управления ПСБ

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

Для успешного внедрения инструментов процессного управления была разработана соответствующая ролевая модель (рисунок 4).

Рисунок 4. Ролевая модель в ПСБ

В команде Процессного офиса Банка были выделены три роли:

• Бизнес-партнёр (опытный эксперт-процессник, выстраивающий процессы, анализирующий их и определяющий показатели качества, адекватные для процесса и организующий работу с процессами);
• Бизнес-технолог (методолог-моделировщик, который отражает все в Business studio);
• Бизнес-аналитик (занимается системой BI, разрабатывает отчеты).

Также можно выделить внутренних контрагентов:

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

Основой бизнес-архитектуры Банка является стал репозиторий процессов, состоящий из пяти уровней декомпозиции процессов (рисунок 5).

Рисунок 5. Структура процессной модели ПСБ

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

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

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

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

На формирование Архитектуры процессов вместе с согласованием у нас ушло около года. На этом этапе были определены владельцы по 230 сквозным процессам Банка, а также спонсоры этих процессов (топ-менеджеры Банка), отвечающие за каждую конкретную группу процессов.

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

Рисунок 6. Схема процесса в нотации IDEF0

После того, как границы процесса определены, он закреплен в IDEF0, мы используем описание этапов в нотации BPMN 2.0 (рисунок 7).

Рисунок 7. Описание этапов процесса в нотации BPMN 2.0

Эта нотация понравилась нам относительной простотой. Набор элементов, который есть в нотации, мы используем не весь, для себя в рамках Стандарта моделирования мы определили перечень элементов, которые необходимы именно нам. Эта нотация понятна коллегам из ИТ, поэтому результаты моделирования используются, в частности, и для формирования требований на автоматизацию. Благодаря использованию такого подхода мы смогли в достаточно короткие сроки автоматизировать процесс оформления заявлений на отпуск (как один из примеров).

В моделировании этапов мы используем три основных типа операций:

• ручная (осуществляется вне ИТ-систем Банка);
• пользовательская задача (с использованием ПО);
• сервисная задача (операция, выполняемая в системе без участия человека).

В контексте автоматизации, передачи функционала важно ничего не потерять. Маркировка операций и использование системы Business Studio позволили нам сделать отчет по уровню автоматизации процесса или этапа (рисунок 8).

Рисунок 8. Отчет по уровню автоматизации процесса / этапа

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

К примеру, нами был описан процесс «Сопровождение кредитования» в контексте импортозамещения. При импортозамещении системы было важно перенести функционал без потерь и повысить уровень автоматизации. При моделировании процесса выяснилось, что текущий уровень автоматизации составляет всего 40%. Мы сделали предложения по оптимизации и разработали детальную модель целевого процесса. В результате этой работы уровень автоматизации вырос до 70%, а процесс был унифицирован для разных клиентских сегментов.

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

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

Схема обучения приобрела следующий вид:

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

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

Мы выделяем несколько видов показателей качества: удовлетворенность клиентов, ошибки и возвраты, время, объем, стоимость и риск (рисунок 9).

Рисунок 9. Показатели качества процессов

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

Рисунок 10. Оптимизация процесса «Открытие точек продаж»

На уровне показателей в Соглашении об уровне сервиса было определено, кто, когда и как должен выполнять свои шаги, чтобы получали разрезание ленточки офисов в те даты, которые нам нужны. Определение показателей на каждом из этапов помогло сократить сроки процесса открытия офисов на 30%.

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

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

Пример отображения процессов через дашборд представлен на рисунке 11.

Рисунок 11. Применение BI инструментов (дашбордов) в ПСБ

Дашборды применяем для мониторинга продуктовых и обеспечивающих процессов. Ключевое условие – наличие «цифрового следа», данные должны быть отражены в системах Банка. На рисунке 12 приведён пример дашбордов в различных группах процессов.

Рисунок 12. Мониторинг процессов через BI-инструменты

Сейчас мы стараемся развиваться по направлению агрегации, то есть – создавать отчеты на уровне групп процессов. Идет работа по объединению показателей на тактическом уровне и внедрение процессных показателей на уровне Банка.

Примером успешного внедрения дашборда может служить процесс «Открытие счетов». Этот процесс у нас был длительным, было большое количество возвратов на доработку, информация из источников не всегда была актуальна. Чтобы оптимизировать процесс мы:

• описали актуальный процесс, выделили каналы получения заявок;
• разработали дашборд по процессу;
• сформировали общедоступный онлайн-портал (базу знаний) в Business Studio по действиям исполнителей.

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

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

Цифровой двойник – копия физического объекта или процесса, помогающая оптимизировать эффективность бизнеса. Для нас цифровым двойником стало отражение деятельности, которая есть в Банке, ее фиксирование и мониторинг (как работают процессы, люди в процессах, как это выглядит и развивается). Это совокупность трех инструментов – моделирования, глубинного анализа операций и мониторинга процессов (рисунок 13).

Рисунок 13. Структура Цифрового двойника ПСБ

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

• фиксация всех действий исполнителей на ПК.
• анализ данных на сервере.
• формирование детальных отчетов.

Рисунок 14. Организация работы с Task mining в ПСБ

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

Эти три инструмента в совокупности позволяют создать нам Цифровой двойник ПСБ. Они взаимосвязаны: модели процессов дают перечень операций для глубинного анализа, а из Business Studio берутся целевые показатели качества для мониторинга, при этом данные глубинного анализа попадают в дашборды (рисунок 15).

Рисунок 15. Особенности построения Цифрового двойника ПСБ

Итого, за год от момента запуска в Банке цифровой трансформации, командой процессного офиса проделана работа по формированию стратегии реализации Цифрового двойника Банка, а именно:

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

Основное преимущество реализации Цифровое двойника в ПСБ заключается в системности и последовательности всех внедряемых инструментов. При этом работы по внедрению происходят по гибридной модели: основной проект ведётся по классической проектной методологии, а задачи с ИТ-составляющей реализуются по Agile.

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

Преодолевая трудности

В ходе реализации проекта мы столкнулись с серьезными сложностями и ограничениями:

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

Преодолеть сложности и ограничения нам помогли:

• системный подход. Мы старались смотреть на все элементы в комплексе и связывать их между собой, чтобы один дополнял другой);
• профессиональная команда. Был создан структурированный центр компетенций по конкретным профилям, под которые подбирались сотрудники.
• гибкость. Изначально планировалось покрыть все процессы, но мы поняли, что инструменты должны использоваться там, где они создают ценность, поэтому сфокусировались на массовых процессах и операциях, в которых инструменты наиболее полезны.

Итоги проекта

Главным достижением в результате проекта мы считаем реализацию концепции Цифрового двойника Банка (моделирование, глубинный анализ и мониторинг процессов), которая позволяет отслеживать отклонения в процессах Банка, и при необходимости принимать управленческие решения по их корректировке. Команде в сжатые сроки удалось:

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

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

• процесс «Сопровождение кредитования». Описание процесса AS IS, его оптимизация и описание TO BE позволили унифицировать процесс для разных сегментов и автоматизировать его на 70%;
• процесс «Открытие точек продаж». Формализованы логика и требования исполнения этапов процесса, скорость исполнения процесса выросла на 30%;
• процесс «Открытие счетов». Минимизированы «узкие горлышки» и ошибки, снижена нагрузка на исполнителей, сроки исполнения процесса сокращены на 25%;
• процесс «Ипотека». Централизованы функции, заявки переведены на единое программное обеспечение, производительность операций увеличена в 2,5 раза, экономический эффект по процессу составил 20%.

Май 2023 г.

Рекомендуемые материалы по тематике

Единый центр управления ИТ‑архитектурой организации

Построение верхнеуровневой модели деятельности компании на основе принципов системной инженерии. Глава 3. Фреймворк деятельности компании

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

ИТ-архитектура организации и система регламентации ИТ-департамента