Почему цифровая трансформация вашего бизнеса
не удалась

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

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

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

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

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

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

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

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

Воспользуйтесь гибкостью этого определения, приписав «стороне» столько ролей, сколько удобно для вашего бизнеса.

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

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

Не стоит недооценивать требуемые усилия

Как рассказал мне Лен Силверстон, консультант из Universal Mindful и лидер, помогающий компаниям разрабатывать общий язык, «общий язык и модели данных обеспечивают архитектуру, определяющую направление дальнейшего технологического развития». Но разработка этих основополагающих понятий, достижение согласия по ним и их использование — непростая работа. Она требует четкого руководства и мощной коалиции людей с разнообразными навыками. В частности, важен топ-менеджер, обладающий властью, авторитетом и влиянием, способный указать на необходимость общего языка, предложить убедительное экономическое обоснование, задать направление, обеспечить ресурсы, привлечь других и заручиться их поддержкой.

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

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

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

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

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

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

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

Пожалуй, образцом использования общего языка для сокращения технического долга может служить Aera Energy LLC, американская энергетическая компания, расположенная в Калифорнии. Aera образовалась в результате слияния и унаследовала сотни неинтегрированных устаревших систем и непоследовательных методов управления информацией. Покупка крупной компании через год после слияния усугубила проблему. Спустя несколько лет Aera внедрила ERP-систему, которая обеспечила некоторую интеграцию и новую функциональность. Но в компании по-прежнему применяли сотни доставшихся в наследство систем.

Руководство Aera признало, что ситуация становится все более неприемлемой и что для решения проблем им необходим общий язык. Чтобы отразить суть бизнеса, Aera понадобилось всего 53 ключевые концепции. Они легли в основу долгосрочных данных, приложения и архитектуры технологий, позволив Aera в течение нескольких лет заменить сотни систем и добавить новые возможности. (Уведомление: в этой работе участвовали Хэй, Йонке и Закман.)

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

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