← Библиотека
0%

Конвейер как философия: Эндрю Гроув

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

Собеседникруководитель или основатель, знакомый с OKR через Google и стартап-культуру; думает, что понимает Гроува.

≈5 191 слов · 34–43 мин чтения

Сцена 01
Мастер цеха

— Слушай, я много читал про Гроува. Он же визионер — человек, который превратил Intel в Intel. Поднял компанию с нуля до мирового доминирования. Почему его всё время называют просто «операционным» CEO, как будто это что-то меньшее?

— Он сам бы поморщился от слова «визионер». Всерьёз. Гроув думал о себе как о мастере цеха. Буквально, не метафорически. Его первая книга, High Output Management, начинается не с лидерства и не со стратегии — она начинается с яйца.

— С яйца?

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

— Но это звучит как принижение. Мастер смены — это исполнитель, не стратег.

— Нет, это принципиальная позиция о природе управленческой работы. Мастер смены не варит сталь сам. Он проектирует систему, которая варит сталь без него. Вся его работа — обслуживание производственного процесса: где затор, кто где стоит в цепочке, что является узким местом прямо сейчас. Если он уходит читать вдохновляющую лекцию о будущем металлургии — завод встаёт. Именно так Гроув понимал работу CEO.

— Хорошо, но посмотри на его биографию. Беженец из Венгрии, выживший при нацистской оккупации и советском режиме, приезжает в США без ничего — и строит компанию с нуля до глобального монополиста. Это не «мастер цеха», это Рокфеллер.

— Биография объясняет, откуда у него эта философия — а не опровергает её. Когда ты двадцать лет выживаешь в условиях, где ресурсов нет, ты учишься одному рефлексу: что даёт максимальный выход при минимальных затратах. Это не MBA — это инстинкт. Гроув бежал из Венгрии в 1956 году через ночные поля в нескольких слоях одежды. Проводник-контрабандист периодически появлялся из темноты и исчезал. Взлетела осветительная ракета — Гроув упал в грязь. Встал — и увидел человека с фонарём, который сказал: «Ты в Австрии». Когда у тебя только рюкзак и ночь впереди, ты очень точно считаешь каждое действие. Он перенёс эту точность в управление.

— И что, потом сидел в таком же кубикле, как все остальные инженеры?

— Восемь на девять футов. Такой же, как у рядовых инженеров. Без выделенной парковки, без столовой для руководства. И был знаменитый «поздний лист» — охранник вёл список всех, кто приходил после восьми утра. Гроув создал эту систему и... никогда не смотрел в неё. Он сам это признавал.

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

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

— Это производственное мышление.

— Именно. И Intel под его руководством вырос с двух миллиардов до двадцати шести миллиардов долларов выручки за одиннадцать лет. Тридцать процентов роста ежегодно. В 1997 году Time назвал его человеком года — и к тому моменту Intel контролировал восемьдесят пять процентов мирового рынка процессоров. Всё это — из убеждения, что CEO должен думать как мастер смены, а не как пророк.

— Хорошо. Но он же всё-таки принял один из крупнейших стратегических разворотов в истории технологий — выход из памяти в 1985 году. Это же не производственное решение. Это видение будущего.

— Именно производственное. И об этом стоит поговорить отдельно. Но сначала — один вопрос. Что ты думаешь о слове «рычаг»? Leverage — главное слово у Гроува. Понимаешь, что он имел в виду?

— Ну... влияние? Что CEO влияет на большее количество людей?

— Не совсем. Это немного другое. Давай об этом сначала — потому что без этого понятия история 1985 года не будет иметь смысла.

---

Сцена 02
Рычаг

— Хорошо. Что за понятие?

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

— Хорошо, это понятно. Но как это считать на практике? Это же просто красивая концепция.

— Гроув не говорит, что ты посчитаешь его заранее с точностью до знака. Он говорит: задай себе один вопрос перед каждым действием. Если я это сделаю — сколько людей и на как долго это изменит? Если ответ «один человек на один день» — это низкий рычаг. Если «сто человек на год» — это высокий. Точных цифр не нужно. Нужна привычка задавать вопрос прежде чем нырнуть в задачу.

— Окей, допустим. Но у CEO по определению высокий рычаг — просто потому что у него власть. Нет?

