Большинство компаний не владеют своим сайтом. Они владеют экосистемой зависимостей.

ВВЕДЕНИЕ

Введение

Они владеют экосистемой зависимостей.

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

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

На первый взгляд всё выглядело предельно просто.

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

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

И тогда возник гораздо более важный вопрос.

Что вообще означает «владеть цифровым продуктом» сегодня?

Большинство владельцев бизнеса уверены, что сайт принадлежит им.

Это вполне естественное предположение.

Они оплатили его разработку.

На каждой странице размещён их логотип.

В каталоге представлены их товары.

Каждый день им пользуются их клиенты.

Почему же сайт может им не принадлежать?

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

Двадцать лет назад сайт был всего лишь набором файлов, размещённых на сервере хостинг-провайдера.

Сегодня это полноценная цифровая экосистема.

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

Сам сайт, лишь видимая часть этой системы.

Настоящая ценность бизнеса находится значительно глубже.

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

Заказы поступают.

Платежи проходят.

Письма доставляются.

Команда выпускает обновления.

Клиенты довольны.

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

Он появляется лишь тогда, когда что-то меняется.

Компания решает сменить подрядчика.

Уходит ключевой разработчик.

Инвестор начинает процедуру Due Diligence.

Проводится аудит информационной безопасности.

Или бизнес готовится к продаже.

Именно в этот момент возникают вопросы, которые раньше казались несущественными.

Кому принадлежат исходные коды?

Кто контролирует облачную инфраструктуру?

На кого оформлены коммерческие лицензии?

Кто является владельцем Git-репозитория?

Сможет ли новая команда разработчиков законно продолжить сопровождение продукта?

Кто имеет доступ к рабочей инфраструктуре?

Можно ли без препятствий передать все цифровые активы будущему владельцу компании?

Для многих собственников бизнеса подобные вопросы становятся неожиданностью.

Не потому, что они сделали что-то неправильно.

А потому, что им никто никогда не объяснял: само понятие цифрового владения давно изменилось.

Большинство компаний владеют не сайтом.

Они владеют экосистемой взаимосвязанных зависимостей.

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

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

По мере того как цифровая инфраструктура становится неотъемлемой частью стоимости компании, этот пробел всё труднее игнорировать.

Понимание собственных цифровых зависимостей больше не является исключительно задачей ИТ-отдела.

Это стало вопросом управления бизнесом.

ВЛАДЕНИЕ ИЗМЕНИЛОСЬ

Цифровое владение изменилось

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

Это не так.

Программное обеспечение, это инфраструктура.

Представьте, что вы приобретаете офисное здание.

Разве вы станете оценивать его только по тому, насколько красиво выглядит ресепшен?

Конечно нет.

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

Подключены ли все инженерные коммуникации.

Получены ли необходимые разрешения на строительство.

Сохранилась ли техническая документация.

Можно ли в будущем законно реконструировать или расширить объект.

Видимая часть здания говорит о самом активе удивительно мало.

С современным программным обеспечением ситуация практически такая же.

Главная страница сайта, это всего лишь входная группа.

Настоящая ценность бизнеса находится под поверхностью.

Облачная инфраструктура.

Базы данных.

Системы аутентификации.

Платёжные сервисы.

Open Source-фреймворки.

Коммерческие лицензии.

Настройки безопасности.

Процессы развёртывания.

Системы мониторинга.

Внутренняя документация.

Бизнес-логика, которая формировалась и совершенствовалась годами.

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

Они становятся частью операционной инфраструктуры компании.

А любая инфраструктура требует понимания, сопровождения, документирования и управления.

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

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

Человечество до сих пор восхищается египетскими пирамидами.

Но спустя тысячи лет мы всё ещё спорим о том, как именно они были построены.

Каждый день компании создают для себя похожую проблему.

Системы развиваются.

Интеграции становятся сложнее.

Принимаются архитектурные решения.

Но знания, которые стоят за этими решениями, практически никогда не сохраняются осознанно.

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

ЮРИДИЧЕСКОЕ VS КОММЕРЧЕСКОЕ

Зависимость №1. Юридическое владение, это не то же самое, что коммерческое владение

Во время подготовки одной компании к инвестиционной сделке перед инвесторами предстала именно та картина, которую они ожидали увидеть.

Сильный продукт.

Стабильный рост выручки.

Узнаваемый бренд.

