Методология цифровой трансформации

Юрий Грибанов

Методология цифровой трансформации

Пять векторов управления

От бизнес-идеи к динамической модели управления на цифровой платформе

Введение. О тумане, цифровых фасадах и реальной трансформации

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

С 2014 года я исследую цифровую трансформацию. Защитил докторскую. Создал научную группу. Консультировал десятки компаний — от малого бизнеса до крупнейших госкорпораций. И с каждым годом моё беспокойство только росло.

Потому что я видел одно и то же.

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

И главное — полное отсутствие результата.

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

А руководители продолжают говорить: «Мы провели цифровую трансформацию».

Нет. Не провели.

Вы купили дорогую имитацию. Вы построили цифровой фасад. Вы автоматизировали хаос и назвали это трансформацией.

Почему 84% проектов проваливаются

Исследования говорят: 84% инициатив в области цифровой трансформации терпят неудачу. 70% цифровых преобразований не приносят ожидаемых результатов.

Я не верю в эти цифры.

Они занижены.

Я видел проекты, которые формально считались «успешными» — системы внедрены, бюджеты освоены, отчёты сданы. Но бизнес не изменился. Ни на йоту.

Это не «успех». Это «дорогостоящая имитация».

Почему это происходит? Я отвечу кратко.

Потому что никто не понимает, что такое цифровая трансформация на самом деле.

Её путают с автоматизацией. Путают с цифровизацией. Сводят к закупке систем управления взаимоотношениями с клиентами или мобильных приложений. Делегируют IT-отделам, которые не имеют полномочий менять бизнес-процессы и KPI.

А главное — начинают не с того конца.

Что вы найдёте в этой книге

Эта книга — не учебник. Не сборник «лучших практик». Не мотивационный трактат.

Это методология. Жёсткая, пошаговая, проверенная.

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

Вот эти пять векторов:

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

Вектор 2. Сквозной бизнес-процесс. Вы проектируете процесс создания этой ценности — от клиента до клиента, через все подразделения.

Вектор 3. Роли и интерфейс пользователя. Вы вычленяете роли из процесса и рисуете интерфейс для каждой роли. Этот интерфейс, утверждённый бизнесом, становится техническим заданием для IT.

Вектор 4. Цифровая платформа. IT строит платформу по этому заданию. Не придумывает, не «улучшает», а строит ровно то, что заказано.

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

Это всё.

Не магия. Не «искусственный интеллект решит всё за нас». Не «облака спасут мир».

А чёткая, инженерная, дисциплинированная работа.

Ключевые тезисы, которые нужно принять до чтения

Прежде чем двигаться дальше, я обязан предупредить вас. Эта книга будет неудобной. Она будет ломать ваши привычные представления. Готовьтесь.

Тезис первый. Цифровая трансформация — это не про технологии. Это про смену модели управления. Если вы не меняете модель управления — вы не проводите цифровую трансформацию. Вы занимаетесь автоматизацией или цифровизацией. И это нормально — но не называйте это цифровой трансформацией.

Тезис второй. Заказчик цифровой трансформации — бизнес, а не IT. IT получает задание, но не придумывает его. Если вы отдали цифровую трансформацию IT-директору — вы уже проиграли.

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

Тезис четвёртый. Сначала процесс, потом автоматизация. Нельзя автоматизировать хаос. Сначала спроектируйте идеальный процесс. Потом автоматизируйте его.

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

Примите эти тезисы. Или закройте книгу. Третьего не дано.

Кому адресована эта книга

Эта книга для тех, кто принимает решения и несёт ответственность.

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

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

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

Для IT-директоров и архитекторов — тех, кто строит платформу. Вы получите чёткое понимание, что именно от вас требуется, и почему нельзя начинать разработку без утверждённого прототипа.

Если вы ищете лёгких рецептов — закройте книгу. Здесь их нет. Если вы готовы к серьёзной, трудной, но благодарной работе — читайте дальше.

Как построена эта книга

Книга разделена на три части.

Часть первая. Понятийный аппарат. Здесь я ввожу все ключевые термины. Без этого мы не сможем говорить на одном языке. Каждое определение разобрано по словам, каждое слово имеет смысл. Особое внимание — цифровой зрелости, понятию, которое на рынке исковеркано до неузнаваемости.

Часть вторая. Методология пяти векторов. Это сердце книги. Пять глав — пять векторов. Каждый вектор имеет чёткий вход, конкретные шаги и измеримый результат. Результат предыдущего вектора — вход для следующего. Пропустить нельзя. Поменять порядок нельзя.

Часть третья. Управление изменениями и запуск. Здесь я рассказываю, как преодолеть сопротивление людей, как менять KPI и регламенты, как запускать пилотные проекты и масштабировать успех. А также — как измерить результат, если старый добрый ROI не работает.

В конце книги — глоссарий и чек-листы. Вы можете использовать их в своей работе.

Моё обещание читателю

Я не буду вас развлекать. Не буду рассказывать байки «как я помог одной компании». Не буду обещать «лёгкий путь к миллиарду».

Я буду давать методологию. Жёсткую, местами сухую, но рабочую.

Каждый тезис в этой книге проверен практикой. Каждая ошибка, о которой я пишу, совершена кем-то из моих клиентов (или мной самим). Каждый принцип выстрадан.

Я не гарантирую успеха. Успех зависит от вашей воли, дисциплины и готовности меняться. Но я гарантирую: если вы будете следовать этой методологии, вы не потратите деньги впустую. Вы не построите «цифровой фасад». Вы проведёте реальную цифровую трансформацию.

Юрий Грибанов

Москва

Часть первая. Понятийный аппарат

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

Введение. О словах, которые убивают проекты

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

Это не бюрократическое требование. Это не «давайте унифицируем терминологию для удобства отчётности». Это вопрос выживания.

В современной управленческой практике сложилась катастрофическая ситуация, что один и тот же термин разные люди понимают по-разному. Я говорю «цифровая трансформация» — и вижу, как у одного слушателя загораются глаза («будем покупать серверы!»), другой одобрительно кивает («наконец-то внедрим мобильное приложение»), третий мрачнеет («опять эти IT-шники придут процессы ломать»), а четвёртый просто не понимает, о чём речь.

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

Это — вавилонское столпотворение. И оно разрушает проекты.

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

Вот почему я начинаю эту книгу не с «быстрых побед», не с «успешных кейсов», не с «вдохновляющих историй». Я начинаю с понятийного аппарата.

Это скучно? Возможно.

Это трудно? Да.

Это необходимо? Абсолютно.

Что вы найдёте в этой части

В этой части я ввожу все ключевые понятия, которые будут использоваться в книге. Каждое определение я разбираю на составные части. Объясняю каждое слово. Показываю, как это понятие связано с другими. Привожу примеры. Указываю типичные ошибки.

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

После прочтения этой части у вас не останется «белых пятен».

Вы будете знать:

Что такое цифровая экономика — и почему это «система управления», а не «совокупность технологий».

Чем цифровая трансформация отличается от цифровизации и автоматизации — и почему их путаница — главная причина провалов.

Кто такой Идеолог — и чем он отличается от собственника, топ-менеджера и архитектора.

Что такое динамическая модель управления (ДМУ) — и чем она отличается от статических отчётов и KPI.

Что такое цифровая зрелость — и почему это не «уровень автоматизации», а комплексный индикатор развития управления, ИТ и культуры.

Что такое онтология — и почему без её смены нет трансформации.

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

Как читать эту часть

Я рекомендую читать эту часть не торопясь. Не пролистывайте определения, даже если вам кажется, что вы знаете, о чём речь.

Каждое определение в этой книге — не случайный набор слов. Каждое слово в определении выбрано не случайно. Я объясняю, почему использовано именно это слово, а не другое. Потому что замена слова меняет смысл. А изменение смысла меняет действия. А изменение действий меняет результат.

Возьмите ручку. Подчёркивайте. Делайте пометки на полях. Возвращайтесь к уже прочитанному. Сверяйтесь с примерами.

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

В конце части — контрольные вопросы. Ответьте на них честно. Если не можете ответить — перечитайте главу.

Фундамент, на котором всё держится

Представьте, что вы строите дом.

Можно начать с крыши. Поставить красивые стропила, покрыть дорогой черепицей. Дом будет выглядеть как дом. Пока не подует ветер.

Можно начать со стен. Возвести их из самого современного кирпича. Дом будет казаться надёжным. Пока не пойдёт дождь.

А можно начать с фундамента. Скучного, незаметного, уходящего глубоко в землю. На него уходит много времени и сил. Его не видно, когда дом готов. Но именно он держит всё остальное.

Эта часть — ваш фундамент.

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

Я не обещаю, что эта часть будет лёгкой. Она требует сосредоточенности, вдумчивости, дисциплины. Но я обещаю: после неё вы будете знать о цифровой трансформации больше, чем 99% руководителей, которые «внедряют цифру».

Глава 1. Базовые определения

«Цифровая трансформация — это не про технологии. Это про смену модели управления. Если вы не меняете модель управления — вы не проводите цифровую трансформацию. Вы занимаетесь автоматизацией или цифровизацией. И это нормально — но не называйте это трансформацией».

Введение. Три слова, которые нельзя путать

В этой главе я даю определения трём процессам, которые постоянно путают – это цифровизации, автоматизации и цифровой трансформации.

Путаница этих понятий — причина многих провалов проектов, которые называют «цифровой трансформацией», но таковыми не являются.

Я видел это много раз. Собственник компании говорит: «Мы начинаем цифровую трансформацию». Выделяется бюджет. Создаётся команда. Через год система внедрена. Отчёты сданы. Бюджет освоен.

А бизнес-показатели не выросли.

Потому что на самом деле провели не трансформацию. Провели автоматизацию. Или цифровизацию. Или, что чаще всего, — дорогостоящую имитацию, не являющуюся ни тем, ни другим, ни третьим.

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

Разница не академическая. Она практическая. Она меняет цели, методы, ресурсы, результаты и — самое главное — роль каждого участника.

Что вы найдёте в этой главе

Я даю определения не только трём ключевым процессам, но и понятиям, которые лежат в основе всего дальнейшего изложения:

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

Ресурс — в моём определении это не «труд, земля, капитал», как в учебниках XIX века. Ресурс — это любой элемент системы, потенциал которого может быть использован для достижения цели. Данные, время, внимание — тоже ресурсы. И часто они важнее денег.

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

Идеолог — ключевая фигура цифровой экономики. Не собственник, не топ-менеджер, не архитектор. Идеолог задаёт цели и ценности. Он — источник замысла. Без него система слепа.

Цифровая платформа — целостный аппаратно-программный комплекс. Не «облако», не «набор сервисов», не «интеграция». Целостная среда, в которой живёт и работает динамическая модель управления.

Динамическая модель управления (ДМУ) — постоянно обновляемое цифровое отражение управляемого объекта. Не статический план, не отчёт, не KPI. Живая модель, которая учится, адаптируется, предсказывает.

Каждое слово имеет смысл

Я разбираю каждое определение до уровня «каждое слово имеет смысл».

Почему это важно?

Потому что в управленческой литературе сложилась традиция, что определения даются «для галочки». Автор пишет: «Цифровая трансформация — это процесс изменений...» — и идёт дальше. Читатель проглатывает определение, не задумываясь.

Я поступаю иначе.

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

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

Читатель, освоивший эту главу, получит понятийный аппарат, который не уступает по строгости академическим стандартам, но при этом остаётся пригодным для практического использования.

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

Мост между теорией и практикой

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

Я строю мост между ними.

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

Вы сможете объяснить разницу между цифровизацией и цифровой трансформацией своему подчинённому. Вы сможете доказать собственнику, почему «внедрение системы управления взаимоотношениями с клиентами» — это не трансформация. Вы сможете объяснить IT-директору, почему он не может начинать разработку без утверждённого прототипа.

Потому что у вас будет язык. Чёткий, однозначный, обоснованный.

1.1. Хозяйствующий субъект

Начнём с самого широкого понятия — того, к чему вообще применима цифровая трансформация.

Хозяйствующий субъект — это любой носитель экономической деятельности, который обладает ресурсами, принимает решения и несёт ответственность за результаты своей деятельности.

Разберём это определение по словам.

«Любой носитель экономической деятельности» — это значит, что понятие охватывает всё, начиная от индивидуального предпринимателя, который торгует на рынке, до транснациональной корпорации с оборотом в триллионы долларов, от муниципалитета до государства в целом. Слово «любой» здесь означает универсальность. Методология работает на любом масштабе.

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

«Принимает решения» — это ключевой признак субъекта. Он не просто реагирует на внешние раздражители. Он выбирает из альтернатив. Он ставит цели. Он определяет, что делать, а чего не делать. Пассивный наблюдатель, который ничего не решает, не является субъектом. Он — объект.

«И несёт ответственность за результаты своей деятельности» — решения имеют последствия. И тот, кто принимает решения, должен быть готов отвечать за эти последствия. Ответственность может быть юридической (штрафы, иски), финансовой (убытки), репутационной (потеря доверия) или моральной. Отсутствие ответственности — признак того, что перед нами не субъект, а функция.

Почему это понятие важно

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

Частные случаи, которые мы привыкли использовать

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

Вот эти слова:

«Компания» — обычно о коммерческой организации, часто средней или крупной.

«Предприятие» — чаще о производственном объекте, заводе, фабрике.

«Организация» — более широко, но чаще о некоммерческих структурах или бюджетных учреждениях.

«Фирма» — о небольшом или среднем коммерческом предприятии.

«Корпорация» — о крупной, часто международной структуре с акционерным капиталом.

«Государство» — о суверенной политико-экономической системе.

«Учреждение» — о бюджетной или государственной структуре.

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

Каждое из этих слов — частный случай. Оно описывает конкретный тип хозяйствующего субъекта, но не покрывает все типы.

И в этом кроется проблема.

Проблема частных случаев

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

Методология ломается.

Представьте, что методология написана для «корпораций». Вы пытаетесь применить её к малому бизнесу с пятью сотрудниками. И вдруг понимаете, что предлагаемые инструменты и процедуры нереалистичны для такого масштаба. «Совет директоров»? У ИП его нет. «Департамент информационных технологий»? Его нет. «Комитет по цифровой трансформации»? Смешно.

Методология снова ломается.

В чём проблема? В том, что методология привязана к частному случаю. Она не универсальна.

Решение: родовое понятие

«Хозяйствующий субъект» — это родовое понятие. Оно охватывает все перечисленные выше частные случаи и множество других.

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

Универсальность требует универсального языка

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

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

Она должна работать для малого бизнеса с десятью сотрудниками, потому что это самая многочисленная категория.

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

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

Она должна работать для государственного учреждения, потому что государство тоже должно меняться.

Она должна работать для региона и государства в целом, потому что цифровая экономика не признаёт границ между «бизнесом» и «государством».

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

«Хозяйствующий субъект» даёт нам язык, который работает везде.

Пример: как это работает на практике

Возьмём простой термин «владелец процесса». В коммерческой компании это может быть «директор департамента». В государственном учреждении — «начальник управления». В ИП — сам предприниматель. В корпорации — «вице-президент по направлению».

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