Как успеть за изменениями в бюджетной модели и учетной политике?
IBM Cognos Express – вдвое быстрее и втрое дешевле.
Опыт внедрения в банковском секторе
1. Вадим Дупанов,
старший консультант компании
«РЕАЛИТИ».
Сертифицированный специалист по
внедрению систем IBM Cognos
Киев, 17 сентября 2015 года
Доклад компании «РЕАЛИТИ» на Форуме IBM
2015
Как успеть за изменениями в бюджетной
модели и учетной политике?
IBM Cognos Express – вдвое быстрее и втрое
дешевле.
Опыт внедрения в банковском секторе
2. КОМПАНИЯ REALITY
Украина, Киев
ул. Академика Палладина
25,
оф. 207
+38 044 361 40 92http://reality.sh/ru/
Правильные решения для бизнеса
любой сложности от компании Reality
Экспертиза в разработке высоко
нагруженных систем
проект в «Ин-тайм»;
Разработка Web-приложений на
платформе 1С: Предприятие 8.3
Внедрение модели планирования
продаж в
УАК «Олимп»;
Внедрение бюджетирования
в банке
«Ренессанс Капитал»
ВНЕДРЕНИЕ COGNOS РАЗРАБОТКА 1С
3. НАССИМ НИКОЛАС ТАЛЕБ – НОВЫЙ ВЗГЛЯД НА
ВЕРОЯТНОСТИ, РИСКИ И ВЫЗОВЫ
Н.Н.Талеб – американский
эссеист, математик,
трейдер ливанского
происхождения, который
в своих трудах
рассматривает проблемы
случайности и
вероятности.
Для затравки: парадокс индейки
Жила была американская индейка,
которая считала вероятности и
делала прогнозы. Каждый день она
расчитывала прогноз, как сложится
ее жизнь завтра. И каждый день
накопленная статистика
показывала все растущую
вероятность, что все будет не
просто хорошо, а отлично!
Действительно, каждый день
приходил большой человек.
Кормил ее и заботился о ее
здоровье…
4. ПРОЕКТЫ – ЭТО ЧАСТЬ НАШЕЙ ЖИЗНИ
Стабильное состояние: Динамическое состояние:
• Постоянные внешние условия
• Доступность людских ресурсов
• Прозрачность требований
• Возможность длительного
горизонта планирования:
день вчерашний+ день
сегодняшний = день завтрашний
(см. парадокc индейки)
• Быстро меняющиеся условия
• Неоходимость быстрых
изменений
• Ограниченность рынков HR
Стабильность неизбежно сменится
кризисом, и наоборот, но никто не знает
когда
6. О ЧЕМ ГОВОРИТ ДИНАМИКА ПОТРЕБИТЕЛЬСКОГО
КРЕДИТОВАНИЯ?
«Стационарный период» «Динамический период»
Растет роль автоматических систем в бизнесе.
Пример – IBM Watson, IBM Cognos Express.
7. СЛОЖНОСТИ (РИСКИ) IT ПРОЕКТОВ ДЛЯ БИЗНЕСА
Постановка задачи
(изначальное незнание
функционала приводит к
постановке требований,
которые будут меняться по
мере знакомства заказчика
с комплексным продуктов)
Выполнение задачи
(недоступность ресурсов,
проблемы с управлением
проектами, проблемы
финансирования,
изменения требований)
Окружение (изменение
законодательства, кризисы,
слияние компаний)
Жизненный цикл
(необходимость изменений
и доработок после
завершения проекта)
Автоматизация бизнеса сопряжена с рисками
8. ЗАКЛАДЫВАЕМ ФУНДАМЕНТ УСПЕХА
1. Выбор ПО от стабильного вендора – «кастомная» разработка всегда
будет являться источником дополнительных издержек;
2. Детальная формализация требований, анализ сложных участков
модели до начала проекта;
3. Общайтесь с командой внедрения до начала проекта –
коммуникация и взаимопонимание – это то, что обеспечит успешное
внедрение;
4. Тренинги до и после внедрения;
5. Вовлеченность топ-менеджмента – один из ключевых залогов успеха
проекта;
6. Гибкость системы – это одна из составляющих успеха (у IBM Cognos
– 2 основных компонента гибкости – возможность дробления модели
на взаимозаменяемые блоки и мультивариантность реализации
функционала);
Гибкость системы – одна из составляющих
успеха
9. Как проявляли себя риски:
Постановка задачи:
• Отталкивались от Excel моделей – это привело к изменению
формализации некоторых задач в ходе проекта;
Выполнение задач:
• Ограничены в ресурсах (как со стороны разработчика, так и
заказчика);
Окружение:
• Кризис 2014 -2015 года, изменения требований как НБУ так и у
руководства заказчика;
• Слияние компании клиента (ПУМБ и БРК);
Жизненный цикл проекта:
• Масштабируемость и добавление новых продуктов, проектов.
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
10. Внедрение Cognos Express – реакция на риски:
Двойной тренинг – до и после проекта
contra pro
• Дополнительные издержки
на двойной тренинг
• Сокращено время на анализ модели;
• Ключевые пользователи получили
важный опыт работы в системе –
внесения изменений, создание
справочников => сокращение
издержек в ходе проекта!
• Расширение видения возможностей
модели постановщиками задач.
Вовлеченность заказчика в проект
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
11. Формализация задач:
отталкивались от существующих Excel-моделей для постановки задач
на систему планирования
против за
• После реализации
существующих методов
видение заказчика изменится
после знакомства с
возможностями системы – чем
больше возможностей в
продукте, тем больше
изменений может возникнуть
• Сокращено время на
постановку задач;
• Excel шаблоны использовались
для создания отчетных форм
IBM Cognos Express
При использовании существующих моделей
Excel неизбежны изменения по ходу проекта
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
12. Выбор системы:
Выбор IBM Cognos Express как системы бюджетирования
против за
• Аппаратные
ограничения Cognos
Express (сервер
Windows, 1 модель
планирования, 100
пользователей)
• Гибкость настройки продукта под различные
требования;
• Множественность оболочек для работы (TM1
Web, Perspectives, Performance Modeller,
Excel);
• Простая процедура резервного копирования и
переноса моделей при слиянии;
• Простые процедуры масштабирования,
добавления новых моделей и форм;
• Цена лицензий IBM Cogos Express
существенно ниже, а набор возможностей
больше, чем у аналогичных продуктов
IBM Cognos Express – недорогая и гибкая
система бюджетирования и отчетности
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
13. Жизненный цикл модели бюджетирования в системе IBM Cognos
Express:
против за
• Внешний продукт с закрытым
кодом(н.р., дизайн элементов
веб-формы скрыт от
изменений);
• Необходимость приобретения и
пролонгации лицензий
• В IBM Cognos простые и
понятные инструменты для
работы с бюджетной моделью –
математика, процедуры
загрузки-выгрузки данных;
• Открытые базы знаний,
форумы, служба поддержки
IBM;
• Выбор компаний-партнеров на
рынке.
IBM Cognos Express – эффективный
инструмент решения задач бюджетирования,
планирования и отчетности
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
14. Интересные факты:
Было (Excel) Стало (IBM Cognos Express)
• Заказчик тратил значительные
ресурсы на загрузки данных,
внесение значений, сведение и
обслуживание 381 Excel
файла,организованных в 61
папку каждой (!) бюджетной
модели (500-1000 МБ данных);
• Балансировка бюджета
выполнялась вручную
помесячно
• 4 года назад на форуме IBM
обсуждалась низкая доля
кросс-продаж банковских
продуктов;
• Сотрудники тратят время
только на подготовку данных по
шаблону и внесение ручных
данных (ставки, ряд
показателей);
• Балансировка выполняется
автоматически в 1 клик
• Модель кросс-продаж создана
коллегами из БРК и
реализована как часть
бюджетной модели – основа
бюджетной части IBM Cognos
Express – матричная
математика;
Reality реализовала модель кросс-продаж
ИСТОРИЯ УСПЕХА ПРОЕКТА В БАНКЕ «РЕНЕССАНС
КАПИТАЛ»
20. ВЫВОДЫ
1) При выполнении проектов большинство возникающих
вопросов – открытые вопросы. Неожиданности
неизбежны.
2) ПО от надежного вендора. Гибкость ПО.
3) Хорошая коммуникация проектной команды и
вовлеченность руководства.
4) Дробление модели на небольшие взаимозаменяемые
части.
5) IBM Cognos Express это не только недорогой
инструмент планирования, бюджетирования и
отчетности, но и средство снижения будущих
непредвиденных рисков.
21. МУЛЬТИКОНЦЕПТУАЛЬНОСТЬ В ЛИТЕРАТУРЕ
«Antifragile»
«Прокрустово ложе»
«Черный лебедь»
«Одураченные случайностью»
Nassim Nicholas Taleb Malcolm Gladwell
«Давид и Голиаф»
«Переломный момент»
«Озарение. Сила мгновенных решений.»
«Гении и аутсайдеры. Почему одним
всё, а другим ничего?»
«Что видела собака»
Спасибо за внимание!
22. КОМПАНИЯ REALITY
Украина, Киев
ул. Академика Палладина
25,
оф. 207
+38 044 361 40 92http://reality.sh/ru/
Правильные решения для бизнеса
любой сложности от компании Reality
Экспертиза в разработке высоко
нагруженных систем
проект в «Ин-тайм»;
Разработка Web-приложений на
платформе 1С: Предприятие 8.3
Внедрение модели планирования
продаж в
УАК «Олимп»;
Внедрение бюджетирования
в банке
«Ренессанс Капитал»
ВНЕДРЕНИЕ COGNOS РАЗРАБОТКА 1С
Editor's Notes
Талеб – эмпирический скептик. Его работы перевернули наше понимание рисков и кризисов. Работая в опционами, он, как теоретик анализирует и генерирует модели и концепции, которые используются в рисках, молекулярной биологии, логистике, инженерном деле, в компьютерных системах. Хороший размах! Я постараюсь в свете его исследований описать возможные риски и их пути обхода для IT проектов на примере нашего крайнего проекта в банке Ренесанс капитал. Все что я буду рассказывать – это наш анализ проекта в БРК, но и это же применимо и к любым другим IT проектам в ваших компаниях. Рекомендую к изучению все его книжки – и «Одураченные случайности», и «Черный лебедь» и «Антифраджайл» (книга об устойчивости и выживании систем).
Вызовы будут возникать, изменения будут возникать, причем непредсказуемо. Аналогия – термодинамика больших систем – невозможность точного учета всех факторов => необходимость обобщений в анализе
Автоматизация – это современный способ реакции на вызовы – передача ответственности с нижнего уровня бизнеса, с менеджеров через модели автоматизации и сбора информации нижнего уровня, ее обработки так сказать, «обобщающими» моделями и передаче ее на уровень топ-менеджмента. Пример – e-mail и доставка почты почтальоном, приват 24 и банковский клерк. Так работает и когнос – информация собирается с нижних уровней и поднимается на уровень топ-менеджмента для согласования и утверждения.
Иллюстрация – отсутствие роста в 2010-2012 годах не помешала росту доли IT специалистов. Уход от человеческого фактора и повышение управляемости бизнеса. «Женщину убрали – автомат поставили» => растет вес IT проектов в бизнесе – от успеха проектов многое зависит, особенно в динамических условиях.
Тезисно 4 глобальных источника вызовов и рисков при выполнении проектов:
постановка задачи – обычно отталкиваемся от того, что есть, но по мере знакомства заказчика с продуктом, запросы обязательно будут меняться. Риск снижается за счет проведения тренингов для клиента еще ДО начала проекта
Выполнение задачи – здесь и возможные проблемы с управлением проектами, недоступностью ресурсов, с постановкой задачи
- окружение – изменения в законодательстве, кризисы, слияние (как в нашем случае) компаний.
Жизненный цикл – вопросы поддержки и доработки ПО – чем более кастомизированная система, тем выше эти риски
В том или ином виде указанные сложности себя обязательно проявят. Чем > срок и объем проекта, тем больше факторов себя проявит.
Каждая изменяющаяся система борется за выживание – от человечества и бактерий до бизнеса и даже внедряемая IT-система. Везде есть элементы дарвиновской эволюции – работа Талеба Antifragile – изменчивость неизбежна в современных условиях.
Кастомная разработка – это всегда повышенный источник рисков. Чем выше сложность системы, тем выше риски. Большинство ошибок обусловлено человеческим фактором, а в случае кастомной разработки – в конкретного программиста и менеджера проекта – ушел программист (а в кризис это вполне вероятный сценарий) – и весь проект летит под откос. Внутренние разработки (своими силами) – логичный вопрос выделения собственных ресурсов – высококлассные специалисты должны бросить оперативные текущие задачи и переключиться на новый проект с непонятным финалом, как правило, без соответствущей компенсации. Внешнее ПО от надежного вендора, а IBM это исключительно надежный вендор и внешняя компания-консультант – это хороший способ уменьшить риски и привести проект к успеху быстро.
Тренинги до и после – да, это двойные издержки, но это отличный способ перекрестного контроля. Если заказчик понимает, что происходит в проекте, как идет разработка – это также одна из составляющих успеха.
Секторальный опыт компании-внедренца. Маркетинг – это отличная вещь, но это еще не гарантия того, что конкретные консультанты, которые будут делать для вас проект, смогут вникнуть в суть ваших проблем. Здесь совет – общение и еще раз общение. Доверяй, но проверяй. Да,существует миграция трудовых ресурсов. Да и у консультантов может быть тот или иной уровень опыта. Предыдущие проекты могли быть той или иной сложности. Общение и еще раз общение. И чем больше, тем лучше.
Гибкость системы – это очень важно понимать при выборе системы. Нет двух похожих проектов. Их никогда не будет. Предсказать что будет в вашем конктретном случае на 100% никто не может никогда. Гибкость и быстрота внесения изменений в систему – это еще один камень для фундамента успешного проекта.
Приведенная структура – это не хронологическая. Это попытка анализа возникавших вызовов к проекту, их причин и наших реакций на них
По мере знакомства с функционалом системы, возникало новое видение элементов модели, н.р., возможность автоматизации сложных расчетов приводила к возникновению уточнений в детализации тех или иных статей планирования (разбивка по бакетам, трендирование показателей)
Сотрудники заказчика были вовлечены в текущее планирование, из-за чего временами были недоступны для проектных работ
Кризис привел к необходимости повышения скорости реакции – увеличилась вариативность планов, просчет изменения ставок, поменялись требования НБУ
Слияние ПУМБ и БРК в ходе проекта привело к появлению новых требований в отчетности, на которые, в условиях ограничений в сроках нужно было реагировать
Приведенная структура – это не хронологическая. Это попытка анализа возникавших вызовов к проекту, их причин и наших реакций на них
По мере знакомства с функционалом системы, возникало новое видение элементов модели, н.р., возможность автоматизации сложных расчетов приводила к возникновению уточнений в детализации тех или иных статей планирования (разбивка по бакетам, трендирование показателей)
Сотрудники заказчика были вовлечены в текущее планирование, из-за чего временами были недоступны для проектных работ
Кризис привел к необходимости повышения скорости реакции – увеличилась вариативность планов, просчет изменения ставок, поменялись требования НБУ
Слияние ПУМБ и БРК в ходе проекта привело к появлению новых требований в отчетности, на которые, в условиях ограничений в сроках нужно было реагировать
Два пути формализации – создвать модель «с нуля» или реализовывать текущую со всеми ее возможными недостатками и дорабатывать по ходу проекта. Это всегда открытый вопрос в любом проекте. В нашем случае Excel модели сократили время на постановку, дали отделу контроллинга мощный инструмент, а отчетность для топ-менеджмента сохранила «внешний вид», существенноизменилась скорость сбора и обработки данных – это крайне важно в современных условиях – отдел контроллинга – это высококлассные аналитики и вручную собирать гигабайты Excel файлов – это стрельба из пушки по воробъям.
Связка продуктов друг с другом матрицей кросс-продаж. IBM
Примерная модель: структура куба первичная.
Потом появляется новая разбивка портфеля – на активную и неактивную части (для целей аналитики).
Традиционно 2 варианта имплементации: или добавляем новое измерение с перестройкой куба, или, чтобы ничего не ломать, модно слегка
Примерная модель: структура куба первичная.
Потом появляется новая разбивка портфеля – на активную и неактивную части (для целей аналитики).
Традиционно 2 варианта имплементации: или добавляем новое измерение с перестройкой куба, или, чтобы ничего не ломать, модно слегка
Сравнить внесение таких изменений с похожей моделью в Excel