Бизнес демонстрировал уверенные финансовые показатели и занимал прочные позиции на рынке.

Однако переговоры замедлились вовсе не из-за самого бизнеса.

Проблемой оказалось другое.

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

Сам сайт не вызывал вопросов.

Вопросы вызывало отсутствие структуры.

Одно из самых распространённых убеждений в разработке программного обеспечения звучит очень просто:

«Мы заплатили за систему, значит она принадлежит нам.»

Во многих сферах бизнеса это действительно так.

Но в разработке программного обеспечения всё значительно сложнее.

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

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

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

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

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

Сайт работает.

Клиенты оформляют заказы.

Маркетинг продолжает привлекать новых покупателей.

На первый взгляд никакой разницы нет.

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

Например, если компания решает сформировать собственную команду разработки.

Или передать сопровождение продукта новому подрядчику.

Или инвестор начинает процедуру Due Diligence.

Или бизнес готовится к продаже.

В этот момент предположения перестают иметь значение.

Остаются только документы.

И вопрос уже звучит совсем иначе.

Не:

«Вы оплатили разработку программного обеспечения?»

А:

«Можете ли вы документально подтвердить, что компания обладает всеми правами, необходимыми для использования, развития и передачи этого программного продукта?»

И это далеко не один и тот же вопрос.

СИСТЕМЫ НЕ ВАМИ СОЗДАННЫЕ

Зависимость №2. Ваши технологии зависят от систем, которые вы никогда не создавали

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

И именно так должна выглядеть профессиональная разработка.

Архитектор не начинает проектирование здания с производства кирпичей.

Строительная компания не выпускает самостоятельно электропроводку, окна, лифты или металлоконструкции.

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

Разработка программного обеспечения строится по тому же принципу.

Современное приложение может использовать React или Vue для пользовательского интерфейса.

Laravel, .NET или Node.js, для серверной части.

Cloudflare, для защиты.

GitHub, для управления исходным кодом.

Docker, для развёртывания.

Stripe, для обработки платежей.

Google Maps, для работы с геоданными.

OpenAI или Anthropic, для функций искусственного интеллекта.

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

Ничто из этого не говорит о плохой архитектуре.

Наоборот.

Именно так сегодня создаётся профессиональное программное обеспечение.

Проблемы начинаются совсем в другом месте.

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

Если смена одного поставщика означает необходимость переписать половину платформы…

Если процесс развёртывания понимает только один разработчик…

Если рабочая инфраструктура зарегистрирована в чьём-то личном аккаунте…

Значит, бизнес уже накопил операционные риски, хотя, возможно, ещё даже не подозревает об этом.

Технологические зависимости неизбежны.

А вот недокументированные технологические зависимости, это уже управленческое решение.

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

РИСК OPEN SOURCE

Зависимость №3. Open Source, не риск. Риск, неизвестные зависимости.

Современное программное обеспечение практически полностью строится на технологиях с открытым исходным кодом.

Не время от времени.

Не в отдельных случаях.

А почти всегда.

Неважно, управляете ли вы интернет-магазином, SaaS-платформой, внутренней корпоративной системой или обычным корпоративным сайтом, скорее всего, за кулисами уже работают тысячи компонентов Open Source.

И это не компромисс.

Это отраслевой стандарт.

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

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

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

Именно благодаря Open Source современное программное обеспечение вообще стало возможным.

Риск заключается не в использовании открытого программного обеспечения.

Риск возникает тогда, когда никто не понимает, на чём именно построена система.

Большинство руководителей не обязаны знать, использует ли их платформа React, Laravel, PostgreSQL, Redis или сотни других библиотек.

Это действительно не их работа.

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

Особенно тогда, когда происходят изменения.

Обнаруживается критическая уязвимость.

Фреймворк прекращает поддержку.

Ключевая библиотека перестаёт развиваться.

Или поставщик рекомендует масштабное обновление платформы.

В этот момент одна компания сразу отвечает на простой вопрос:

«Мы затронуты этой проблемой?»

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

Разница здесь не в технологиях.

Разница, в зрелости управления.

Компании с высоким уровнем цифровой зрелости не пытаются отказаться от Open Source.

Это невозможно.

Они делают другое.

Они обеспечивают прозрачность.

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

Понимают, зачем каждый из них нужен.

Знают условия лицензирования.

