Требования к бизнес-процессу или процедуре

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

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

Как проверить регламент бизнес-процесса по содержанию?

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

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

Вот пример Списка проблем

Получайте полезные материалы

Наша рассылка «Приёмы и методы настройки бизнеса»

Выходит 1 раз в месяц:

→ Новые статьи в Базе знаний
→ Кейсы и примеры из практики
→ Инфографика
→ Чеклисты

Бизнес-процессы — основа эффективного управления предприятием

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

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

Преимущества процессного подхода перед функциональным

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

Каждый бизнес-процесс имеет:

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

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

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

Наличие проработанной системы бизнес-процессов значительно упрощает приведение деятельности компании на соответствие требованиям стандартам качества ISO 9001:2015. В условиях свершившегося вступления России в ВТО, соответствие предприятия стандартам ISO 9001:2015 становится важным конкурентным преимуществом.

Внедрение СМК на предприятии в обязательном порядке требует создания и описания бизнес-процессов.

Разработка бизнес-процессов

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

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

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

В описании бизнес-процесса можно выделить следующие разделы:

  • Стандартные формы бизнес-процесса
  • Карта бизнес-процесса
  • Маршруты бизнес-процесса
  • Матрицы бизнес-процесса
  • Блок-схемы бизнес-процесса
  • Описание стыков бизнес-процесса
  • Вспомогательные описания бизнес-процесса
  • Развернутое описание бизнес-процесса
  • Документирование бизнес-процесса
  • Определение показателей и индикаторов бизнес-процесса
  • Регламент выполнения бизнес-процесса

Рассмотрим подробнее каждый этап.

1.Стандартные формы описания бизнес-процесса

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

2.Карта бизнес-процесса

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

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

  • Каким документом завершается рабочий цикл, чтобы его можно было начать сначала?
  • Кому передается этот документ?
  • Что этому предшествует?
  • Кто вовлечен в этот процесс внутри и вне организации?
  • Кто выдает задание для запуска процесса?

Рекомендация

При составлении карты бизнес-процесса следует воспользоваться популярной вопросной формулой 5W1H. Коротко, это 5 вопросов W:

  • Who?(Кто совершает данную операцию?)
  • Why? (Почему или зачем выполняется эта операция?)
  • What? (Что представляет собой эта операция?)
  • When? (Когда нужно проводить данную операцию?)
  • Where? (Где производится операция?)

и один вопрос H

  • How? (Как совершается эта операция? Можно ли сделать это иначе или внести улучшения?).

Если карта получается слишком сложной — это сигнал о том, что в управлении организацией нет должного порядка.

3. Маршруты бизнес-процесса

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

4. Матрицы бизнес-процесса

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

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

Смотрите так же:  Квитанции сбербанка госпошлина образец

5. Составление блок-схемы бизнес-процесса

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

  • Сопоставима ли ценность от данного бизнес-процесса с затратами на его проведение?
  • Насколько он интегрирован с другими бизнес-процессами?
  • Могут ли быть сразу обнаружены ошибки этого бизнес-процесса?
  • Что сделано для улучшения и обеспечения качества этого бизнес-процесса?

6. Описание стыков бизнес-процессов

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

Рекомендация

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

Затем составьте аналогичное описание входов.

7. Вспомогательные описания бизнес-процессов

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

8. Развернутое описание бизнес-процессов

Развернутое описание бизнес-процесса может быть в любой удобной для предприятия форме, но должно содержать основные положения:

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

9. Документирование бизнес-процесса

Бизнес-процессы, входящие в систему СМК, подлежат документированию. Наиболее удобной формой описания является процедура. Бизнес-процесс может быть описан одной или несколькими процедурами, в зависимости от сложности. Удобно сделать единый вид для описания всех бизнес-процессов.

10. Определение показателей и индикаторов бизнес-процесса

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

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

Группа индикаторов бизнес-процесса показывает степень достижения цели.

Группа требований включает в себя:

  • человеческие ресурсы;
  • инфраструктура;
  • условия производственной среды.

Группа обеспечения желаемого протекания процесса:

  • информация;
  • инструкции по выполнению работ;
  • время.

Группа рекомендаций:

11. Регламент выполнения бизнес-процесса

Крупные бизнес-процессы целесообразно оформлять в виде отдельного документа «Регламента выполнения бизнес-процесса». Остальные бизнес-процессы могут быть оформлены в виде положений о подразделении и должностных инструкций.

В регламент следует заложить требования, обеспечивающие соответствие циклу Шухарта-Деминга:

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

Разработка и описание бизнес-процессов — первый шаг на пути внедрения СМК на предприятии. Впереди — постоянная и кропотливая работа по их доведению до всего персонала, анализу и, в случае необходимости, внедрению корректирующих действий.

Описание бизнес-процессов: 8 шагов к эффективности

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

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


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

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

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

Избавление от неопределённости методологии описания процессов. Средний проект по описанию бизнес-процессов в крупной компании может привести к появлению не одной тысячи моделей. Если представить, что все они нарисованы по-разному — ведь их рисуют разные сотрудники — полученный результат скорее всего можно будет выкинуть в корзину. Именно поэтому важно не только определиться с заказчиками и зафиксировать их требования, но и определить четкие правила для прорисовки бизнес-процессов. Во многих компаниях документы, закрепляющие методологию описания бизнес-процессов, называются Соглашениями по моделированию. Без данного документа описание процессов не приведет к положительному результату. В нем необходимо закрепить используемые для моделирования нотации, глубину описания процессов, взаимосвязь моделей между собой, перечни заполняемых атрибутов, перечень получаемых на основании моделей документов, правила именования объектов и т.д. И после того как такой документ появился, необходимо контролировать его исполнение в проекте, что обеспечит унификацию создаваемых моделей и возможность их дальнейшего использования в различных проектах.

Уход от излишней подробности описания процессов. Многие бизнес-аналитики «закапываются» в детализацию бизнес-процессов, описывая отдельные действия сотрудников. Часто это приводит к росту числа создаваемых моделей, а значит и росту трудоемкости, фактически, без особой пользы, поскольку излишняя детализация часто не дает информации для дальнейшей оптимизации процессов, а ресурсы потребляет значительные. На практике доказано, что каждый новый уровень детализации процессов увеличивает объем моделей на порядок, и поэтому необходимо очень внимательно относиться к необходимости и достаточности детализации при их описании. Если необходимо лишь оптимизировать и закрепить ответственность между подразделениями, то следует описывать процессы только до уровня департаментов. Если их описание создается для целей автоматизации или регламентации на уровне отдельных исполнителей, то необходимо описывать до этого уровня. Более подробное описание должно быть в обязательном порядке обосновано со стороны заказчиков.

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

Смотрите так же:  Внутренний приказ по аптеке образец

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

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

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

Отказ от неопределенности способа внедрения усовершенствованных процессов. Совершенно логично, что созданное описание процессов должно служить основой для их дальнейшей оптимизации. Если нарисовать процесс «как должно быть» и не закрепить его в организации, то он так и останется «на бумаге». Именно поэтому способ внедрения усовершенствованных процессов в компании должен определяться заранее и желательно еще до старта работ по описанию процессов. Наиболее простой и понятный способ внедрения процессов «как должно быть» — регламентация. В данном случае описание форматируется в виде регламента, который закрепляется приказом руководителя. Однако, несмотря на всю простоту создания регламента, контроль его исполнения может быть затруднен или экономически неэффективен. Именно поэтому одним из наиболее результативных способов закрепления процесса «как должно быть» является внедрение информационной системы, и в частности системы класса Business Process Management System (BPMs), что позволяет закрепить не только маршруты и правила в рамках бизнес-процесса, но и поддержать и структурировать основные информационные потоки в рамках процесса.

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

Методика описания бизнес-процессов банка

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

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

Для чего описывать бизнес-процессы и поддерживать их в актуальном состоянии?

Описание бизнес-процессов «ради моделей» недопустимо. Автор предлагает как минимум 5 практических задач, которые показаны на Рис. 1.

Рис. 1. Практические задачи, следующие из описания бизнес-процессов

Методика описания бизнес-процессов банка

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

Рис 2. Методика описания бизнес-процессов банка (основные этапы)

Этап «Подготовка проекта» (см. Рис. 3)

