Все полученные графические модели от децентрализованных аналитиков объединялись (стыковались в цепочки при возможности) в рамках единой базы данных. Руководитель отдела бизнес-процессов и организационного развития координировал работу децентрализованных аналитиков, проверял модели их бизнес-процессов, консультировал по доработкам.
Децентрализованный формат позволил быстро, качественно и детально описать и оптимизировать бизнес-процессы. По времени это заняло примерно 4 месяца. Особенно удобно, что не требуется большой штат централизованных аналитиков со 100 % загрузкой. В данном банке (среднего размера) численность отдела бизнес-процессов и организационного развития составляла 4 человека.
В данной организации произошла интересная история.
Решили отказаться от текстовых регламентов и показывать всю детальную информацию на моделях. Т. е. регламенты бизнес-процессов состояли из большого количества графических моделей, а методики или инструкции, которые не поддаются преобразованию в схемы, прикреплялись в виде приложений.
Каждое подразделение старалось отобразить на моделях (для каждой функции или действию в бизнес-процессе) как можно больше информации по своей специфике.
• Финансовые подразделения указывали бухгалтерские проводки, используемые ресурсы и расходы.
• Отдел операционных рисков указывал все возможные операционные риски с вероятностями, оценкой потенциальных убытков, контрольными (предупреждающими) мероприятиями.
• Департамент ИТ указывал ИТ-системы и базы данных по автоматизации каждой функции.
• Служба внутреннего контроля и юридический отдел проставляли ссылки на законодательство и документы регулирующих органов (в том числе ЦБ РФ).
• Некоторые отделы пытались проставлять требования к срокам (времени) исполнения функций.
• И многое другое.
Можно представить, во что превратились модели бизнес-процессов. Они стали настолько перегружены информацией, сносками и комментариями, что сложно было проследить цепочку (последовательность) выполнения функций и документооборот (входы-выходы). Конечно, данную ситуацию удалось успешно разрешить. Всю информацию сохранили в карточках (свойствах) функций, и потом она полностью выводилась в регламенты бизнес-процессов, которые генерировались автоматически системой бизнес-моделирования. У некоторых бизнес-процессов разработали несколько вариантов моделей с разным отображением параметрической информации для разных целей [3]. Для автоматизации сделали модели, наполненные только технической информацией и ИТ-требованиями. Для обучения и регламентации сделали модели, наполненные только той информацией, которая необходима для ручного исполнения и понимания сотрудниками (сроки, комментарии и т.п.).
Инициатором проектов организационного развития обычно выступают разные руководители: Председатель правления (генеральный директор), ИТ-директор, финансовый директор, директор по персоналу, начальник управления бизнес-процессов, начальник службы внутреннего контроля и многие другие.
В данном банке был интересный случай, когда в рамках проекта произошло перераспределение подчинённости (субординации) персонала и значительный карьерный рост инициатора. На начало проекта он был начальником небольшого отдела в ИТ-департаменте, а потом стал директором по бизнес-процессам с прямым подчинением Председателю правления. Конечно, большую роль сыграли его профессиональные и организационные способности, а также пройденные обучения в бизнес-школах.
Был создан комитет по бизнес-процессам, председателем которого стал данный руководитель. По новым регламентам и положениям все члены комитета (а это владельцы всех ключевых процессов банка) подчинялись председателю комитета, т.е. были обязаны выполнять все его поручения по описанию, оптимизации и администрированию своих бизнес-процессов. Теперь именно председатель комитета обладал наиболее полной информацией обо всех процессах, проектах и задачах организационного развития, которые выполняются в банке, имел полномочия, высокий авторитет и влияние.
Банк успешно выполнил проект, продолжил дальнейшее активное совершенствование системы управления бизнес-процессами (СУБП) и бизнес-архитектуры [4].
Руководство решило выполнить описание бизнес-процессов с целью их детального анализа и повышения «прозрачности» деятельности организации на всех уровнях и во всех подразделениях.
Все разработанные графические модели распечатали и стали детально анализировать в рамках рабочих групп, в каждую из которых обязательно входил представитель высшего руководства и службы внутреннего контроля. В результате были выявлены такие проблемы и недостатки, о которых отдельные руководители, к сожалению, не предполагали. Вскрылись проблемы, которые, возможно, замедляли развитие организации и препятствовали высокоэффективной работе. Это несмотря на то, что организация считалась относительно стабильной и много лет работала на рынке. Перечислим, что удалось выявить.