— Власть — это потенциальный рычаг. Его ещё нужно реализовать правильно. Посмотри на CEO, который проводит всё время в операционных встречах и разруливает тактические вопросы за своих менеджеров. Он обменял высокий рычаг на низкий. А менеджер без особой власти, который ведёт обучение для ста человек — у него рычаг в сотни раз больше прямо в этот момент.

— Обучение? Это звучит как банальность из HR-отдела. «Инвестируй в людей».

— Гроув считал буквально. Четыре часа курса для десяти подчинённых. Если их производительность вырастет хотя бы на один процент — это четыреста человеко-часов добавленного выхода только от одной сессии. Ни одно другое действие за четыре часа не даёт такого множителя. Почему тогда «банальность»? Потому что результат невидим сразу. Занятость людей на следующей неделе не связана в голове с твоим сегодняшним курсом. А операционная проблема на столе прямо сейчас — видима. Мозг выбирает видимое. Это не глупость — это рациональный ответ на устройство внимания.

— А что такое отрицательный рычаг? Это когда принял плохое решение — и он умножается?

— Не совсем. Плохое решение с малым рычагом — это маленький ущерб. Отрицательный рычаг — это когда само твоё поведение, повторяясь, создаёт систему, которая работает против тебя. У Гроува есть слово — meddling. Ты приходишь к подчинённому «помочь» с задачей и фактически забираешь её у него — потому что знаешь лучше, как решить. Конкретно эта задача решена быстрее. Но подчинённый усвоил урок: шеф возьмёт под контроль — не напрягайся. Через полгода ты обнаруживаешь, что у тебя нет команды — есть люди, которые приходят к тебе с проблемами вместо того, чтобы приносить решения. Ты умножил свой паттерн поведения на всех.

— Погоди. Я сейчас думаю о своём последнем квартале. У нас был серьёзный кризис с запуском продукта — и я лично взял под контроль три проекта, потому что видел, что команда не справляется. Вот это meddling?

— Может да, может нет — зависит от контекста. Гроув различал стиль управления по «task-relevant maturity»: уровню опыта человека именно в этой конкретной задаче. Если у человека низкий опыт в данной задаче — директивный стиль правильный. Если высокий — минимальное вмешательство. Это не про характер подчинённого и не про ваши отношения — это про настройку режима под ситуацию. Вопрос не «надо ли было вмешаться», а «ты изменил режим временно или это стало постоянным паттерном»?

— Честно говоря... скорее паттерном. Я до сих пор в этих проектах, хотя кризис уже давно прошёл.

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

---

Сцена 03
Конвейер в тумане

— Это больно слышать. Ладно. Расскажи про 1985 год.

— 1985 год. Intel получает примерно семьдесят-восемьдесят процентов выручки от DRAM — от памяти. Это продукт, с которого компания начиналась в 1968-м. Это идентичность фирмы, это история, это то, с чего Гроув и Гордон Мур начали. И тут японцы — Hitachi, Fujitsu, NEC — начинают продавать память ниже себестоимости при государственных субсидиях. Intel теряет деньги квартал за кварталом. И продолжает терять.

— Но данные же были. Финансовые отчёты показывали убытки. Почему они не принимали решение?

— Потому что данные — это одно, а решение — другое. У них были данные месяцами. Финансовые аналитики видели тренд. Средние менеджеры видели тренд. И ничего. Паралич. Потому что DRAM — это была не просто продуктовая линейка. Это было «мы». Intel — это компания памяти. Убить DRAM — это убить часть себя, часть того, во что ты верил, часть того, ради чего работал шестнадцать лет.

— И что изменилось?

— Разговор. Один разговор. Гроув сидит с Гордоном Муром в офисе в Санта-Кларе и смотрит в окно на парковку. И спрашивает: «Гордон, если нас обоих уволят и придёт новый CEO — что он сделает с DRAM?» Мур не думает долго. Отвечает сразу: «Уйдёт из памяти». Пауза. Гроув: «Тогда почему мы ждём, пока это сделает кто-то другой?»

— И они просто встали и вышли из DRAM?

— Буквально встали, физически вышли из офиса, постояли снаружи — и вернулись обратно. Символически разыграли смену CEO. Это не театр для публики. Это был способ изменить человека, который принимает решение, не меняя самого человека. Новый CEO не несёт эмоциональный долг перед DRAM. Он не начинал эту компанию. Он не строил эти заводы. Он смотрит на ситуацию как на производственный расчёт: какой выход максимизирует эта система? И ответ очевиден.

— Это звучит как трюк для самообмана.

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

— Они знали ответ заранее?

— Оба знали. Это принципиально важно. Мысленный эксперимент «новый CEO» не генерирует новое знание — он убирает психологический блок перед тем знанием, которое уже есть. Это инструмент не для принятия решений — это инструмент для снятия эмоциональной блокировки. Если бы ответ был честно неизвестен, смена воображаемого CEO не помогла бы. Инструмент работает только когда у тебя уже есть правда, которую ты боишься произнести вслух.

— Значит, это не универсальный рецепт для любой стратегической неопределённости.

— Нет. Это Гроув сам признавал — в «Only the Paranoid Survive», написанной в 1996 году, через одиннадцать лет после события. Термин Strategic Inflection Point появился задним числом. В 1985-м у него не было этой концепции — он просто выжил. А потом объяснил другим, как это работало, сформулировал в термины. Поэтому люди читают «Only the Paranoid Survive» как инструкцию — а это реконструкция пережитого опыта.

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

— Страшное. И решение не было единогласным. Часть инженеров написала заявления об уходе — они верили в DRAM, они строили эту технологию своими руками. Гроув звонил каждому лично — не чтобы удержать, а чтобы объяснить, почему решение правильное. Это тоже часть производственного мышления: если система должна измениться, люди должны понять систему, а не просто получить приказ.

— И к чему это привело?

— К 1992 году Intel контролировала восемьдесят пять процентов мирового рынка процессоров для персональных компьютеров. DRAM превратилась в нишевой продукт с бритвенно тонкой маржой для азиатских производителей. Они вышли в нужный момент и вошли в правильный рынок. Есть реальный контрфактуал: Motorola. Они остались в памяти дольше, потеряли стратегический фокус, и к 1990-м их доля рынка процессоров упала до уровня, с которого они уже не поднялись. Intel и Motorola стартовали примерно одинаково в конце 1960-х. Разошлись в одной развилке в середине 1980-х.

— А паранойя? «Только параноики выживают» — это метафора или буквально инструкция?

— Буквально инструкция. Паранойя у Гроува — это не тревожность и не патология. Это профессиональная обязанность бояться потерять то, что у тебя есть — потому что если ты не боишься, значит ты уже проигрываешь тому, кто боится. Страх — это сигнал. Не про то, что что-то уже случилось. Про то, что что-то может случиться. Вопрос в том, что с этим сигналом делать: парализоваться — или использовать как топливо для анализа.

— Хорошо. Но как ты вообще узнаёшь, что сигнал пришёл? Что отличает нормальный рабочий страх от «вот оно, это настоящий Inflection Point»?

— Гроув говорил, что сначала не знаешь. Сигнал приходит снизу — от инженеров, от продавцов, от людей, которые близко к рынку. Обычный рабочий страх — это один голос, один инцидент, тревога без паттерна. Inflection Point — когда разные люди с разных сторон независимо говорят одно и то же, и тренд не разворачивается квартал за кварталом. Разница не в громкости страха, а в том, что сигнал повторяется и его нельзя списать на временную проблему. Проблема в том, что такие сигналы нужно ловить до того, как они превратятся в финансовые отчёты. А единственный способ их ловить — это система, в которой люди обязаны говорить то, что видят. Он называл это OKR.

---

Сцена 04
OKR — это не про цели

— Подождите. OKR — это же система целей. Причём тут ловля сигналов? Я внедрил их у нас в компании полтора года назад, и хочу понять — правильно ли я это сделал. Мы ставим квартальные цели, разбиваем на ключевые результаты, в конце квартала смотрим процент выполнения. Что скажешь?

— OKR у вас связаны с бонусами?

— Ну да, конечно. Иначе зачем людям их выполнять?

— Тогда у вас нет OKR. У вас есть система премирования с красивым названием. Это прямо противоположное тому, что придумал Гроув.

— Это довольно жёсткое утверждение. Джон Дорр принёс OKR в Google именно в такой форме, и Google вырос до самой дорогой компании в мире.

