– Я смотрел на происходящее и думал, что это похуже, чем летать над Северным Вьетнамом, – сказал мне Джефф, когда я был в гостях в его бостонском доме. – Там только половину людей убивали!
Джефф был настроен разработать новую систему, при которой идеи должны были не только спускаться сверху, но и «всплывать» снизу. Примерно в 1990 г. он просматривал выпуски Harvard Business Review за 30 лет и наткнулся на одну статью от 1986 г., авторы которой, Хиротака Такеучи и Икуджиро Нонака, отмечали, что темп в бизнесе становится все быстрее и ключевыми характеристиками успешных организаций служат скорость и гибкость. В статье освещались стратегии таких компаний, как Toyota и Canon, а сплоченные команды уподоблялись игрокам регби, которые собираются вокруг мяча.
– Мы прочли эту публикацию и поняли: вот оно! – рассказывал Сазерленд.
В заслугу Джеффу ставят то, что он использовал термин scrum[9] применительно к бизнесу. Позднее это понятие вошло в зонтичный термин agile development – «гибкая методология разработки». Сегодня это стандартная система в сотне стран (слово «гибкий» используется как собирательное понятие), и две трети всего программного обеспечения разрабатывается в соответствии с такой философией. Вероятнее всего, вы не далее как сегодня использовали что-нибудь, начиная от мобильного телефона и заканчивая поисковой системой, что было создано на основе гибкой методологии разработки. Спустя некоторое время такие ведущие организации, как GE и Facebook, тоже начали применять ее в своей работе.
Во многих отношениях гибкость представляет собой часть более масштабной социальной тенденции к децентрализации власти. Бизнес-гуру Том Питерс говорил, что «гибкие организации преуспевают», потому как не связаны жесткими правилами. У них есть определенная свобода для того, чтобы создавать новые правила. Подобная эволюция происходила в семьях на протяжении десятков лет: власть перестала быть исключительно прерогативой отцов, ею начали обладать и матери, и все чаще – сами дети. Приверженцы гибкой методологии разработки неизбежно начали задаваться вопросом, могут ли семьи извлечь какую-то пользу из принципов этой системы.
– Я все чаще вижу людей, которые используют гибкий подход дома, особенно в отношениях с детьми, – заметил Джефф.
В то время их собственные дети уже выросли, но Джефф и его жена Арлин начали использовать эту систему для организации семейных уик-эндов. Они отвели меня в кухню и показали висевшую на стене гигантскую блок-схему, которая была поделена на три колонки: НАДО СДЕЛАТЬ, В ПРОЦЕССЕ, СДЕЛАНО. В левой колонке НАДО СДЕЛАТЬ супруги приклеивали стикеры с задачами – «накормить животных», «сходить за продуктами», «созвониться по скайпу с Вероникой». Когда кто-либо брался за конкретную задачу, самоклеящийся листочек перемещался из первой колонки во вторую, а когда задача была выполнена – в третью.
Благодаря наглядно представленным данным все члены команды могут следить за прогрессом остальных.
– Если у вас в доме есть похожая вещь для общего пользования, – сказал Джефф, – то я гарантирую: дел будет сделано вдвое больше. Ручаюсь.
Они обожают приводить в пример свой первый День благодарения, проведенный по новой системе.
– Мы собрались все вместе и составили список необходимых дел, – рассказала Арлин. – Купить еду, приготовить посуду, накрыть на стол. Затем мы разбились на небольшие команды для выполнения каждой отдельной задачи.
– Например, мы организовали команду, отвечающую за прием гостей, под началом девятилетнего ребенка, – добавил Джефф. – Когда звонили в дверь, он собирал остальных членов своей команды и бежал с ними в прихожую: «Привет! Мы так рады вас видеть! Позвольте нам взять ваши пальто!» Наши гости никогда не встречали столь теплого приема. Все согласились с тем, что это был лучший День благодарения в нашей жизни.
Но, естественно, и в этой системе случился сбой. Члены команды, накрывавшей на стол, никак не могли договориться между собой относительно того, как расположить карточки с именами. Одна из невесток предпочитала сидеть рядом со своим мужем, тогда как в семействе Сазерлендов пары обычно разделяли. Команда никак не могла прийти к консенсусу, и из-за этих споров стол стал камнем преткновения.
– В таких случаях гибкая методология разработки особенно эффективна, – заметил Джефф. – На следующий день на нашем обзорном совещании мы обсудили произошедшее. Сначала озвучили саму проблему: команда не может договориться о том, как рассадить гостей, а затем предложили решения для следующего семейного сбора: мы можем сажать пары вместе, делить их или комбинировать как угодно. Затем мы пришли к соглашению, которое заключалось в том, чтобы от раза к разу чередовать варианты.