Как разработать стратегию управления данными

Зрелый бизнес достаточно часто воспринимает цифровую трансформацию как источник новых проблем, хотя именно отказ от нее рискует стать причиной отставания от конкурентов и снижения эффективности. Стратегия управления данными (СУД) – это ответ на запросы бизнеса: что нужно предприятию для развития с точки зрения IT и Big Data. Она позволяет обеспечивать компанию нужной информацией в каждый момент времени. Идеально, если эти данные на шаг опережают потребности бизнеса. В этом случае компания сможет двигаться как раз в те ниши, которые в будущем обеспечат ее новыми заказами, рынками сбыта, лояльной аудиторией и конкурентными продуктами.

Кому нужна стратегия управления данными?

СУД представляет собой документ, в котором описано, как компания будет развиваться в долгосрочной перспективе в части управления данными. Для этого важно понимать, что будет с бизнесом через 5-10 лет. В случае со стартапами или молодыми предприятиями говорить о создании стратегии не приходится, у них горизонт планирования не такой далекий.

Анализ рынка показывает, что стратегия управления данными в формате отдельного документа существует лишь в крупных компаниях и является частью общей стратегии. На таких предприятиях генерируется гигантский объем корпоративных данных, с которыми работает множество пользователей (потребителей информации). У руководителей отделов, маркетологов, аналитиков есть постоянно растущие потребности в данных, от которых зависит эффективность работы и успешная конкуренция. Когда этих потребностей становится много, и они становятся разнородными, встает вопрос – а как управлять данными сейчас и в будущем, чтобы удовлетворить все эти запросы. Ответы на эти вопросы и должна давать стратегия.

Общие подходы к созданию стратегии

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

В рамках образовательных курсов директора по цифровой трансформации (CDTO) изучают разные методики и инструменты, которые, как правило, зависят от конкретной бизнес-школы или конкретных специалистов. Часто консультанты делятся личной практикой, полученной при работе с клиентами. Поможет этот опыт в вашем случае или нет, доподлинно сказать нельзя.

Кроме того, попытки создать унифицированные фреймворки для стратегий управления данными предпринимают крупные вендоры программного обеспечения. У них есть экспертиза, основанная на большом количестве клиентского опыта в рамках их продуктов: CRM, баз данных, облачных хранилищ, BI-систем, распределенных вычислений... Такие инструменты предлагает, в том числе Informatica, IBM, Oracle и другие. Но беда в том, что все решения опираются на различные подходы к управлению данными, они отличаются друг от друга по форме и содержанию. Использовать их как прямое руководство к действию для CDTO, CIO, IT-директоров я бы не рекомендовал. Ведь эти решения завязаны на определенную линейку продуктов от этих производителей, что не всегда комфортно для компании.

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

Что учитывать в стратегии данных?

1. Потребности бизнеса

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

  • Какие данные вам нужны?
  • Как вы хотите работать с данными? Что нужно получить на выходе?
  • Какие инструменты трансформации и визуализации необходимы?

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

2. Стратегия предприятия

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

Например, у нас есть консалтинговая компания, но через 2-3 года мы планируем превратить ее в продуктовую. Автор стратегии в этом случае должен понимать, что в будущем предприятию потребуются принципиально новые данные или новые инструменты сбора и аналитики. Также необходимо предусмотреть варианты тестирования новых идей и гипотез. Это прописывается в документах. Увы, но на практике такая взаимоувязка стратегии данных и общей стратегии компании происходит не всегда. Чаще всего СУД воспринимается как один из IT-инструментов. Но скоро эта область отделится от IT и станет отдельным слоем корпоративной стратегии.

3. Риски

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

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

Управление рисками – та область, в которой конкуренты весьма охотно делятся своим опытом и практиками, рассказывают о методах защиты от рисков или снижения их влияния, в том числе на конференциях, нетворкингах, клубах. По этой причине такие мероприятия стоит посещать CDTO, CIO, IT-директорам, чтобы накапливать опыт.

4. Организационная структура компании

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