— Google применял OKR с одним принципиальным отступлением от практики большинства компаний: OKR никогда не были напрямую привязаны к компенсациям. Это была осознанная политика с первых лет. А то, что ты описываешь, — это как раз то, от чего Гроув отталкивался. Он принципиально и намеренно запретил связывать OKR с бонусами. Логика простая: как только метрика становится целью, она перестаёт быть метрикой. Представь, что ты врач и используешь термометр, чтобы выдавать больничные. Что случится?

— Люди начнут... перегревать термометр?

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

— Подождите. Я думал, что OKR — это система постановки амбициозных целей. Stretch goals.

— Это следствие, а не суть. Представь: ты капитан корабля. Ты записал: «Прибыть в Нью-Йорк за четырнадцать дней». На третий день смотришь в навигатор — и видишь, что за три дня прошёл меньше, чем нужно для такого темпа. Ты бы это заметил без записанной цели? Нет — просто плыл бы дальше, казалось бы что всё нормально. Запись позволила тебе сравнить ожидаемое с происходящим прямо сейчас, а не через четырнадцать дней у берегов Ньюфаундленда. Вот OKR: не чтобы попасть в цель, а чтобы на третий день увидеть отклонение, пока его ещё можно исправить.

— А как же амбициозность? Везде говорят, что OKR должны быть некомфортными, что нужно ставить цели, которые боишься.

— Гроув делал разделение на два типа. Committed OKR — обязательства: то, что организация гарантирует выполнить. Aspirational OKR — устремления: то, к чему стремишься, понимая, что достигнешь шестьдесят-семьдесят процентов. Если aspirational OKR выполнен на сто процентов — это не повод праздновать. Это значит, что цель была слишком консервативной. Датчик был плохо откалиброван. А вот 110 процентов выполнения — признак сломанного датчика. Гроув не поздравлял команду, которая перевыполнила aspirational OKR, — он просил объяснить, почему цели были занижены.

— Это контринтуитивно. «Молодец, ты выполнил план полностью» — оказывается, это сигнал тревоги?

— Зависит от типа OKR. Если это committed — 70% провал. Если aspirational — 100% означает, что ты не рисковал в формулировке. Большинство компаний смешивают эти два типа в один список — и потом не понимают, как интерпретировать результаты. Один и тот же процент выполнения может означать успех или катастрофу.

— Почему Гроув сделал OKR публичными? Это же неловко — все видят, где ты не справился.

— Именно в этом и смысл. Гроув заметил неожиданный эффект: как только цели стали видны всем — включая его собственные — внутренняя политика в Intel стала практически невозможной. Нельзя тайно перераспределить ресурсы на любимый проект, когда все видят, что твой официальный OKR говорит о другом. В 1984 году собственный OKR Гроува по развитию внешних коммуникаций был выполнен только на сорок процентов. Он лично разобрал это на общем собрании как «системную ошибку приоритизации», а не как личный провал. Это задало тон: OKR — не аттестация человека. Это зеркало системы.

— Слушай. У нас в компании OKR именно так и устроен — цели, бонусы, квартал, красиво выполняем на 90–95% каждый раз.

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

— И что мне теперь делать с этим?

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

— А что происходит, когда расхождение становится видно — и команда с ним не согласна? Ты говоришь «это сигнал», они говорят «ты не понимаешь ситуацию». Кто прав?

— Это вопрос не про OKR — это вопрос про то, как вообще принимаются решения в условиях несогласия. И у Гроува был очень конкретный ответ.

---

Сцена 05
Конфронтация как обязанность

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

— У Гроува это не разрешение спорить — это обязанность. В этом принципиальная разница. Если ты видишь ошибку и молчишь — ты совершаешь профессиональный проступок. Как хирург, который замечает загрязнение операционного поля и не говорит вслух. Молчание в Intel было не нейтральным — это был видимый сигнал о проблеме.

— Но ведь Гроув был известен как terrifying boss. Буквально — люди боялись заходить к нему в кабинет. Один его взгляд мог остановить презентацию. Как это сочетается с культурой, где все должны возражать?

— Вот это самый честный вопрос про Гроува, и на него нет красивого ответа. Система говорила «ты обязан возражать». Гроув-человек всем своим видом транслировал «попробуй только». Два сообщения существовали параллельно. И компания работала — потому что система была достаточно сильной, чтобы перевесить. Но это не значит, что система была без изъяна. Скорее всего, чем выше по иерархии к самому Гроуву, тем меньше реальной конфронтации до него доходило.

— Это честно. Хорошо. Но объясни в чём реальная разница между «обязанностью» несогласия и «правом». Кажется игрой слов.

— Нет, это принципиально разная нагрузка. Если у тебя есть право говорить — ты можешь промолчать, и никто тебя не осудит. Если у тебя обязанность — твоё молчание становится решением. Ты не «не воспользовался правом» — ты не выполнил свою работу. В Intel молчание на совещании стало активным подтверждением согласия. Если ты сидел и не возражал — ты давал организации информацию: «я проверил и согласен». Это означало, что каждый участник совещания был обязан думать, а не присутствовать. Каждое совещание — работа, не перформанс.

— Это звучит изнурительно.

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

— Где граница между конструктивной конфронтацией и токсичной культурой, где просто громкие побеждают?

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

— Получается, что это не демократия? Лучший аргумент не обязан победить?

— Совсем не демократия. Гроув прямо писал: это не голосование. Старший менеджер может принять решение, отличное от лучшего аргумента — и он в своём праве. Разница с автократией в том, что он обязан услышать лучший аргумент по-настоящему. Не для галочки. И объяснить, почему он его не принял. Это третья модель. После «closure» — после объявления решения — полемика прекращается. Ты либо выполняешь решение, либо уходишь. Последующий саботаж или пассивное сопротивление расценивались как нарушение рабочей этики.

— А что происходит если тебя не услышали? Ты возразил честно, тебя проигнорировали, closure объявлен, а ты оказался прав — но уже поздно. Это же ад.

— Гроув отвечал на это прямо. Если тебя выслушали и объяснили, почему решение другое — у тебя нет морального права на саботаж, ты участвовал в процессе. Но — и вот тут он был честен — если closure прошло без ответа на твои аргументы, если тебя реально не услышали, а просто закрыли обсуждение, потому что устали или потому что ты ниже по рангу — то это нарушение со стороны системы, а не со стороны сотрудника. Система в этом случае сломана, и сотрудник не обязан её прикрывать своей лояльностью.

— Слушай. Я пытаюсь всё это приложить к себе — рычаг, OKR, конфронтация. И понимаю, что это строилось для Intel. Для завода, где выход измерим в пластинах. А у меня дизайнеры и исследователи. Как вся эта система работает, когда продукт — это идея?

---

Сцена 06
Где конвейер ломается

— Давай честно: это не завод чипов, где выход годных пластин можно посчитать в штуках. Как конвейерное мышление Гроува работает здесь?

— С ограничениями. И Гроув это знал и признавал. Он сам написал в High Output Management: «оценивать работу специалиста по знаниям сложно, потому что knowledge work туманна и большинство задач не производит измеримого выхода в том периоде, за который происходит оценка». Это не сноска и не оговорка — это прямое признание предела собственной модели, встроенное в книгу, которую принято считать манифестом измерения.

— Подождите. Он сам признавал, что его система не работает для knowledge workers — но все продолжают её применять именно там?

— Именно. Он описал проблему, но не дал альтернативного инструментария. А потом все взяли его инструменты для производства полупроводников и применили к дизайнерам и исследователям. Гроув тут не виноват. Но и защиты не оставил.

— Почему измерение разрушает творческую работу? Разве структура не помогает?

— Здесь важно различить два разных вида измерения. Измерять процесс — безопасно. «Провели ли мы дизайн-ревью», «сколько раз в квартал встретились с пользователями» — это измерение процесса, оно не меняет поведение опасным образом. Измерять выход — вот где начинаются проблемы. Как только ты говоришь дизайнеру «мерим количество сданных экранов» — ты меняешь его поведение. Он начинает делать больше экранов, а не лучшие экраны. В 1970-х IBM измеряла производительность программистов в строках кода. Лучший программист — тот, кто решал задачу в десяти строках — оказывался худшим по KPI. Посредственный, который писал многословный избыточный код, становился отличником. Конвейер работал идеально. Продукт деградировал.

— Но можно же выбрать правильную метрику? Не строки кода, а что-то лучше.

