Ричард Шеридан - Работа мечты. Как построить компанию, которую любят

Дизайн для жизни

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

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

• помочь спланировать свадьбу века! – она хочет создать чудесные воспоминания для своей семьи;

• понять, способен ли компьютер помочь ей сэкономить время (она хочет обсудить свои компьютерные знания с дочерью) – она планирует серьезный разговор с дочерью;

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

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

В поисках антропологов высоких технологий

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

Что мы ищем? Кроме уже упоминавшихся детсадовских навыков, обязательных для всех менлониан, АВТ также должны обладать широким спектром талантов, включая:

• отличные наблюдательские навыки;

• способность спокойно сидеть долгое время;

• отношение «скорее делайте ошибки»;

• навыки проектирования пользовательского интерфейса;

• умение рисовать мелками и маркерами;

• привычка писать напоминания на стикерах;

• опыт работы в Adobe Photoshop (по иронии судьбы это очень сложная программа);

• способность к сопереживанию;

• умение работать с неопределенностью и абстракциями;

• аккуратность и умение творить в указанных рамках.

Умения программировать от АВТ не требуется.

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

Глава 7

Боритесь со страхом, встречайте изменения с радостью

Страх – убийца разума.

Страх является одним из самых больших убийц радости. Именно поэтому в самом начале нашего эксперимента с «фабрикой» Джеймс Гебель заявил: все, что в Menlo пойдет не так, будет его виной. Тед, один из наших самых старших программистов, сразу же подхватил его идею. И каждый раз, если что-то не срабатывало, Тед говорил: «Это вина Джеймса!» Такое маленькое остроумное замечание освободило команду от нападок друг на друга и позволило всем работать над проблемой, а не искать виноватых.

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

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

Это противоположность культуре ощущения безопасности. Чтобы создать ее, вы сначала должны столкнуться с необходимостью просить людей в вашей команде стать уязвимыми для всего того, чем общество систематически пугало нас с юности. Подумайте об общих правилах: «Учись на пятерки», «Поступи в хороший колледж», «Найди высокооплачиваемую работу», «Получи повышение», «Больше зарабатывай». Возможно, где-то на этом пути вы пытались сделать что-то, не вписывающееся в правила, – и оно не сработало. В итоге вы окончили школу в самом отстающем классе, что снизило ваш средний балл в аттестате. Это помешало вам попасть в Стэнфорд. Таким образом, вы не смогли претендовать на работу в Google – и сегодня вы не мультимиллионер. Вы провалились.

А сейчас мы просим вас ошибаться быстрее.

Скорее делайте ошибки

Наш самый ранний эксперимент с Бобом и Клейром в Interface Systems заключался в испытании экстремального программирования. И, хотя я изначально собирался испытать все эти сумасшедшие техники со всей своей командой, мы начали работу с одной парой и продолжали ее на протяжении нескольких недель. Мы запустили небольшой эксперимент, который не навредил бы работе команды в случае неудачи. Как только стало очевидно, что эксперимент оказался успешным для двоих человек, мы запустили второй небольшой эксперимент: обучение на «фабрике Java» продолжительностью в одну неделю.