Публикации

8 директоров по данным и их проекты

Открытый интерфейс

Open API — ключевой момент как для концепции Open Banking в целом, так и для недискриминационного доступа к данным в частности. В России пока нет официальной государственной инициативы развития Open API. Впрочем, уже скоро все может измениться. «На площадке ассоциации “ФинТех” (АФТ) разработана “Концепция открытых API”, где учтено мнение ключевых участников российского финансового рынка, в том числе определены основные типы открытых API», — рассказывает генеральный директор ассоциации «ФинТех» Татьяна Жаркова.

Председатель наблюдательного совета АФТ — первый заместитель председателя ЦБ Ольга Скоробогатова. Членами ассоциации являются в том числе Банк России, Сбербанк, ВТБ, Альфа-банк, Тинькофф-банк, Райффайзенбанк. Так что сейчас уже с достаточной долей уверенности можно сказать, что в России будет реализован описанный в концепции подход на основе стандартизации Open API, а координацией этого процесса займется ЦБ. Правда пока остается вопрос, не начнет ли Сбербанк при поддержке Минфина бойкотировать процесс, как он это делал с Системой быстрых платежей (СБП).

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

О каких же именно данных идет речь?

Помимо информации о наших счетах и трансакциях по ним в экосистемах и маркетплейсах банков есть еще много всего. «В экосистеме банка данных больше, чем человек может себе вообразить, а большинство инженеров — придумать, что с ними делать. У вас стоит банковское приложение, которое имеет доступ к фото, контактам, СМС, звонкам, данным о ваших передвижениях по городу, модели телефона, установленных приложениях. Банк знает о ваших покупках (модель потребления), доходах, переводах. Дополнительно данные собирают и сервисы из банковской экосистемы, например о покупке билетов, страховок, акций, вызовах врача, заказе еды, — рассказывает CEO и сооснователь цифровой банковской платформы APIBank Алексей Петров. — Если вы предприниматель, банк знает ваших контрагентов, вовремя ли вы платите налоги, сколько получили штрафов, какая зарплата у ваших сотрудников, что покупаете и продаете и так далее. А еще парковки, детей, родственников и друзей, так как по номерам телефонов, можно определить круг вашего общения».

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

Важно при этом, чтобы партнерам банк предоставлял обезличенные данные, чтобы избежать утечек и мошенничества», — добавляет генеральный директор DIS Group Павел Лихницкий

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

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

Помимо коммерческих есть регуляторные и инфраструктурные API. Через регуляторные, как объясняет Татьяна Жаркова, могут передаваться данные об отчетности, жалобах, взаимодействии с федеральными органами исполнительной власти и государственными информационными системами. Через инфраструктурные API могут передаваться данные о взаимодействии участников инфраструктурных проектов (например, «Цифровой профиль», «Система быстрых платежей», платформа «Маркетплейс» и др.).

Руководитель по операционной эффективности, ДОМ.РФ

Руководитель по операционной эффективности, ДОМ.РФ.

В 2016 году закончил бакалавриат в РЭУ им. Г.В. Плеханова по направлению «Финансовый менеджмент».

В 2018 году закончил магистратуру в РУДН по направлению «Международный маркетинг».

К команде ДОМ.РФ присоединился в 2018 году.

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

— сделал HR-аналитику компании доступнее для конечных пользователей: внедрил единое окно доступа ко всем HR-данным.

Задача

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

Среди потребителей данных мы выделяем две большие группы:

  • Data scientists, Data-инженеры, аналитики данных, разработчики витрин данных, DataOps — для исследования данных и построения моделей

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

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

Чтобы воспользоваться необходимыми данными потенциальный пользователь данных должен:

  1. Найти нужные данные

  2. Объяснить, зачем ему эти данные и получить к ним доступ

  3. Поддержать техническую составляющую процесса получения данных

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

Поэтому мы сформировали требования к решению, которое позволит:

  • Легко и быстро искать необходимые данные

  • Получать данные по нужным условиям (формат / фильтры / условие поставки данных / периодичность и продолжительность поставки)

  • Получать данные там, где это необходимо получателю (здесь и далее будет использован термин «площадка получения данных»)

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

  • Соответствовать требованиям безопасности по работе с данными

  • В целом, удовлетворять нужды разных групп пользователей и стать единым механизмом распространения данных внутри Сбера.

Титулы C Suite в здравоохранении

Следующие названия C Suite связаны со здравоохранением.

№1. Главный врач (CMO)

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

№ 2. Старшая медсестра CNO)

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

№3. Директор по обучению (CLO)

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

№ 1. Директор по маркетингу (CMO)

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

№2. Главный исполнительный директор (CEO)

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

