Читать «Бизнес с нуля: Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели.» онлайн - страница 155

Прежде всего я столкнулся с простыми вопросами: как узнать, что «ваш способ» создания компании окажется успешным? Какие еще компании его используют? Кто стал богатым и знаменитым в результате такого подхода? Эти вопросы весьма разумны. Титаны нашей отрасли работают медленнее и последовательнее. Зачем же нам поступать иначе?

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

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

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