— В этом и есть ловушка. Сначала думаешь: «просто выберем правильный KPI». Но чем ближе твой KPI к реальному результату — тем сложнее его измерить. Чем проще его измерить — тем дальше он от результата. Это не проблема выбора метрики. Хорошая идея в голове дизайнера не имеет единицы измерения. Как только ты создаёшь единицу — ты уже меряешь не идею, а что-то другое. И люди оптимизируют именно это другое.

— А есть примеры тех, кто справился с этим? Кто производит продукты из идей — и делает это хорошо, без конвейера Гроува?

— Pixar — классический пример. Четырнадцать кассовых хитов подряд. Никаких KPI на «качество истории». Их инструмент — Brain Trust: коллегиальный разбор фильмов в процессе создания. Нет числовых целей, нет формальных показателей успеха, режиссёр сохраняет полную автономию. Pixar не измерял «вовлечённость аудитории к третьему акту» — он создавал условия, в которых история могла стать хорошей. Это принципиально другая логика управления.

— Значит, OKR вообще не работают для творческих команд?

— Это слишком жёсткий вывод. OKR работают для той части работы творческих команд, которая повторяема: «выпустить три версии продукта», «провести двадцать пользовательских тестов». Они не работают для самой творческой части: «придумать что-то принципиально новое», «изменить понимание проблемы». Проблема не в OKR — проблема в том, что мы думаем, будто ими можно покрыть всё. Гроув никогда так не говорил. Мы сами так решили — и применили инструмент туда, куда он не предназначался.

— А вот что меня действительно смущает: в 1985 году сам Гроув принял самое важное решение в карьере не через метрики. Данные лежали перед ним месяцами. Они кричали «уходи из DRAM». И ничего. Помог мысленный эксперимент — воображаемый человек. Человек, построивший культуру измерения, в момент истины опирался на разговор.

— Именно. И Гроув это не скрывал. Он написал об этом в «Only the Paranoid Survive». Это честно указывает на предел системы: она отлично работает там, где выход измерим и повторяем. Но самые важные решения — стратегические развороты, смена продукта, выбор рынка — это не конвейер. Это что-то другое. И Гроув не придумал инструмент для этого «другого». Он просто один раз выжил через мысленный эксперимент.

— Значит, его система работает везде, кроме тех решений, которые действительно важны?

— Именно так. И он сам это знал. Это самый важный факт о Гроуве, который обычно пропускают, когда цитируют его книги.

— Тогда что вообще от него остаётся? Если система не работает для важных решений и не работает для творческих команд — зачем она?

— Ты задаёшь правильный вопрос. Потому что ответ на него — это и есть то, чем Гроув действительно важен сегодня. Не инструменты, а то, что за ними.

---

Сцена 07
Что остаётся

— Гроув умер в 2016 году. High Output Management переиздана, везде цитируется. OKR — в каждой второй компании. Джон Дорр написал «Measure What Matters» и посвятил её Гроуву. Он победил?

— Он бы сказал, что проиграл. Потому что OKR без мышления о рычаге — это просто таблица целей с красивым названием. Гроув создавал не инструменты — он создавал образ мышления: смотри на управление как на производство, у любого менеджерского действия есть вход, процесс, выход и точка измерения. Инструменты скопировали. Образ мышления — нет. McKinsey в 2023 году опубликовал исследование: компании, которые внедрили OKR формально, без понимания механизма, показывают результаты хуже, чем компании без OKR вовсе — потому что OKR создаёт иллюзию прозрачности при отсутствии реального выравнивания. Гроув предупреждал об этом в 1983 году.

— А Intel после него? Три раза пропустил Inflection Points — мобильные чипы, GPU для AI, облачные кастомные процессоры. Это компания, которая имела внутри себя его методы, его книги, его систему. Как?

— Это самая жуткая история про наследие. В 2005 году Стив Джобс пришёл к Паулу Отеллини, тогдашнему CEO Intel, и предложил сделать чипы для первого iPhone. Отеллини отказался — расчёты показывали, что маржинальность слишком низкая. Джобс ушёл к ARM. Через три года смартфон стал главным компьютером в мире. Intel к тому моменту уже продал свой ARM-совместимый XScale Marvell. Они буквально продали билет на этот поезд.

— Но они читали Гроува. Переиздавали его книги. Вручали новым сотрудникам.