№ 3. Финансовый директор (CFO)

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

Программа конференции:

Вступительные слова

Причина и цели конференции, порядок проведения конференции

9.30-9.45

I.  Главный теоретический доклад

От статичной (традиционной) к «динамической стратегии» бизнеса. Цифровая динамическая стратегия  как обязательный компонент стратегии любой компании. Структура цифровой стратегии.

Профессор Сазанович А.Н.

9.45-11.15

II. Цифровые решения, которые уже работают

Успешный опыт решения «задач цифрового развития» компаниями-членами Ассоциации директоров по развитию. Обзор.

Печёрин Е.М.

11.15-11.50

Перерыв 11.50 12.10

III. Живая практика работы Директоров по развитию на полях цифровизации

3.1. Полезная практика компании Аtos: SaaS, IaaS, Paas. ИТ-аутсорс как первый шаг на пути повышения гибкости в условиях стремительных изменений

Спикеры – Бирюков Е.Ю., Head of Pre-Sales

Носко И.Д., Head of Healthcare & Life Sciences Industry Atos RUS

12.10-12.40

3.2.Перспективы Банковских экосистем. Экосистема Сбера. Технологический ландшафт экосистем

   Узянов Д.Л., Директор по развитию ДИТ Sber X, 

12.40-13.10   

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

     Цехмистренко К.П , Управляющий директор по Корпоративным финансам УНИВЕРкапитал

13.10-13.30 

3.4. Интенсивное использование Биг-дата в МИС: проекты и примеры

Гаврилов А.А., Проектный директор АО «Лаваль» 

13.30-13.50

3.5. Телемедицина как она уже работает на примере ЦТМ в ДЗМ

 Скворцова Е.В Заместитель Директора Центра телемедицины Москвы.

13.50-14.10

3.6.  Как обычная цифровая оперативная типография стала самой крупной цифровой типографией и приступила к захвату мира                                                                                                          

Чернышова И.А.  Директор по развитию Цифровой типографии  «Вишневый пирог»

14.10-14.30

3.7. Миссия выполнима: увеличить продажи в 2 раза благодаря digital-маркетингу и omni-продвижению

 Шаханова Е.М., исполнительный директор «Демис»

14.30-14.50

3.8. Искусственный интеллект и оценка лидеров изменений. Цифровой профиль команды

    Трофимова И.П. Бизнес-консультант, Ярославль.

14.50-15.10

Перерыв 15.10 15.30

IV. Дискуссия

Надо ли переименовывать «Директора по развитию» в «Директора по цифровому развитию» в нынешних реалиях или вводить отдельное ответственное полномочное должностное лицо по цифровизации в среднем бизнесе? Западный опыт. Результаты анкетирования, выполненные Ассоциацией

Модератор А.С. Пан

15.30-15.50

V.   Комитеты Ассоциации Директоров по развитию и Ежегодные премии «Директор по развитию года»

5.1. Отраслевые и Технологические Комитеты Ассоциации «Директор по развитию», их права и опыт работы

Сообщение: Е.М. Печёрин

15.50-16.20

Заключение, резолюции конференции                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                              

Профессор Сазанович А.Н.

16.20-16.30

Важные организационные моменты:

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

В связи с ситуацией с COVID-19, в Институте установлен масочный режим. 

На территории МИРБИС находится кафе, где можно приобрести напитки, завтрак или обед. 

В связи с особенностями района и спецификой застройки, парковка предусмотрена только вдоль ул. Марксистская (платная).

На конференции будут проводиться фотосъемка и (возможно) видеосъемка. Фото и видео используются школой бизнеса МИРБИС для публикации в соцсетях школы, на сайте МИРБИС, а также во внутренних учебных ресурсах.

Участие бесплатное

(в связи с ограничением числа участников мероприятий убедительно просим информировать организатора об отмене участия по каким-либо причинам до начала мероприятия; в случае болезни или наличия простудного заболевания, пожалуйста, воздержитесь от участия, сообщив организаторам)

Формат и место проведения: очно, школа бизнеса «МИРБИС», ул. Марксистская, д. 34, корп. 7

Важные оргмоменты:

Вход в МИРБИС осуществляется по пропускам, поэтому необходима .

В связи с ситуацией с COVID-19, в Институте установлен масочный режим.

На территории МИРБИС находится кафе, где можно приобрести напитки, завтрак или обед.

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

Возможны фото и видеосъемка.

Контакты для уточнений, вопросов, рекламной поддердки: event@mirbis.ru 

До встречи 2 марта!

Вторая тайная компания Гавердовского