И заранее определяют, кто отвечает за мониторинг этих компонентов в будущем.

Потому что само по себе использование Open Source не делает программное обеспечение рискованным.

Опасным оно становится тогда, когда никто уже не понимает, на чём оно построено.

Именно для решения этой задачи существует Software Bill of Materials (SBOM), структурированный перечень всех компонентов, из которых состоит программный продукт.

Ещё недавно SBOM воспринимался как инструмент исключительно для специалистов по безопасности.

Сегодня ситуация меняется.

В США и Европейском союзе требования к прозрачности цепочки поставок программного обеспечения постепенно становятся частью нормативного регулирования.

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

ЗА ЧТО ВЫ ЗАПЛАТИЛИ

Зависимость №4. Программное обеспечение, за которое вы заплатили, может по-прежнему принадлежать кому-то другому

Владеть программным обеспечением и иметь к нему доступ, далеко не одно и то же.

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

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

Премиальные плагины.

Коммерческие шрифты.

Библиотеки иконок.

Стоковые изображения.

Картографические сервисы.

Платёжные шлюзы.

Платформы искусственного интеллекта.

Системы защиты от мошенничества.

Почтовые сервисы.

Платформы управления идентификацией пользователей.

И этот список продолжает расти.

Большинство таких решений не продаются в привычном смысле этого слова.

Они предоставляются по лицензии.

Иногда, по ежемесячной подписке.

Иногда, по годовой.

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

Само по себе это не является проблемой.

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

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

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

Или лицензии на критически важное программное обеспечение юридически невозможно передать новой команде разработки.

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

Формально сайт продолжает существовать.

Но возможности бизнеса уже изменились.

Сегодня цифровые компании зависят не от одной технологии.

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

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

Они делают гораздо более важную вещь.

Они понимают:

критически ли этот сервис важен для бизнеса;

кто является владельцем аккаунта;

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

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

Иногда владение, это не обладание.

Иногда владение означает способность сохранить контроль тогда, когда обстоятельства меняются.

ИНФРАСТРУКТУРА

Зависимость №5. Инфраструктура. Кто на самом деле контролирует ваш бизнес?

Большинство компаний прекрасно знают, где находятся ключи от офиса.

Но гораздо меньше компаний могут уверенно ответить, кто контролирует их цифровую инфраструктуру.

Пока всё работает, этот вопрос кажется несущественным.

Сайт доступен.

Заказы оформляются.

Электронные письма отправляются.

Для сотрудников и клиентов всё выглядит совершенно нормально.

Инфраструктура становится заметной только тогда, когда перестаёт работать.

Падает сервер.

Истекает срок регистрации домена.

Блокируется облачный аккаунт.

Кто-то случайно меняет DNS-записи.

Не продлевается SSL-сертификат.

Ошибка во время развёртывания выводит из строя рабочую систему.

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

Кому принадлежит облачная инфраструктура?

Кто зарегистрировал домен?

Кто управляет DNS?

Кто получает уведомления о безопасности?

Кто отвечает за публикацию новых версий системы?

Кто способен восстановить резервные копии?

У кого хранятся резервные коды двухфакторной аутентификации?

На первый взгляд кажется, что это вопросы для ИТ-отдела.

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

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

Или бывшего сотрудника.

Или агентства, которое уже давно прекратило существование.

Пока доступ не требуется, проблема остаётся незаметной.

Но как только он становится необходим, ситуация меняется мгновенно.

Контроль над инфраструктурой редко становится предметом обсуждения в период стабильности.

Зато во время кризиса он оказывается одним из самых ценных активов компании.

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

Иногда достаточно просто потерять доступ.

Настоящее цифровое владение определяется не количеством серверов и не выбором облачного провайдера.

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

ЧЕЛОВЕЧЕСКИЙ ФАКТОР

Зависимость №6. Человеческий фактор. Что происходит, когда критически важные знания сосредоточены в одном человеке?

Не все зависимости связаны с технологиями.

Некоторые строятся вокруг людей.

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

Они знают, почему были приняты те или иные архитектурные решения.

Помнят, где находятся критически важные интеграции.

Понимают, какие компромиссы пришлось принять ради сроков.

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

Такой опыт бесценен.

А вот зависимость, которую он создаёт, уже нет.

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

Это может быть сотрудник.

Основатель компании.

Консультант.

Внешний подрядчик.