Рис. 3. Этап «Подготовка проекта»
Кликните мышкой по изображению, чтобы увеличить его

  1. Постановка целей и задач описания БП. Выполняется акционерами, либо правлением банка. От целей и задач зависит план проекта, способы, объём и детальность описания БП.
  2. Назначение руководителя проекта и формирование рабочей группы. Оформляется приказами по банку.
  3. Корпоративное обучение по методикам и практическим решениям. В рамках обучения выполняются практические задачи по описанию и оптимизации БП, приводятся примеры других банков, которые уже успешно выполнили данный проект. Обучение играет большую роль как инструмент повышения корпоративной культуры банка, лояльности персонала к изменениям, командообразования.
  4. Выделение БП, назначение владельцев и аналитиков. Составляется перечень БП банка, которые необходимо описать в первую очередь. У каждого БП должен быть назначен владелец (ответственный) и аналитик, который будет выполнять описание и актуализацию БП на постоянной основе. Критерии определения владельца процесса: компетентность (выполнение или знание большей части процесса), знание потребностей клиента, близость к нему и мотивированность на результат, наличие полномочий по управлению процессом, лидерство, наличие в распоряжении ресурсов для процесса. Также рекомендуется создавать процессные группы (команды), которые активно работают во многих банках.
  5. Внедрение программного продукта бизнес-моделирования – ППБМ. ППБМ позволяет наиболее быстро и эффективно разработать графические модели БП, при этом регламенты БП формируются (генерируются) автоматически. В ППБМ, как и в любом другом программном обеспечении, есть большое количество «тонкостей» и особенностей, поэтому чтобы сэкономить время аналитиков, избежать ошибок при использовании и администрировании ППБМ, рекомендуется пройти профессиональное обучение. Более детальная информация приведена в книге [3]. Вместе с ППБМ внедряется «Комплексная типовая бизнес-модель банка» [1].
  6. Диагностика системы управления бизнес-процессами (СУБП) в банке и разработка плана проекта описания / оптимизации БП. Выявляются компоненты СУБП, которые уже есть в банке и уровень их проработки. На основе этого и результатов предыдущих задач разрабатывается план проекта.
  7. Разработка базовых моделей в ППБМ. Они включают: дерево продуктов и услуг банка, дерево процессов, организационная структура банка, библиотека документов др. Примеры всех моделей представлены в [1] и [2].
Смотрите так же:  Лицензия htc

Этап «Описание бизнес-процессов» (см. Рис. 4)

Рис. 4. Этап «Описание бизнес-процессов»
Кликните мышкой по изображению, чтобы увеличить его

  1. Сбор имеющейся в банке информации о БП. Если БП описывается не «с нуля», то собираются документы и материалы по БП, которые уже есть в банке.
  2. Сбор и изучение типовых решений и успешных практик по БП. Если БП описывается «с нуля», то наличие готовых типовых моделей значительно ускорит и облегчит работу. Именно для этого автором более 10 лет ведётся разработка и наполнение «Комплексной типовой бизнес-модели банка» [1].
  3. Сбор и изучение требований регулирующих органов и стандартов по БП. Требования регулирующих органов (например, Банка России) должны быть проработаны при описании БП в обязательном порядке. По БП также есть различные международные и отраслевые стандарты (например, в области информационной безопасности, ITIL/ITSM, стандарты качества банковской деятельности от Ассоциации Российских Банков и др.). Банк должен проработать требования выбранных стандартов при необходимости сертификации на соответствие.
  4. Проведение интервью участников БП в банке. Основные правила проведения интервью, которых рекомендуется придерживаться при описании бизнес-процессов:
    • старайтесь выстраивать и фиксировать мысли собеседника в строго логичном и последовательном порядке;
    • внимательно слушайте, задавайте наводящие вопросы, чтобы узнать все «тонкости» бизнес-процессов;
    • тщательно готовьтесь к интервью, изучайте и используйте типовые решения (например [1]), при возможности не занимайте слишком много времени у собеседника.
  5. Разработка и согласование графических моделей БП. Следует правильно выбрать нотацию (совокупность графических фигур и правил их использования для графического описания бизнес-процессов). Основные нотации разделены на 2 уровня: верхний уровень (IDEF0, Basic Flow Chart, VAD), нижний уровень (Cross Functional Flow Chart, EPC, BPMN). На графических моделях и в карточках процессов указываются различные параметры: требования к срокам, комментарии, ссылки на системы автоматизации, бухгалтерские проводки и т.п. Параллельно дополняются другие справочники в ППБМ: библиотека документов по процессам, материальные потоки, события, оргструктура и т.п.
  6. Генерация, согласование и утверждение регламента БП и других документов. Регламенты генерируются автоматически в ППБМ на основе моделей БП. Полнота и качество регламентов полностью зависят от детализации моделей, заданных параметров (свойств) БП и настроек.
  7. Формирование (дополнение) электронной базы знаний по процессам (бизнес-портала). Бизнес-портал – это электронная база знаний по БП и деятельности банка в целом. Формируется автоматически ППБМ на основе разработанных бизнес-моделей. Формат представления: веб-сайт (совокупность HTML-страниц), размещаемых на внутреннем веб-портале банка. Позволяет обращаться к базе знаний банка из любой точки мира и с любого устройства. Имеет встроенную систему поиска и навигации по всей информации, разграничение прав доступа сотрудников, персональную страницу для каждого сотрудника, возможность работы с показателями KPI, возможность обратной связи от сотрудников (онлайн-обсуждение процессов, голосования и т.п.).

