Принцип «черного ящика». Как превратить неудачи в успех и снизить риск непоправимых ошибок - Мэтью Сайед

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

«Собрать первоначальный капитал было непросто, – говорил Хаустон. – Инвесторы говорили: компаний, предлагающих хранить файлы в Сети, сотня или больше, зачем миру еще одна такая фирма? А я отвечал: да, таких компаний немало, но скажите, вы пользуетесь услугами хоть одной из них? И они неизменно отвечали: нет…»

Хаустон был достаточно умен, чтобы понимать: его идея вполне может оказаться неудачной. Гарантировать популярность услуги у клиентов никто не в состоянии. Тем не менее Хаустон был уверен в себе и хотел опробовать идею на практике. Однако через год он стал сомневаться в том, что ему дадут это сделать. Он был близок к отчаянию.

Оставим на время Хаустона и взглянем на двух других предпринимателей в области высоких технологий – Андре Ванье и Майка Слеммера, которые бились над проблемой иного рода. Они хотели запустить бесплатный информационный онлайн-сервис 1–800–411-SAVE. У них, в отличие от Хаустона, имелись средства на разработку программного обеспечения. Увы, как пишет Питер Симс в книге «Мелкие ставки» (Little Bets), представления Ванье и Слеммера о том, каким именно должно быть это программное обеспечение, сильно отличались [160].

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

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

Спор Слеммера и Ванье отражает разницу между биологами и математиками компании Unilever (а на более абстрактном уровне – разницу между идеей прогресса по Кили и представлениями, что прогресс возникает из-за новых теорий): концепция «сверху вниз» против концепции «снизу вверх». Ванье хотел делать все по плану, а Слеммер хотел сразу начать испытания продукта и впоследствии совершенствовать программу, оперативно получая обратную связь от клиентов. Он желал проверить свои предположения.

Победили доводы Слеммера. Уже на ранней стадии разработки компания предложила клиентам испытать программу – и смогла быстро устранить недостатки благодаря отзывам тестеров. По мере того как росло количество отзывов, Ванье и Слеммер переписывали всё большие куски исходного кода. В конце концов они создали, по всей вероятности, самый сложный продукт в своей области.

«Несмотря на то что Слеммер и Ванье конкурировали с куда более крупными фирмами, у которых было больше финансовых ресурсов… они всякий раз первыми открывали новые приложения и сервисы, такие как направления дорожного движения и веб-телефон с интегрированными рекламными предложениями, – пишет Питер Симс, следивший за развитием компании. – По словам Ванье, если у него есть возможность запустить десять приложений, пока конкуренты запускают одно, он получит в десять раз больше опыта за счет обратной связи, помогающей понять, что именно с точки зрения покупателей удалось, а что нет» [161].

Эта история намекает на опасность перфекционизма – желания добиться идеального результата с первого раза. Судьба Рика, компьютерного гения из Кремниевой долины, подтверждает это.

Рик хотел создать веб-сервис, позволяющий пользователям размещать в интернете простые текстовые статьи. Эта идея осенила Рика задолго до революции блогов. Он чувствовал возможности этой идеи и работал по 15 часов в день. Вскоре у него появилась рабочая версия сервиса. Однако вместо того чтобы дать пользователям шанс испытать этот сервис, Рик решил, что программное обеспечение будет работать еще лучше, если создать более совершенный язык программирования. Рик проектировал этот новый язык четыре года. Результат был ужасен. Психологи Райан Бабино и Джон Крамбольц писали:

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

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

Дэвид Бейлс и Тед Орланд рассказывают в книге «Искусство и страх» (Art and Fear) о преподавателе гончарного дела, который в первый день учебного года объявил, что поделит класс на две группы. Половине студентов он сказал, что будет оценивать их по критерию количества: в последний день обучения он придет в класс с весами и измерит вес изготовленных ими горшков. Они получат пятерку за 20 кг горшков, четверку за 15 кг и т. д. Другую половину преподаватель оценивал по критерию качества. Эти студенты должны были принести в последний день единственный, лучший свой горшок.

Результаты не заставили себя ждать: все самые качественные горшки сделали студенты, оцениваемые по критерию количества. Вот как объясняют это Бейлс и Орланд: «В то время как “количественная” группа лепила один горшок за другим и в процессе училась на своих ошибках, “качественная” группа предавалась раздумьям о том, как создать совершенный горшок, и в итоге могла предъявить лишь грандиозные теории – и бесполезную кучку глины» [163].