Важно учитывать, что на практике организация работы аналитических систем может быть построена по отделам – с бизнес-аналитиков, Data Scientist и других специалистов внутри отдела или в виде отдельного аналитического подразделения, которое обслуживает запросы всех отделов компании. Также встречаются предприятия, где за данные и аналитику отвечают отдельные IT-сотрудники, которые взаимодействуют с руководителем напрямую. Встает вопрос, а какую модель управления мы хотим строить? Хотим ли мы аналитику как сервис? Нужно ли создавать внутри отдела аналитические группы? Стоит ли передать это направление на аутсорс?

5. Инфраструктура

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

В общем виде в инфраструктуру входит: перспективная архитектура, аналитические инструменты, хранилища, приложения (продвинутая аналитика, ML, DS).

6. Культура данных

Немаловажным аспектом является сложившаяся внутри компании и в отрасли в целом практика по работе с данными. Это разного рода требования, инструкции и регламенты обращения с корпоративной информацией. Культура обращения с данными предусматривает:

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

Например, в компании принято все отчеты перед публикацией на официальном портале отдавать на проверку IT-департаменту, чтобы убедиться, что там нет конфиденциальных данных.

Чем плохая стратегия отличается от хорошей?

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

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

Фото в анонсе: freepik.com

Также читайте:

Расскажите коллегам:
Комментарии
Начальник участка, Москва
Валерий Овсий пишет:
Алексей Уланов пишет:
Вообще читая статьи я все чаще чувствую себя дураком.

Вы как-то упрекнули меня что я вижу мир по-другому и потому меня не все понимают, да и я не всех понимаю.

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

Я исходя из статьи его услуги покупать не буду, скорее всего и Вы не будите... Но... Как говорят "на любой товар можно найти покупателя"

Ну это не упрек, а декларация очевидного для меня. Люди с разной методологией мышления зачастую не понимают друг друга. У Вас наработанное системное мышление. Сооответсвенно Вашы умозаключения не всегда очевидны (а чаще вообще не понятны) для окружающих. На примере знаменитой фразы: "лес рубят щепки летят" люди с обыденным мышлением понимают фразу как исключительную кровавость и злобность, а человек с системным мышлением понимает фразу как сожаление об невиденьи окружающими процессов которые меняют мир и концентрации на простом, очевидном, незначимом.

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

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

Researcher, Москва
Алексей Уланов пишет:
То есть автор говорит об документообороте и делопроизводстве при помощи ИТ платформ? Я серьезно пытаюсь понять ... 

Если мы упускаем обязательную поддержку информацией (данными) процессов в бизнес-процессе компании, то. Да!

Но автор как-то неопределенно об этом пишет. Внешние консультанты, о которых автор статьи намекает, я считаю, что способны ТОЛЬКО на документооборот и делопроизводство.  

Руководитель, Москва
Алексей Уланов пишет:
Достаточно точное определение слова стратегия - многоэтапная последовательность действий приводящая к цели

Это не стратегия, это план ее раелизации... Стратегия обосновывает способ достижения цели. А идеология объясняет почему цель именно такая. 

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

Ну если смотреть на водопадную модель и ГОСТы 34.х 19.х то немного не так. 
Результатом НИРа или консалтинга является модель будущих бизнес-процессов. На основании этой модели пишется ТЗ на систему автоматизации, частью которой является ПО. В рамках требований к ПО бывают функциональные. Где описывается какие функции выполняет ПО в рамках исполняемых бизнес-процессов. Часто там указываются требования по интеграции струдими информационными системами.
На этапе проектирования предлагается Инженерная и Техническая записака, в которой описывается как выбранное программное решение будет выполнять функции, с учетом возможной интеграции с другим ПО. Обычно по резальтатам этих записок формулируются требования к "железу". До этого сложно сформулировать требования с учетом производительности. Другое дело, что часто до самого проекта сейчас уже есть готовое решение и под него пишатеся ТЗ, а не под процессы... 
С учетом того, что для написания этих документов нужна квалификация, а польза для заказчика как правило не очевидно, то получается как получается. И вариант Эджайл уже не кажется в этом случае пустой затеей... 

