Референтная модель – это модель эффективного бизнес-процесса, созданная для предприятия конкретной отрасли, внедренная на практике и предназначенная для использования при разработке/реорганизации бизнес-процессов на других предприятиях. По сути, референтные модели представляют собой эталонные схемы организации бизнеса, разработанные для конкретных бизнес-процессов на основе реального опыта внедрения в различных компаниях по всему миру.
Проведение предпроектного обследования предприятий
Длительность обследования обычно составляет 1-2 недели. В течение этого времени системный аналитик должен обследовать не более 2-3 видов деятельности (учет кадров, бухгалтерия, перевозки, маркетинг и др.).
Сбор информации для построения полной бизнес-модели организации часто сводится к изучению документированных информационных потоков и функций подразделений, а также производится путем интервьюирования и анкетирования.
К началу работ по обследованию организация обычно предоставляет комплект документов, в состав которого обычно входят:
7 «золотых» правил описания бизнес-процессов
* Сводная информация о деятельности предприятия.
* 1. Информация об управленческой, финансово-экономической, производственной деятельности предприятия.
* 2. Сведения об учетной политике и отчетности.
* Регулярный документооборот предприятия.
* 1. Реестр входящей информации.
* 2. Реестр внутренней информации.
* 3. Реестр исходящей информации.
* Сведения об информационно-вычислительной инфраструктуре предприятия.
* Сведения об ответственных лицах.
Реестр входящейвнутреннейисходящей информации содержит:
* Характеристики обработки документов.
Списки вопросов для интервьюирования и анкетирования составляются по каждому обследуемому подразделению и утверждаются руководителем компании. Это делается с целью:
* предотвращения доступа к конфиденциальной информации;
* усиления целевой направленности обследования;
* минимизации отвлечения сотрудников предприятий от выполнения должностных обязанностей.
Общий перечень вопросов (с их последующей детализацией) включает следующие пункты:
* основные задачи подразделений;
* собираемая и регистрируемая информация;
* взаимодействие с другими подразделениями.
Результаты предпроектного обследования
Результатом предпроектного обследования является «Отчет об экспресс-обследовании предприятия», структура которого приведена ниже.
* Краткое схематичное описание бизнес-процессов:
* * управление закупками и запасами;
* * управление финансовыми ресурсами.
* Основные требования и приоритеты автоматизации.
* Оценка необходимых для обеспечения проекта ресурсов заказчика.
* Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости.
Методология моделирования предметной области.
Структурная модель предметной области
Модель предметной области – некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области.
Нотации описания бизнес-процессов — IDEF0 | Naked BPM
К моделям предметных областей предъявляются следующие требования:
* формализация, обеспечивающая однозначное описание структуры предметной области;
* понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;
* реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС;
* обеспечение оценки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей.
Для реализации перечисленных требований, как правило, строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.
Структурный аспект предполагает построение:
* объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области;
* функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах;
* структуры управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов;
* организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах;
* технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.
Предназначен для упрощения процесса построения и обеспечения понятности построенной модели.
Главный критерий адекватности структурной модели предметной области заключается в функциональной полноте разрабатываемой ИС.
Оценочные аспекты моделированияпредметной области связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:
* время решения задач;
* стоимостные затраты на обработку данных;
* косвенные показатели эффективности, такие, как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д.
В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий. Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (реализации требований).
На внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств. На концептуальном уровне модель отвечает на вопрос, как должна функционировать система?
Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов. На внутреннем уровне модель отвечает на вопрос: с помощью каких программно-технических средств реализуются требования к системе? С позиции жизненного цикла ИС описанные уровни моделей соответственно строятся на этапах анализа требований, логического (технического) и физического (рабочего) проектирования. Рассмотрим особенности построения моделей предметной области на трех уровнях детализации.
Объектная структура
Объект – это сущность, которая используется при выполнении некоторой функции или операции (преобразования, обработки, формирования и т.д.). Объекты могут иметь динамическую или статическую природу: динамические объекты используются в одном цикле воспроизводства, например заказы на продукцию, счета на оплату, платежи; статические объекты используются во многих циклах воспроизводства, например, оборудование, персонал, запасы материалов.
На внешнем уровне детализации модели выделяются основные виды материальных объектов (например, сырье и материалы, полуфабрикаты, готовые изделия, услуги) и основные виды информационных объектов или документов (например, заказы, накладные, счета и т.д.).
На концептуальном уровне построения модели предметной области уточняется состав классов объектов, определяются их атрибуты и взаимосвязи. Таким образом строится обобщенное представление структуры предметной области.
Далее концептуальная модель на внутреннем уровне отображается в виде файлов базы данных, входных и выходных документов ЭИС. Причем динамические объекты представляются единицами переменной информации или документами, а статические объекты – единицами условно-постоянной информации в виде списков, номенклатур, ценников, справочников, классификаторов. Модель базы данных как постоянно поддерживаемого информационного ресурса отображает хранение условно-постоянной и накапливаемой переменной информации, используемой в повторяющихся информационных процессах.
Функциональная структура
Функция (операция) представляет собой некоторый преобразователь входных объектов в выходные. Последовательность взаимосвязанных по входам и выходам функций составляет бизнес-процесс. Функция бизнес-процесса может порождать объекты любой природы (материальные, денежные, информационные). Причем бизнес-процессы и информационные процессы, как правило, неразрывны, то есть функции материального процесса не могут осуществляться без информационной поддержки. Например, отгрузка готовой продукции осуществляется на основе документа «Заказ», который, в свою очередь, порождает документ «Накладная», сопровождающий партию отгруженного товара.
Функция может быть представлена одним действием или некоторой совокупностью действий. В последнем случае каждой функции может соответствовать некоторый процесс, в котором могут существовать свои подпроцессы, и т.д., пока каждая из подфункций не будет представлять некоторую недекомпозируемую последовательность действий.
На внешнем уровне моделирования определяется список основных бизнес-функций или видов бизнес-процессов. Обычно таких функций насчитывается 15-20.
На концептуальном уровне выделенные функции декомпозируются и строятся иерархии взаимосвязанных функций.
На внутреннем уровне отображается структура информационного процесса в компьютере: определяются иерархические структуры программных модулей, реализующих автоматизируемые функции.
Структура управления
В совокупности функций бизнес-процесса возможны альтернативные или циклические последовательности в зависимости от различных условий протекания процесса. Эти условия связаны с происходящими событиями во внешней среде или в самих процессах и с образованием определенных состояний объектов (например, заказ принят, отвергнут, отправлен на корректировку). События вызывают выполнение функций, которые, в свою очередь, изменяют состояния объектов и формируют новые события, и т.д., пока не будет завершен некоторый бизнес-процесс. Тогда последовательность событий составляет конкретную реализацию бизнес-процесса.
Каждое событие описывается с двух точек зрения: информационной и процедурной. Информационно событие отражается в виде некоторого сообщения, фиксирующего факт выполнения некоторой функции изменения состояния или появления нового. Процедурно событие вызывает выполнение новой функции, и поэтому для каждого состояния объекта должны быть заданы описания этих вызовов. Таким образом, события выступают в связующей роли для выполнения функций бизнес-процессов.
На внешнем уровне определяются список внешних событий, вызываемых взаимодействием предприятия с внешней средой (платежи налогов, процентов по кредитам, поставки по контрактам и т.д.), и список целевых установок, которым должны соответствовать бизнес-процессы (регламент выполнения процессов, поддержка уровня материальных запасов, уровень качества продукции и т.д.).
На концептуальном уровне устанавливаются бизнес-правила, определяющие условия вызова функций при возникновении событий и достижении состояний объектов.
На внутреннем уровне выполняется формализация бизнес-правил в виде триггеров или вызовов программных модулей.
Организационная структура
Организационная структура представляет собой совокупность организационных единиц, как правило, связанных иерархическими и процессными отношениями. Организационная единица – это подразделение, представляющее собой объединение людей (персонала) для выполнения совокупности общих функций или бизнес-процессов. В функционально-ориентированной организационной структуре организационная единица выполняет набор функций, относящихся к одной функции управления и входящих в различные процессы. В процессно-ориентированной структуре организационная единица выполняет набор функций, входящих в один тип процесса и относящихся к разным функциям управления.
На внешнем уровне строится структурная модель предприятия в виде иерархии подчинения организационных единиц или списков взаимодействующих подразделений.
На концептуальном уровне для каждого подразделения задается организационно-штатная структура должностей (ролей персонала).
На внутреннем уровне определяются требования к правам доступа персонала к автоматизируемым функциям информационной системы.
Техническая структура
Топология определяет территориальное размещение технических средств по структурным подразделениям предприятия, а коммуникация – технический способ реализации взаимодействия структурных подразделений.
На внешнем уровне модели определяются типы технических средств обработки данных и их размещение по структурным подразделениям.
На концептуальном уровне определяются способы коммуникаций между техническими комплексами структурных подразделений: физическое перемещение документов, машинных носителей, обмен информацией по каналам связи и т.д.
На внутреннем уровне строится модель «клиент-серверной» архитектуры вычислительной сети.
Описанные модели предметной области нацелены на проектирование отдельных компонентов ИС: данных, функциональных программных модулей, управляющих программных модулей, программных модулей интерфейсов пользователей, структуры технического комплекса. Для более качественного проектирования указанных компонентов требуется построение моделей, увязывающих различные компоненты ИС между собой. В простейшем случае в качестве таких моделей взаимодействия могут использоваться матрицы перекрестных ссылок: «объекты-функции», «функции-события», «организационные единицы – функции», «организационные единицы – объекты», «организационные единицы – технические средства» и т д. Такие матрицы не наглядны и не отражают особенности реализации взаимодействий.
Дата добавления: 2018-02-28 ; просмотров: 971 ; Мы поможем в написании вашей работы!
Источник: studopedia.net
Референтная модель бизнес-процесса
В качестве основного каркаса, объединяющего и систематизирующего все знания по бизнес-модели, можно использовать референтную модель. Референтная модель — это модель эффективного бизнес-процесса, созданная для предприятия конкретной отрасли, внедренная на практике и предназначенная для использования при разработке/реорганизации бизнес-процессов на других предприятиях. По сути, референтные модели представляют собой эталонные схемы организации бизнеса, разработанные для конкретных бизнес-процессов на основе реального опыта внедрения в различных компаниях по всему миру. Они включают в себя проверенные на практике процедуры и методы организации управления. Референтные модели позволяют предприятиям начать разработку собственных моделей на базе уже готового набора функций и процессов.
Референтная модель бизнес-процесса представляет собой совокупность логически взаимосвязанных функций. Для каждой функции указывается исполнитель, входные и выходные документы или информационные объекты. Элементы (функции и документы) референтной модели бизнес-процесса содержат ссылки на соответствующие объекты ИС, а также документы и другую информацию (пользовательские инструкции, ответственных разработчиков), расположенную в репозитарии проекта. Отсюда и название — референтная модель (в переводе с английского ссылочная модель).
Проведение предпроектного обследования предприятий
Обследование предприятия является важным и определяющим этапом проектирования ИС. Длительность обследования обычно составляет 1-2 недели. В течение этого времени системный аналитик должен обследовать не более 2-3 видов деятельности (учет кадров, бухгалтерия, перевозки, маркетинг и др.).
Сбор информации для построения полной бизнес-модели организации часто сводится к изучению документированных информационных потоков и функций подразделений, а также производится путем интервьюирования и анкетирования.
К началу работ по обследованию организация обычно предоставляет комплект документов, в состав которого обычно входят:
Сводная информация о деятельности предприятия.
Информация об управленческой, финансово-экономической, производственной деятельности предприятия.
Сведения об учетной политике и отчетности.
Регулярный документооборот предприятия.
Реестр входящей информации.
Реестр внутренней информации.
Реестр исходящей информации.
1. Сведения об информационно–вычислительной инфраструктуре предприятия.
2. Сведения об ответственных лицах.
Таблица 5.1. РЕЕСТР ВХОДЯЩЕЙ ИНФОРМАЦИИ
Характеристики обработки документов
Наименование и назначение документа
Источник: studfile.net
Референтные (типовые) модели банковской деятельности
Типовая (референтная) модель — эффективный инструмент, который систематизирует все знания и опыт в той или иной области деятельности и предлагает их в удобной для использования форме. В различных отраслях и компаниях разработаны референтные модели. Но, к сожалению, среди них нет материалов для банковской отрасли. В качестве одного из успешных решений автор рекомендует комплексную типовую коммерческого банка, а также типовую систему менеджмента качества коммерческого банка.
Понятие и особенности референтной модели
Термины «типовая », «эталонная модель», «типовые документы», «успешные практики» все чаще звучат в повседневной банковской жизни, на конференциях и в кругах специалистов. В источниках существуют различные определения данных терминов. Составим наиболее общее определение применительно к банковской сфере.
Референтная (reference, референсная, типовая) модель — это обобщение наилучших описаний (документов, схем, решений, практик) для определенного объекта с учетом его специфики. В качестве объекта могут выступать: деятельность банка в целом, деятельность подразделения, , система управления.
С помощью типовой модели накапливаются и систематизируются знания и опыт банка либо банковской отрасли в целом. Иными словами, это определенная база знаний.
Отметим, что типовая модель не является полностью универсальной моделью, одинаково эффективно применимой для всех банков, задач и ситуаций. В типовой модели могут быть как универсальные компоненты (например, перечень типовых показателей для любого банка), так и специализированные компоненты (например, модель «Управление филиальной сетью» для крупного банка).
Типовую модель не следует считать идеальной моделью для конкретной задачи/ситуации. Она является приближением к идеалу в определенной степени. Типовая модель всегда должна дорабатываться под конкретную задачу/ситуацию с учетом актуальной информации внутренней и внешней среды банка (например, требований Банка России).
Отметим, что типовая модель банковской деятельности рассматривается автором с точки зрения — см. [3], это модели , организационных структур, стратегий, документов, систем управления и др. Имеется большое количество иных моделей: модели управления рисками, финансовые модели, модели по маркетингу, модели систем безопасности
Если типовая модель банковской деятельности охватывает большинство основных областей деятельности банка, то она называется комплексной.
Эталонная модель — абстрактная модель предметной области (объекта), содержащая основные концепции, структуры, понятия, связи.
Общий обзор показал, что в различных отраслях и компаниях разработаны референтные модели. Например:
- Модель eTOM (The enhanced Telecom Operations Map) (представляет собой структурную модель компании — поставщика услуг связи);
- Типовая модель системы качества образовательного учреждения* (Федеральное агентство по образованию);
- Типовая система качества франчайзи (фирма «1С»);
- Другие референтные модели.
Помимо отраслевых есть модели, которые применимы для многих отраслей. Как правило, это модели, относящиеся к управляющим и обеспечивающим , которые мало зависят от бизнеса, например «Восьмипроцессная модель», ITSM (IT Service Management, управление ) — подмножество библиотеки ITIL, описывающее процессный подход к предоставлению информационных технологий и обеспечению их использования.
Также большого внимания заслуживают отраслевые приложения [5] стандартов серии ISO 9000, рекомендуемые комитетом ISO TC № 176.
Но, к сожалению, в данном списке [5] нет материалов применительно к банковской отрасли.
Причин этому может быть несколько:
- Закрытость и высокая конфиденциальность деятельности банков;
- Наличие достаточно большого количества нормативных документов, требований и нормативов со стороны регулирующих и законодательных органов;
- Неготовность многих банков к полноценному внедрению и сертификации систем менеджмента качества (далее — СМК).
Стандарты банковских
Вопросами разработки стандартов банковских занимается Координационный комитет по стандартам качества банковской деятельности Ассоциации российских банков (далее — Комитет). Комитетом проделана большая и ценная работа, утверждено более 10 стандартов процессов/качества:
- Стандарт качества организации стратегического управления;
- Стандарт качества организации управленческого учета и отчетности;
- Стандарт управления персоналом;
- Стандарт осуществления безналичных расчетов;
- Стандарт качества организации управления риском ликвидности;
- Стандарт качества организации управления кредитным риском;
- Другие стандарты.
Активно ведется разработка новых стандартов, регулярно организуются рабочие группы, заседания, конференция «Банки. Процессы. Стандарты. Качество».
Однако разработанные стандарты нельзя в полной мере отнести к типовым моделям банковской деятельности. К тому же у них есть ряд минусов, которые требуют доработки.
Стандарты по большей части содержат набор требований к банковским процессам.
Отсутствуют типовые примеры необходимых атрибутов процессов (моделей или технологических карт, форм документов, регламентов, методик). То есть в идеале к каждому стандарту необходимо прилагать перечень образцов документов по стандартизуемому процессу, чтобы банкам легче было его внедрять.
Некоторые стандарты содержат избыточную информацию, не имеют простой и понятной структуры, сложны для восприятия. Требования более высоких уровней зрелости, по сути, включают требования предыдущих уровней. Отсюда возникают избыточность информации и большой объем стандарта.
В данном случае исключением является Стандарт качества организации работы по описанию и оптимизации в кредитных организациях. Суть стандарта составляет таблица, в которой по строкам перечислены требования к описанию и оптимизации в банке, а по столбцам перечислены уровни зрелости. На пересечении строк и столбцов стоят отметки — на каком уровне зрелости какие требования должны выполняться.
Например, если банк соответствует уровню зрелости «Управляемый», то в нем:
- Разработаны описания процессов;
- Определены владельцы и участники процессов;
- Определена проблемность процессов;
- Определены требования клиентов процессов;
- Определены показатели процессов и их фактические значения;
- Системно применяются базовые инструменты анализа и улучшения процессов;
- Процессы приведены в соответствие со стандартами ИСО и АРБ, проводится бенчмаркинг;
- Определен порядок автоматизации процессов;
- Долгосрочное планирование управления процессами осуществляется с учетом стратегии;
- Обучение процессному управлению носит постоянный и системный характер;
- Созданы процессные команды для описания и улучшения процессов;
- Процессные команды регулярно отчитываются о ходе работ по описанию и оптимизации процессов;
- Разработано положение о комитете по управлению процессами;
- Используются программные средства структурного ;
- И многое другое — см. [4].
Требования к типовой модели банковской деятельности
Автор настоящей статьи предъявляет следующие требования к типовой модели банковской деятельности.
- Разработана в профессиональном программном продукте (например, или Business Studio) с помощью современных методик ;
- Разработана на основе систематизации опыта более 10 банков;
- Отличается простотой в использовании и понятностью структуры;
- Составлена полностью на русском языке и отражает специфику российской банковской отрасли;
- Реализует принцип системного подхода, описывает не фрагменты банковской деятельности, но также содержит их взаимосвязи и полный набор атрибутов;
- Характеризуется реальной практической ценностью и уникальностью информации.
К сожалению, автору не известны типовые модели для банковской деятельности, которые бы удовлетворяли данным требованиям и были в открытом доступе. Обосновать это просто. Любая полноценная модель разрабатывается в программном продукте . На российском рынке есть всего лишь несколько успешных и наиболее популярных программных продуктов данного класса, и изучение их дилеров свидетельствует о вышеприведенном утверждении.
Поэтому автор ведет собственные разработки [1], [2] и активно публикует материалы данных разработок.
Комплексная типовая коммерческого банка
Всем вышеперечисленным требованиям удовлетворяет авторская разработка «Комплексная типовая коммерческого банка» [1]. Она содержит успешные практики и решения, модели, документы, регламенты по основным областям менеджмента и в банке: стратегия и BSC/KPI, , организационная структура и персонал, методология и банковские продукты, качество и ISO 9000, регламентация и документооборот, системная архитектура, многое другое. С технической стороны комплексная типовая коммерческого банка — это электронная база данных, разработанная в программных продуктах и Business Studio.
Типовая система менеджмента качества коммерческого банка
Другое интересное решение — «Типовая система менеджмента качества коммерческого банка» [2]. Типовая СМК банка — это совокупность основных компонентов СМК банка в документированном виде, которые разработаны специально для банковской отрасли и могут быть использованы в качестве эталона (типового успешного решения) для построения СМК. Структура типовой СМК банка показана на Рис. 1.
Рисунок 1. Структура типовой системы менеджмента качества коммерческого банка
Типовая СМК банка является эффективным инструментом и пособием по формализации и совершенствованию деятельности банка, подготовке СМК банка к сертификации на соответствие международному станарту ISO 9001: 2008.
Она применима как для банков, которые начинают построение системы менеджмента качества практически с нуля, так и для банков, которые намерены совершенствовать уже функционирующую систему менеджмента качества.
В данном случае под системой менеджмента качества понимается инструмент комплексного повышения качества и эффективности деятельности банка. Поэтому в нее включены компоненты других систем управления, связанных с качеством и эффективностью деятельности банка (стратегическое управление и BSC/KPI, управление и методология, управление персоналом и др.).
Типовая СМК банка не является только комплектом формальной документации для сертификации банка на соответствие ISO 9000 (как иногда принято считать). Большое количество практических применений типовой СМК банка и ее компонентов в банковских проектах показало, что она позволяет значительно повысить качество и эффективность банка, деятельности банка в целом. А получение банком сертификата соответствия ISO 9000 с помощью типовой СМК служит дополнительным доказательством этому.
Примеры моделей банковской деятельности
Приведем примеры моделей банковской деятельности, которые входят в состав [1] и [2].
К сожалению, детальное рассмотрение данных моделей и методик их построения выходит за рамки настоящей статьи, поэтому для получения соответствующей информации рекомендуется использовать источник [3].
Дерево (верхний уровень) банка — Рис. 2.
Рисунок 2. Дерево (верхний уровень) банка
Дерево показателей (фрагмент «Зарплатные проекты») — Рис. 3.
Рисунок 3. Дерево показателей (фрагмент «Зарплатные проекты»)
Модель процедуры «Подготовка и выполнение операций инкассации банкомата» — Рис. 4.
Рисунок 4. Типовая модель процедуры «Подготовка и выполнение операций инкассации банкомата»
Организационная структура банка (фрагмент) — Рис. 5.
Рисунок 5. Организационная структура банка (фрагмент)
Деревья стратегических целей и показателей банка (фрагменты) — Рис. 6.
Рисунок 6. Деревья стратегических целей и показателей банка (фрагменты)
Стратегическая карта банка (верхний уровень) — Рис. 7.
Рисунок 7. Стратегическая карта банка (верхний уровень)
Многие банки при выделении и описании берут за основу типовое дерево и модели. Из дерева вычеркивают , которых в банке нет, добавляют , которые в дереве отсутствуют, но есть в банке. Далее при детальном (графическом) описании сначала изучают его типовую модель, а затем уже проводят интервью с исполнителями и изучают нормативные документы банка.
При этом типовая модель дорабатывается под специфику банка, а не «рисуется» с нуля. Разработка показателей для также не является проблемой, если есть перечень типовых показателей. Не нужно придумывать то, что уже давно известно и применяется в других банках ( «изобретать велосипед»).
Таким образом, метод «вычеркивания — дополнения» применяют ко всем типовым моделям банковской деятельности, превращая их в реальные банковские документы, технологии, системы.
Создание службы качества в банке или любого другого нового подразделения//продукта будет выполнено намного быстрее и проще при наличии соответствующих типовых моделей/регламентов.
Типовую модель банковской деятельности можно назвать конструктором, из которого строится реальная банковская деятельность. То есть банк, который ее внедряет, вправе выбрать те элементы, которые для него наиболее востребованы и эффективны, и переработать их по мере необходимости.
Использование и назначение типовой модели банковской деятельности
Для коммерческих банков:
Возможность использовать в работе типовые успешные решения и модели, разработанные на основе опыта большого количества банков.
С помощью типовых моделей удобно проверять соответствующие банковские модели на полноту и совершенство.
Например, проанализировав модели банка на предмет их соответствия типовым моделям, можно выявить , которые работают неэффективно либо вообще отсутствуют в банке, но должны выполняться;
- Инструмент для реализации проектов по формализации (описанию) и оптимизации деятельности банка.
Например, при построении системы менеджмента качества рекомендуется взять за основу типовую систему менеджмента качества коммерческого банка [2] и доработать ее под специфику банка. Это займет намного меньше времени и ресурсов, нежели разработка системы менеджмента качества практически с нуля. Также значительно снижаются риски проекта, потому что всегда есть образец, который должен получиться в результате проекта и на каждом его этапе.
Использование типовых моделей банковской деятельности позволяет выполнять большую часть проектов силами банка и привлекать внешних экспертов только на наиболее сложные этапы;
- Тиражирование бизнеса банка.
Типовые модели банковской деятельности следует рассматривать не только на уровне банковской отрасли, но и на уровне отдельного банка. Ведь любой банк может разработать типовую модель для своей деятельности самостоятельно. Это особенно эффективно для банка с крупной филиальной сетью. Когда невозможно разработать единые регламенты вида деятельности для всех филиалов и подразделений, готовятся типовые регламенты, а затем дорабатываются под различные требования и спецификации. Часто это применяется при развитии (тиражировании) филиальной сети банка.
Для регулирующих и законодательных органов:
- Понимание процессов и детальных механизмов, с помощью которых банки реализуют нормативы, требования, приказы регулирующих и законодательных органов, позволит более эффективно выстроить взаимодействие и обратную связь;
- Отслеживание и прогнозирование тенденций развития банковской отрасли.
Для консалтинговых компаний:
- Опорная база для ведения всех проектов управленческого консалтинга. Сильная сторона консалтинговых компаний — это отличное знание современных методик и технологий (BSC/KPI, процессный подход, Lean и 6 Sigma, ISO 9000, анализ и многое другое) — см. [3]. К сожалению, знаний в области применения данных методик и технологий в банковской сфере, а также специфики коммерческих банков не всегда достаточно. Комплексная типовая коммерческого банка [1] позволяет решить эту проблему.
Для компаний — системных интеграторов:
- Инструмент для эффективной автоматизации. Типовая модель банковской деятельности позволит разработать более эффективные и адекватные технические задания, технологии и системы, системную архитектуру банка в целом;
- Возможность использования для анализа автоматизированности банковских процессов. В банке могут быть различные информационные системы и технологии, но могут отсутствовать выделенные . Модели типовых банковских процессов позволят устранить этот недостаток.
Для начинающих банковских специалистов и студентов:
- Возможность понять деятельность банка как системы, а также функции и особенности всех его структурных подразделений и , выбрать наиболее интересное и перспективное банковское направление для своей дальнейшей работы;
- Возможность детально ознакомиться с выбранным направлением (, организационной структурой, нормативными документами и формами документов) и таким образом приобрести бесценный опыт, не имея реального опыта по выбранному направлению.
Подведем итог. Типовая (референтная) модель является эффективным инструментом, который систематизирует все знания и опыт по рассматриваемой деятельности и предлагает их банку в удобной для использования форме.
Наличие типовых моделей банковской деятельности и их широкое распространение в банковском сообществе необходимо и востребовано. Они позволят значительно повысить эффективность и качество работы как коммерческих банков, так и банковской отрасли в целом, сэкономить время и финансовые ресурсы при реализации проектов, минимизировать риски. Они будут также иметь ценность для других участников рынка и заинтересованных сторон: консалтинговых компаний, системных интеграторов, регулирующих и законодательных органов.
В качестве одного из успешных решений автор рекомендует комплексную типовую коммерческого банка [1], а также типовую систему менеджмента качества коммерческого банка [2].
Список использованной литературы:
Опубликовано по материалам:
Журнал «Управление в кредитной организации» № 6, 2010
Источник: www.businessstudio.ru