Какой выбрать уровень детальности описания бизнес-процесса?

  • Умеренная детализация (взаимодействие подразделений банка) Выполняется, когда важно знать только общую бизнес-логику процесса, взаимодействие участников процесса. Кто и какие функции выполняет, за что отвечает, а как они это делают уже не важно.
  • Полная детализация Выполняется, когда важно знать тонкости исполнения каждой функции, когда у процесса очень много нюансов, альтернатив. Необходима для обучения сотрудников и автоматизации (т.е. БП описывается на языке функций автоматизированной банковской системы — АБС).

Что сделать, чтобы регламенты «работали» (исполнялись на практике)?

  • Использование специализированных программных продуктов для автоматизации этапов построения системы регламентации.
  • Обучение сотрудников, проведение PR-мероприятий для повышения лояльности сотрудников к регламентации деятельности банка.
  • Регламенты и графические модели БП должны быть простыми и понятными сотрудникам, которые будут с ними работать.
  • Поддержание регламентов в актуальном состоянии, своевременное архивирование устаревших документов.
  • Обеспечение порядка и иерархичности в системе регламентации.
  • Внедрение в банке инструментов контроля знания регламентов и тестирования сотрудников на регулярной основе.

Централизованное и децентрализованное описание процессов

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

  • подразделение (отдел) по управлению / администрированию / организации / контролю / разработке / оптимизации / изменению бизнес-процессов
  • подразделение организационного развития
  • подразделение методологии / регламентации / стандартизации
  • подразделение разработки продуктов и маркетинга

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

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

Децентрализованные отделы (аналитики) сосредоточены каждый на своем процессе и передают результаты для обработки и объединения в централизованный отдел.

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

Планы работ с бизнес-процессами банка

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

План «Медиум» желательно выполнить после полной проработки плана «минимум». Он содержит основные задачи для работы с бизнес-процессами банка на профессиональном уровне.

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

  • Внедрение профессионального программного продукта бизнес-моделирования
  • Разработка дерева БП и назначение владельцев
  • Разработка базовых моделей (дерево продуктов, оргструктуры, документов)
  • Графическое описание БП и формирование регламентов
  • Формирование базы знаний по работе банка на основе БП и доведение до сотрудников
  • Создание отдела бизнес-процессов и методологии, комитета по бизнес-процессам банка и процессных рабочих групп на постоянной основе
  • Разработка стратегии для каждого БП (желательно по методике BSC)
  • Разработка и контроль показателей KPI для каждого БП
  • Разработка нормативов по времени (требований к срокам) БП и инструментов их контроля
  • Организация управления операционными рисками БП
  • Функционально-стоимостной анализ и расчёт стоимости БП
  • Оптимизация, актуализация БП на постоянной основе в соответствии с требованиями клиентов и ведущим практиками банковской отрасли, внедрение инноваций
  • Передача БП на выполнение в BPM-системы (для организации оперативного управления и электронного документооборота)
  • Построение комплексной бизнес-модели банка на основе БП
  • Внедрение стандартов качества БП

По разным данным, более половины российских банков из TOP 100 занимаются бизнес-процессами на профессиональном уровне и активно используют процессный подход в своей деятельности. А именно:

  • имеют в штате подразделение, специализирующееся на описании и оптимизации бизнес-процессов, управлении бизнес-процессами;
  • имеют профессиональный программный продукт бизнес-моделирования;
  • имеют все компоненты системы управления бизнес-процессами (СУБП): дерево БП с назначенными владельцами, модели, регламенты и стандарты БП с установленными показателями и др.

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

Источники информации

2. Исаев Р.А. Банковский менеджмент и бизнес-инжиниринг (2-е издание). – М.: ИНФРА-М, 2015.

3. Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологии (2-е издание). – М.: ИНФРА-М, 2015.