— Именно. Иметь карту — и всё равно заблудиться. Потому что Отеллини думал в категориях маржи конкретной сделки. Гроув думал бы в категориях стратегического разлома: это Inflection Point или нет? Один вопрос. Если ответ «да» — маржинальность неважна, потому что это вопрос выживания. Если ответ «нет» — тогда маржинальность считай. Отеллини пропустил первый вопрос и сразу перешёл к второму. Это не глупость — это другая программа в голове.

— Что бы Гроув выбросил первым из своей системы, если бы работал сегодня?

— Иерархию отчётности как способ передачи информации. В 1983 году, чтобы знать, что происходит в компании, нужна была цепочка людей — каждый фильтровал, каждый интерпретировал, каждый немного искажал. Сегодня у тебя данные в реальном времени, асинхронные каналы, AI-аналитика прямо на уровне строчки продукта. Гроув был одержим информационными потоками — и он бы первым понял, что конвейер информации сегодня выглядит принципиально иначе. Он бы перестроил этот слой полностью.

— А что бы оставил?

— Confrontation — обязанность несогласия. В мире, где AI генерирует убедительные ответы на любой вопрос, человеческое несогласие — это единственный механизм проверки реальности. Гроув настаивал: несогласие — это не атака, это сервис. В эпоху AI это важнее, чем когда-либо было. Ещё оставил бы leverage как способ думать о приоритетах — потому что это не про инструменты, это про вопрос «что именно я делаю и на сколько людей это умножится». И паранойю об Inflection Points.

— Он бы сказал, что AI — это Inflection Point?

— Да. Причём уже в 2017–2018 году, когда большинство ещё спорило, считать ли это серьёзным. Потому что его критерий SIP прост: когда одна из сил, определяющих конкуренцию — технология, конкуренты, покупатели, регуляторы — вырастает в десять раз. Трансформеры в 2017, GPT-3 в 2020, ChatGPT в 2022 — это классический разворот кривой. И он бы задал один вопрос каждой компании: вы уже по ту сторону разворота — или ещё по эту? И большинство компаний пока не дали на него честного ответа.

— Хорошо. AI — Inflection Point. Но я не Гроув и не Intel. Сорок человек, половина — дизайнеры. С чего начать в понедельник — не теорию, а одно действие?

— С одного вопроса, не с внедрения инструментов. Где прямо сейчас на твоём конвейере — настоящем или воображаемом — затор? Не «какие OKR поставить», а: какое одно действие с высоким рычагом ты откладываешь, потому что занят тем, что могут делать другие? Или: где ты видишь сигнал снизу, который финансовые отчёты ещё не подтвердили, а ты уже отмахиваешься? Гроув бы не начинал с таблицы. Он бы начал с диагностики поломки.

— Кто сегодня думает как Гроув — не цитирует его, а применяет его логику?

— Долгая пауза. Честный ответ: не знаю. Есть люди, которые цитируют. Есть люди, которые берут отдельные инструменты. Но мыслителя, который берёт логику целиком — смотри на управление как на производство, у каждого действия есть вход и выход, ищи рычаг, бойся Inflection Points — и применяет её системно к AI-эпохе с распределёнными командами и нематериальными продуктами... я такого публично не вижу. Возможно, ниша пустая. Возможно, этот человек ещё не написал свою книгу.

— Это странно. Если Гроув был настолько важен — почему никто не занял эту позицию?

— Может, потому что сложно. Гроув работал в мире, где прогресс был предсказуем — закон Мура давал удвоение мощности каждые восемнадцать месяцев. В этом мире разумно всё измерять и строить конвейеры с точными нормативами. Сегодня прогресс нелинеен: AI меняет правила не постепенно, а скачками. Принципы Гроува — рычаг, конфронтация, паранойя об Inflection Points — в такой среде нужны больше, чем когда-либо. Но его конкретные инструменты — жёсткие KPI, иерархические конвейеры, измеримый выход как основная метрика — в этой же среде часто не работают. Нужен кто-то, кто отделит принципы от инструментов. И вот этого человека мы пока не видим.

— И это означает что — мы управляем по устаревшей карте?

— Большинство из нас — да. Мы используем инструменты 1983 года в мире 2024-го. Иногда они работают. Иногда нет. И мы не всегда понимаем, когда именно. Возможно, самая честная вещь, которую Гроув оставил — это не система и не инструменты. Это вопрос. Где именно на вашем конвейере — настоящем или воображаемом — сейчас поломка?