Почему внутренние лаборатории инноваций терпят поражение и какая узкая структура работает лучше

Основная идея

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

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

Что изменилось и почему это важно сейчас

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

Построение операционной модели

Финансируйте не только лабораторию, но и принимающую единицу, и сделайте передачу условием бюджета лаборатории, а не лишь пунктом в её уставе.

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

Измеряйте результат принятых решений

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

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

Где происходит сбой исполнения

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

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

Как это выглядит на практике

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

Сильный аргумент против

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

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

Последовательность внедрения за 30 дней

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

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

Отчитывайтесь о выживании в ядре, а не активности в лаборатории

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

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

Редакционное заключение

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