Мониторинг ЕГРЮЛ со стороны CNews установил, что
Гавердовского и Галицкого за последнее время связало еще одно партнерство. Так,
18 февраля 2021 г. у Гавердовского, по данным ЕГРЮЛ, оказалось во владении
47,9% долей в ООО «Цифровые налоговые технологии». В тот же день Галицкий стал
обладателем порядка 16% в данной организации.

При этом второй по значимости пакет долей в данной компании
записан на Игоря Боровикова —
председателя совета директоров ИТ-интегратора Softline. Упоминавшийся выше
Александр Галицкий с этой компанией связан. Как писали «Ведомости» 26 апреля
2019 г., незадолго до этого он вошел в совет директоров Softline.

Санкции не смогли замедлить темпы строительства новых дата-центров
CNews Analytics

Оставшиеся 9,1% долей в рассматриваемой организации записано
на ООО «Управляющая компания «Атол»». Данный бренд известен на рынке
как производитель контрольно-кассовой техники.

Указанное ООО «Цифровые налоговые технологии» ведет свою историю
с 8 сентября 2015 г. Его учредителями выступили не успевшие себя громко заявить
частные лица. Как и упоминавшееся выше ООО «Открытые цифровые платформы»,
данная организация себя никак в публичном поле не проявила. Интернет-сайтов
компаний поисковики не обнаруживают.

Службы данных

Банки имеют проблемы с управлением основными данными, метаданные конфликтуют из-за разрозненных основных банковских систем, а данные, поступающие от систем происхождения, бортовых систем, предлагают системы управления, системы CRM и многое другое. В Azure есть средства для устранения этих и других распространенных проблем с данными.

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

Azure Data Factory

Фабрика данных Azure для Microsoft — это полностью управляемая служба для приема, обработки и наблюдения за перемещением данных в конвейере Фабрики данных. Действия Фабрики данных образуют структуру управления конвейера данных.

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

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

Данные также могут быть отправлены в подчиненные вычислительные службы, такие как Azure HDInsight, Spark, Azure Data Lake Analytics и Машинное обучение Azure. Это позволяет напрямую подавать системы, которые приводят к анализу и интеллектуальной отчетности. Одна общая модель для входа данных показана ниже на рис. 2. Данные хранятся в общем хранилище Data Lake, которое будет использоваться службами аналитики в нисходящем направлении.

Рисунок 2

Конвейеры Фабрики данных состоят из действий, которые принимают и выдают наборы данных. Действия можно объединять в конвейер, определяющий, где необходимо получить данные, как обрабатывать и где нужно хранить результаты. Создание конвейеров с действиями является сердцем фабрики данных и создание визуального рабочего процесса прямо в портал Azure упрощает создание конвейеров. Полный список действий см. здесь.

Azure Databricks

Azure Databricks — это высокопроизводительная платформа Azure на основе Apache Spark. Это высокомасштабируемые задания Spark, которые выполняются в кластерах компьютеров по мере необходимости. Databricks работает с Notebook, который обеспечивает единое место сотрудничества между аналитиками данных, инженерами-разработчиками данных и бизнес-аналитиками.

Databricks является логическим конвейером обработки, когда требуется преобразование или анализ данных

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

Планы развития на ближайшие годы

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

Планы развития:

Структура экосистемы Планы развития на 2021-2023 гг.
СберМаркет Увеличить срок доставки. Улучишь качество сервиса. Расширить ассортимент продуктов. Привлечь новых партнеров. Создание онлайн-обучение для сотрудников, которые работают в СберМаркете. Расширение территории доставки.
Работа.ру Модернизация технологической и продуктовой платформы. Интеграция в экосистему банка, для работы над совместными проектами. Выход на новые бизнес-сегменты. Создание новых сервисов для частных клиентов, компаний.
СберАвто Масштабировать бизнес. Изменить клиентский опыт в сфере покупок и продаж транспорта. Запустить сервис прямых продаж от автопроизводителя. Покрыть все потребности клиента, связанные с покупкой или продажей автомобиля. Создать единую точку, для входа в экосистему СБЕРа.
Сбер Логистика Войти в тройку компаний по доставке посылок. Завоевать 15% рынка курьерских посылок. Предложить новые тарифы. Интегрировать сервис с 2ГИС. Расширить партнерские сети.
СберМобайл Расширение абонентской базы. Региональная экспансия. Развитие IoT/M2M, маркетинговые СМС, VoIP. Создание новых каналов продаж. Создание 5G в беспилотном транспорте и «умных городах».
Okko Развитие контента. Полная поддержка стриминга в 4k на всех платформах. Переход на облачную платформу.
СберСервис Увеличение плана продаж в 3 раза.
Деловая среда Создание сервиса для прекращения предпринимательской деятельности. Развитие подписной модели на платформе dasreda.ru. Создание цифрового сервиса для современной кооперации. Создание онлайн-клуба, в котором клиенты смогут общаться и получать советы по ведению бизнеса.
СберМаркетинг Расширение клиентской и партнерской базы. Переход к модели интегрированного технологического агентства. Развитие креативного агентства и медиаселлера.
СберДевайсы Запуск новых устройств. Расширение каналов продаж девайсов.
СберРешения Запуск новых digital-решений. Расширение продуктовой линейки. Расширение партнерской сети.
Диалоги Усиление защищенности платформы. Развитие Dialog как центра цифровой рабочей среды для крупнейших предприятий России и госкомпаний
Каршеринг YouDrive Увеличить парк машин до 10 000 автомобилей.
СберФакторинг Развитие бесконтактного факторинга. Трансформация «СберФакторинг онлайн» в единую фронтальную платформу для взаимодействия поставщика, покупателя и Фактора