Пока этот человек остаётся рядом, проблема практически незаметна.

Она проявляется только тогда, когда он уходит.

Формально компания по-прежнему владеет исходным кодом.

Контролирует инфраструктуру.

Обладает лицензиями.

Хранит все необходимые договоры.

Но одновременно она теряет нечто не менее ценное.

Уверенность в том, что сможет самостоятельно развивать собственный цифровой бизнес.

Компании становятся зависимыми не потому, что в них работают талантливые специалисты.

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

Зрелые компании не пытаются избавиться от экспертов.

Именно эксперты создают инновации и конкурентные преимущества.

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

Они инвестируют в документацию.

Разделяют ответственность между командами.

Создают процессы передачи знаний.

Развивают культуру совместной работы.

Планируют преемственность.

Не потому, что ожидают ухода сотрудников.

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

Экспертиза создаёт конкурентное преимущество.

Зависимость от конкретного человека создаёт операционный риск.

Эти два понятия легко перепутать.

Но между ними лежит огромная разница.

По мере роста бизнеса эта разница становится всё заметнее.

Технологии можно заменить.

Инфраструктуру можно восстановить.

Подрядчика можно сменить.

Но потерянные знания вернуть значительно сложнее.

Каждый недокументированный процесс.

Каждое архитектурное решение, которое помнит только один специалист.

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

Всё это постепенно увеличивает зависимость компании не от собственных систем, а от отдельных людей.

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

А тогда, когда выдающиеся специалисты оставляют после себя выдающиеся системы.

Цифровое владение, это не только про технологии, лицензии и договоры.

Это ещё и уверенность в том, что способность компании двигаться вперёд не зависит от одного-единственного человека.

ЗАВИСИМОСТЬ ОТ ЗНАНИЙ

Зависимость №7. Зависимость от знаний. Может ли бизнес работать без собственной памяти?

Каждая компания накапливает знания.

Но лишь немногие делают это осознанно.

По мере развития бизнеса принимаются тысячи решений.

Почему выбрали именно эту технологию.

Как данные перемещаются между различными системами.

Какие бизнес-правила скрываются за, казалось бы, простыми функциями.

Почему одна интеграция реализована именно так, а не иначе.

Какие компромиссы были приняты, чтобы успеть к сроку.

Со временем все эти знания становятся одним из самых ценных активов компании.

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

В заметках после совещаний.

В чатах.

Или просто в памяти людей, которые принимали эти решения.

Знания, которые невозможно передать, невозможно по-настоящему считать собственностью компании.

Когда документация неполна…

Когда причины архитектурных решений давно забыты…

Когда операционные процессы существуют только как устоявшаяся привычка…

Любые изменения становятся медленнее.

Дороже.

И значительно рискованнее.

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

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

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

Компании теряют знания не тогда, когда уходят сотрудники.

Они теряют их значительно раньше.

В тот момент, когда эти знания никто не попытался сохранить.

Цифровое владение, это не только программное обеспечение.

Не только инфраструктура.

Не только интеллектуальная собственность.

Это ещё и способность понимать собственные системы.

Поддерживать их.

Развивать.

И управлять ими спустя годы.

Самые зрелые организации не полагаются на память.

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

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

Владение означает всегда понимать, как ими пользоваться.

К ЦИФРОВОМУ УПРАВЛЕНИЮ

От цифровых активов, к цифровому управлению

Большинство компаний не планируют создавать зависимость.

Она возникает постепенно.

Сначала появляется подрядчик, который знает систему лучше всех.

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

Потом, несколько коммерческих сервисов, оформленных на разных сотрудников.

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

Со временем всё это начинает восприниматься как естественная часть бизнеса.

До тех пор, пока не наступает момент перемен.

Компания меняет подрядчика.

Запускает новый продукт.

Выходит на международный рынок.

Проходит инвестиционную проверку.

Планирует продажу бизнеса.

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

Речь идёт о способности компании самостоятельно управлять собственным будущим.

Настоящее владение, это способность выбирать

Если завтра вы решите сменить команду разработки…

Сможете ли вы сделать это без месяцев восстановления доступа и анализа системы?

Если потребуется перенести инфраструктуру…

Насколько быстро это удастся сделать?

Если инвестор попросит подтвердить структуру цифровых активов…

Будут ли ответы готовы сразу, а не спустя несколько недель?

