Кривое зеркало, или что пишут на модные темы в ит

- kbrbank

Кривое зеркало, или что пишут на модные темы в ит

До тех пор пока преувеличение и упрощение входит в привычку последовательности ИТ-маркетологов, пользователи ответов теряют доверие к засоряющемуся «эфиру».

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

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

Верховный пилотаж маркетологов содержится в формировании интереса к темам, актуальность которых станет очевидной потребителям лишь на следующий день. В банковских информационных разработках (ИТ), от которых сейчас на 70% зависит успех бизнеса, высокая скорость внедрения инноваций требует проактивного подхода к получению новой информации.

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

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

Дабы не быть бездоказательной, приведу пара примеров из рекламных текстов в области ВРМ-ответов (Business Performance Management, управление эффективностью бизнеса). Сейчас тут в числе актуальных тем – модели данных для построения банковских хранилищ данных (ХД) и решения для подготовки регуляторной отчетности.

Про желаемое и настоящее

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

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

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

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

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

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

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

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

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

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

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

Про осознанное и бессознательное

Разберем второй показательный пример. В размещённом в СМИ кейсе об опыте автоматизации необходимой отчетности для Банка России компания-автор информирует о реализации пакета сложных отчетных форм, а также 115, 118, 125, 128, 155, 302, 316, на базе кредитного портфеля банка, собранного в хранилище в рамках первого этапа проекта.

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

Для формы 0509125 «Сведения об пассивах и активах по срокам погашения и востребования», кроме ссуд, потребуются эти по депозитам физических и юрлиц, привлеченным межбанковским кредитам, векселям, облигациям, обеспечениям, обеспечениям. Для формы 0409302 «Сведения о размещенных и привлеченных средствах» — пластиковые карты и депозиты.

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

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

Узость проектной практики ведет к досадным неточностям в публикациях.

***

Аналогичных примеров возможно отыскать намного больше, чем упомянуто в статье. Мотивы, которыми руководствуются их авторы, смогут быть различными. Кто-то может упрощать чтобы передать собственную идея в дешёвой форме, кто-то может неосознанно выдавать желаемое за настоящее. Но до тех пор пока преувеличение и упрощение входит в привычку последовательности ИТ-маркетологов, пользователи ответов тем временем все больше теряют доверие к засоряющемуся «эфиру».

Как следствие, компании — поставщики ответов отбрасывают себя на большое количество шагов назад от цели образования пользователей, непредвзятого обмена опытом с ними, а сами потребители выясняются ограничены в качественной опытной информации.

Глубокоуважаемые читатели, будьте, как нас дают предупреждение в публичных учреждениях, бдительны помните контролировать данные из публикаций. А также, комментируйте статьи вендоров в том месте, где для этого имеется возможность, к примеру, на Bankir.ru. Мне, к примеру, было бы весьма интересно ваше вывод о том, какую правду об ИТ-проектах банков вам хотелось бы видеть. Какой информации о ВРМ-совокупностях вам не достаточно?

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

Кривое Зеркало-64 (тема Телевидение).mp4

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: