В современном мире бизнеса инновации часто воспринимаются как нечто блестящее и захватывающее, в то время как техническое обслуживание (maintenance) считается рутиной. Однако Лорен Билбо, магистр делового администрирования (MBA ’25) и бывший менеджер по разработке ПО в Google, доказывает, что именно грамотная стратегия поддержки является фундаментом, без которого инновации невозможны.
🏚️ Парадокс «хрупких систем»: опыт Google 1:47
Лорен Билбо делится личным опытом работы в компании Google, где она руководила командой программной инженерии . Ее команда столкнулась с классической проблемой: система, которая вначале была простой и понятной («чистый холст»), со временем обросла огромным количеством серверов, баз данных и функций .
По мнению спикера, отсутствие контроля над расходами на обслуживание ведет к трем критическим последствиям:
- Сложность как снежный ком: инженерам приходится тратить огромное количество времени на изучение того, как работает текущая система, прежде чем добавить в нее что-то новое .
- Страх поломки: внесение любых изменений становится рискованным из-за хрупкости фундамента.
- Пожирание ресурсов: Билбо отмечает, что в ее команде Google более 60% рабочего времени уходило исключительно на поддержку работоспособности системы, а не на создание новых инновационных функций .
Спикер утверждает, что разница между конкурентоспособным продуктом и стагнацией заключается в способности удерживать расходы на обслуживание в узде .
🌉 Техника №1: Анализ «затраты — выгода» на примере моста 3:23
Первый этап эффективной стратегии — четкое определение целей. Билбо приводит в пример мост Золотые Ворота в Сан-Франциско. Мало кто знает, что покраска моста происходит непрерывно: как только рабочие заканчивают один слой, они тут же начинают следующий . Это колоссальные затраты, но они оправданы, так как монументальное сооружение ежемесячно пересекают 3 миллиона автомобилей .
Лорен Билбо призывает менеджеров задавать себе следующие вопросы:
- Соответствуют ли затраты на поддержку функции ее ценности для бизнеса?
- Стоит ли тратить огромные ресурсы на обслуживание сложной фичи, о существовании которой знают лишь 2% пользователей?
Спикер полагает, что высокая сложность обслуживания допустима, но только в том случае, если она напрямую коррелирует с долгосрочными целями организации.
📚 Техника №2: Эволюция систем и «принцип библиотеки» 4:45
Вторая техника заключается в понимании того, как система меняется со временем. Для иллюстрации Билбо использует метафору библиотеки:
- Этап 1 (10 книг): Если ваша цель — маленькая библиотека у дома, вам не нужна сложная классификация. Достаточно просто выставить книги на улице .
- Этап 2 (50 книг): На этом этапе уже имеет смысл разделить книги на художественные и научно-популярные. Затраты на реорганизацию еще невелики .
- Этап 3 (500–1000 книг): Если вовремя не инвестировать в систему каталогизации (например, десятичную классификацию Дьюи), поиск нужной книги станет невозможным, а стоимость наведения порядка «взлетит до небес» .
Билбо подчеркивает: для стартапа нормально быть «небрежным» (scrappy) в начале пути, чтобы проверить гипотезы . Однако при планировании роста необходимо делать регулярные инвестиции в инфраструктуру, чтобы не оказаться владельцем «тысячи нерассортированных книг» .
🏠 Техника №3: Культура владения и стимулы 7:10
Третий ключевой элемент — создание культуры владения (ownership). Лорен сравнивает это с владением собственным домом: если вы планируете жить в нем 40 лет, вы будете чинить каждую поломку сразу, а не игнорировать ее .
В корпоративной среде это означает трансформацию команд:
- От разработчиков к владельцам: Команды должны думать не только о текущем запуске функции, но и о том, какие инвестиции в систему нужны сейчас, чтобы успешно запустить новые фичи через два цикла вперед .
- Роль лидеров: Руководители должны поощрять улучшения в обслуживании (maintainability) так же высоко, как и запуск новых функций .
По словам Билбо, обслуживание и инновации неразрывно связаны. Именно надежный фундамент позволяет внедрять устойчивые позитивные изменения, не утопая в сложности хрупких и дорогих в поддержке систем .