Если ключевой специалист примет решение уйти…

Продолжит ли бизнес развиваться с той же скоростью?

Именно такие вопросы помогают понять, насколько компания действительно контролирует свои цифровые активы.

Настоящее владение проявляется не тогда, когда всё работает.

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

Свобода сменить подрядчика.

Свобода масштабироваться.

Свобода привлекать инвестиции.

Свобода внедрять новые технологии.

Свобода принимать решения без страха потерять контроль над собственной системой.

Именно эта свобода со временем становится одним из самых ценных конкурентных преимуществ.

Заключение

Современный сайт давно перестал быть набором веб-страниц.

Корпоративная платформа, это инфраструктура.

Интеллектуальная собственность.

Архитектурные решения.

Лицензии.

Облачные сервисы.

Документация.

Накопленные знания.

Бизнес-процессы.

Люди.

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

И, как любой стратегический актив, он требует не только инвестиций, но и системного управления.

По-настоящему зрелые организации не стремятся устранить все зависимости.

Это невозможно.

Они делают другое.

Они понимают, какие зависимости существуют.

Оценивают связанные с ними риски.

Документируют критически важные решения.

Сохраняют контроль над инфраструктурой.

Планируют передачу знаний.

И строят процессы таким образом, чтобы развитие компании не зависело от случайностей.

В конечном счёте цифровое владение, это не вопрос технологий.

И не вопрос программного обеспечения.

Это вопрос управления.

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

А компания, которая управляет своими зависимостями, гораздо увереннее управляет собственным будущим. Мы разбираем более раннюю версию этого же вопроса, ещё до того, как сделка вообще появляется на горизонте, в статье Before You Sell, Retire, or Hand It Down.

ЧЕК-ЛИСТ

Чек-лист цифрового владения

Ответьте на каждый вопрос «Да», «Частично» или «Нет». Если параллельно готовитесь к разговору с инвесторами или банкирами, статья Before You Hire Bankers, Diagnose the Business о том, с чего начать этот разговор.

Юридическое владение

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

☐ Исходный код официально передан компании.

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

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

Технологические зависимости

☐ Известны все ключевые технологии, на которых построена система.

☐ Компания понимает, какие внешние сервисы являются критически важными.

☐ Используемые Open Source-компоненты регулярно обновляются и контролируются.

☐ Существует перечень всех основных зависимостей системы (SBOM или аналогичная документация).

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

☐ Компания владеет доменом.

☐ Компания контролирует DNS.

☐ Облачная инфраструктура зарегистрирована на корпоративные аккаунты.

☐ Доступы к инфраструктуре не зависят от одного человека.

☐ Резервные копии регулярно проверяются.

Лицензии и сторонние сервисы

☐ Все коммерческие лицензии находятся под контролем компании.

☐ Известны сроки их действия и условия продления.

☐ Компания понимает последствия отключения каждого критически важного сервиса.

Документация

☐ Архитектура системы документирована.

☐ Ключевые бизнес-процессы описаны.

☐ Новая команда сможет разобраться в системе без участия первоначальных разработчиков.

Передача знаний

☐ Критически важные знания не сосредоточены в одном человеке.

☐ Процессы передачи знаний являются частью работы команды.

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

Управление

☐ Компания знает, кто отвечает за каждый цифровой актив.

☐ Регулярно проводится аудит цифровых зависимостей.

☐ Существует план действий на случай смены подрядчика, ухода ключевых сотрудников или миграции инфраструктуры.

Как интерпретировать результаты

20-24 «Да», высокий уровень цифрового владения. Компания хорошо контролирует свои цифровые активы и готова к масштабированию, инвестициям и смене подрядчиков.

14-19 «Да», хорошая база, но отдельные зависимости могут создавать риски. Стоит провести аудит и устранить наиболее уязвимые места.

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

ФИНАЛЬНАЯ МЫСЛЬ

Финальная мысль

Когда-то владение означало иметь ключи от офиса.

Сегодня этого уже недостаточно.

Настоящее цифровое владение начинается в тот момент, когда компания может ответить на простой вопрос:

«Если завтра изменятся люди, подрядчики или технологии, сохранится ли у нас полный контроль над собственным бизнесом?»

Если ответ положительный, значит, вы действительно владеете своим цифровым продуктом.

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

Автор: Евгений Боровой, основатель Peretz Agency.