Руководитель, Москва
Валерий Овсий пишет:
"Культура работы с данными"?

Фактически сложившееся практика и ценности, существующие в компании....

Начальник участка, Москва
Максим Часовиков пишет:
Алексей Уланов пишет:
Достаточно точное определение слова стратегия - многоэтапная последовательность действий приводящая к цели

Это не стратегия, это план ее раелизации... Стратегия обосновывает способ достижения цели. А идеология объясняет почему цель именно такая. 

Ок. Ваши определения мне кажуться рабочими. Я правильно понимаю?

Идеология -взаимоувязанный набор ценностей. (что есть наши идеалы и рамки через которые мы смотрим на жизнь);
Образ победы (вижн) - что хотим по итогу (ну например ВВП нам обозначил "денацификация и демилитаризация");
Стратегия - способ достижения - через что достигаем вижена;
Стратегический план - связная многоэтапная последовательность действий приводящих к цели.

Давайте попробуем натянуть эту схему на область ИТ.

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

Когда у нас есть идеология ИТ мы можем оценить что у нас есть и куда мы хотим прийти. 

Далее оцениваем технический и ресурсный потенциал и выбираем стратегию достижения.

Ну и стратегический план развития ИТ систем и их компонентов это вишенка на торте.  А когда план есть с ним могут эксперты работать и паковать в ТЗ, ведомости ресурсов и сметную стоимость. 

 

Researcher, Москва
Максим Часовиков пишет:
Фактически сложившееся практика и ценности, существующие в компании....

Это скорее культура компании, где данные имеют разное влияние от ничтожно малого до всеохватывающего большого. И независимо от данных "культура" в компании есть всегда, но РАЗНАЯ ;-))

Партнер, Москва
Максим Часовиков пишет: ...
Алексей Уланов пишет: Ок. Ваши определения мне кажуться рабочими. Я правильно понимаю?

Алексей, Максим говорит то, что думает, но то что он думает, еще не есть практика :(. 

Алексей Дроздов давал ранее на второй странице дискуссии ссылку на ресурс, на котором есть объяснение нового ударного слова консультантов - цифровая культура. А это, если представить образно из их лекции - непаханое поле госсектора с отсутствием "культуры обращения с данными". И уже есть федеральная программа ...

На мой взгляд, легче сказать, что такое отсутствие культуры, чем дать понятие новой культуры. Еще старая :) культура терялась в определение, что она из себя представляет, и говорила о себе скромно так - "Культура - это всё, что создано человеческим трудом".

И если к вам придут консультанты по поводу Культуры обращения с данными, то они вытопчут все "поле", тоже назвав его непаханым. И если образно о Стратегии, то в статье команда цифровой трансформации  предлагает "прийти к вам жить"  в компанию :) - что здесь непонятного?

В конце статьи есть выводы автора: Консультанты должны жить в компании, а разработка стратегии может занимать продолжительное время.

Руководитель, Москва
Валерий Овсий пишет:
Это скорее культура компании, где данные имеют разное влияние от ничтожно малого до всеохватывающего большого. И независимо от данных "культура" в компании есть всегда, но РАЗНАЯ ;-))

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

Руководитель, Москва
Андрей Радионов пишет:
Алексей, Максим говорит то, что думает, но то что он думает, еще не есть практика :(. 

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

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Сотрудников IT-компаний, операторов связи, СМИ и банков освободят от мобилизации

Минобороны уточнило список категорий работников, которые не попадут под частичную мобилизацию.

Toyota закроет завод в Санкт-Петербурге и прекратит производство в России

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

В России снизилось количество занятых в неформальном секторе

Число россиян, трудящихся в компаниях без статуса юрлица, во втором квартале 2022 года снизилось на 10% в годовом выражении.

В августе деловая активность восстановилась до показателей начала года

Все сферы деятельности вернулись в зону роста.