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

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

И это может произойти с компанией любого размера. Поэтому нужно одновременно настраивать механизм роста и развивать новые источники роста на тот случай, когда этот механизм перестанет работать. О том, как это сделать, мы поговорим в главе 12. Но для того, чтобы компания смогла действовать таким образом, нужно создать организационную структуру, культуру и дисциплину, которые способны справляться с быстрыми и зачастую неожиданными изменениями. Я называю это адаптивной организацией, и это — тема главы 11.

Когда я был техническим директором компании IMVU, мне казалось, что, за редкими исключениями, я хорошо выполняю свои обязанности. Я создал гибкую организацию, и мы успешно экспериментировали с методами, которые потом были включены в систему «экономичный стартап». Но несколько раз возникали ситуации, когда я вдруг понимал, что не справляюсь с работой. Для человека, ориентированного на результат, это очень неприятно. Хуже всего было то, что я не получал никакой обратной связи. А если бы получил, она могла бы быть примерно такой:

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

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

Почти все рекомендации на эту тему, которые я слышал, предлагают какие-то компромиссы (например, «планируйте что-то, но не слишком многое»). Но при таком избирательном подходе трудно как-то объяснить себе и окружающим, почему мы должны уделять внимание одним проблемам и при этом игнорировать другие. Это как работать под руководством капризного начальника, когда всем начинает казаться, что его решения имеют какие-то скрытые мотивы.

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

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

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