История и эволюция позиции CDO

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

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

Однако  в начале 21 века появилась должность Директора по данным, сотрудника, который взял на себя функции управления и надзора за данными. Например, в 2002 году компания Capital One назначила Кэтрин Клэй Досс CDO, а также старшим вице-президентом, что сделало ее одним из первых директоров по данным.

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

Поскольку все больше и больше компаний выступают за цифровые технологии и выбирают стратегию Управления решениями на основе данных (DDDM), CDO должны обеспечивать легкий доступ к соответствующим бизнес данным, инструментам составления отчетов,  а также обеспечивать высокое качество используемых данных. С этой целью Международное общество директоров по данным (isCDO), независимый консультативный орган, аффилированный при  Массачусетском технологическом институте, помогает своим участникам «стремиться к тому, чтобы их предприятия извлекали максимальную пользу из имеющейся информации и данных, осознавали всю ценность принятия решений на основе данных и получали конкурентное преимущество за счет высококачественной информации».

Майк Уайт — Disney

В феврале 2022 года, когда лихорадка с метавселенными начала распространяться на маркетинговые отделы компаний, одной из первых в этом деле была Walt Disney, где назначили Майка Уайта на должность куратора по развитию метавселенной. До этого он был руководителем группы по социальным сетям и развлечениям. В новой должности он должен был отвечать за контент нового поколения, помогая предугадать будущие впечатления потребителей от метаверсии Disney. На тот момент он проработал в компании более 10 лет.

В марте 2023 года Disney закрыла проект метавселенной, расформировала отдел и уволила 50 человек, которые занимались поиском новых интерактивных форматов для историй, связанных с персонажами Disney

Похоже, что теперь компания переключает свое внимание на другое направление — искусственный интеллект

АС, связанные с обслуживанием клиентов в удаленных каналах

  • ЕРИБ (единый розничный интернет-банк);
  • МБК (мобильный банк по картам). Обеспечивает предоставление информационных услуг держателям международных карт «Сбербанка» на мобильные телефоны;
  • МБВ (мобильный банк по вкладам). Обеспечивает информирование клиентов и совершение операций по оплате услуг со счетов вкладов с помощью SMS;
  • ЕРМБ – единый розничный мобильный банк (приложение «Мобильный банк/Сбербанк Онлайн»). Обеспечивает взаимодействие с клиентом банка посредством приема и отправки SMS-сообщений, USSD-запросов и PUSH-уведомлений для информирования клиентов о совершенных операциях и совершения активных операций по счетам и картам клиента;
  • АС СИРИУС (система интеграции устройств самообслуживания). Обеспечивает централизованное формирование сценариев взаимодействия устройства самообслуживания с клиентом; управление спецификацией предоставляемого клиенту набора бизнес-сервисов, доставку бизнес-сервисов до устройства самообслуживания;
  • АС Автоплатежи (предоставление клиентам банка услуги автоматических безналичных платежей со счетов банковских карт в адрес операторов сотовой связи;
  • АС Сверка (сверка операций на устройствах самообслуживания);
  • АС СМСУО — система мониторинга работы систем, управляющих очередями клиентов в подразделениях банка (электронная очередь). Построение централизованной отчетности по данным, поставляемым системами управления очередями;
  • АС ЕПС (единая платежная система). Предназначена для автоматизации работ по обработке принятых платежей от населения в филиалах (операционных частях) «Сбербанка», подготовке необходимых проверочных ведомостей, подготовке платежных поручений для перечисления сумм принятых платежей и подготовке электронных и бумажных реестров принятых платежей для организаций-получателей.
Понравилась статья? Поделиться с друзьями:
Великий Капитал
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: