Технологический (технический) долг

Хотя многие компании понимают важность технологий для достижения своих стратегических целей, на их пути часто стоит молчаливый убийца усилий по модернизации технологий — технический долг. Технический долг — это, по сути, «налог», который компания платит за любую разработку для решения существующих технологических проблем, Налог этот примерно составляет 40% баланса ИТ. Зачастую приходится из бюджета, выделаемого на разработку новых продуктов, приходится выделять средства на решение проблем, связанных с техническим долгом.

Отсюда можно предположить, что погашение технического долга может привести к освобождению инженеров и направить их усилия и таланты на работу над продуктами и услугами, создающими ценность. А также стоит предположить, что произойдет сокращение затрат за счет сокращения времени, необходимого для решения сложных задач; а также повышение времени безотказной работы и отказоустойчивости. Сокращение технического долга — ключ к тому, чтобы стать технологическим лидером: компанией, в которой технологии являются двигателем постоянного роста и производительности.

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

Порочный круг технического долга

Технический долг возникает в результате целого ряда практик:

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

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

Возникает порочный круг:

1. Увеличение требований бизнеса приводит к субоптимальным точечным решениям. Бизнес склонен формированию требований, которые приводят к быстрым решениям. Потеря координации и сотрудничества препятствует к выработке лучших по сравнению с краткосрочными долгосрочных решений.
2. Субоптимальные точечные решения приводит к "спегатти" точечных решений и одноразовых приложений, что увеличивает технических долг.
3. Порочный круг делает будущие проекты более трудными в реализации и добавляет скрытие затраты в виде упущенных возможностей и впустую потраченных ресурсов.

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

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

Мероприятия преодоления порочного круга

1. Преимущество измерений и прозрачности

Измерение технического долга требует классификации приложений по типам их развертывания — например, локальные, виртуализированные, контейнерные, программное обеспечение как услуга (SaaS) или функция как услуга (FaaS). Затем сбор метаданных касательно конкретных приложений по каждому типу приложений с тем, чтобы отразить сумму технического долга в разрезе приложений. Этот подход дает возможность сравнивать приложения с точки зрения стоимости технологического долга.

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

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

Можно отметить следующее:

• Технический долг распределяется неравномерно. Всегда есть набор из 10–15 активов, ответственных за большую часть технологического долга предприятия. Именно здесь компании должны сосредоточить свои усилия.
• Серьезность технического долга варьируется. Сумма технического долга между приложениями может различаться в два-три раза.
• Некоторые технические долги лучше оставить в покое. В некоторых случаях стоимость решения технического долга данного актива не стоит затраченных усилий.

2. Обязательства: надежное управление и структура распределения.

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

Три соображения являются ключевыми для успеха: 

• финансирование, 
• подотчетность,
• ценообразование в деле списания технологического долга.

Финансирование

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

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

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

Управление

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

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

Ценообразование

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

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

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

При внедрении важно ориентироваться на ценность. Обычно не имеет смысла снижать уровень технического долга ниже 10%, потому что часть технического долга не стоит выплачивать. Иногда даже необходимо взять на себя дополнительный технический долг, чтобы иметь возможность двигаться более быстро, если представилась возможность, которой нужно немедленно воспользоваться.

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

3. Контроль исполнения: оценка прогресса и корректировка планов и графиков

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

Прогресс в каждом квартале

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

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

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

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

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

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

Заключение

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

Источник.

К Аамер Бейг, Свен Блумберг, Арун Гундурао и Базель Кайяли. "Разорвите порочный круг технического долга, чтобы модернизировать свой бизнес". 25.04.2023 г.

https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/breaking-technical-debts-vicious-cycle-to-modernize-your-business