Джон Зерацки - Спринт - Как разработать и протестировать новый продукт всего за пять дней

Переводчик А. Олейник

Редактор И. Беличева

Руководитель проекта А. Василенко

Корректор Е. Аксёнова

Компьютерная верстка К. Свищёв

© 2016 by John Knapp, John Zeratsky, and Braden Kowitz

© Издание на русском языке, перевод, оформление. ООО «Альпина Паблишер», 2017

Все права защищены. Произведение предназначено исключительно для частного использования. Никакая часть электронного экземпляра данной книги не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, включая размещение в сети Интернет и в корпоративных сетях, для публичного или коллективного использования без письменного разрешения владельца авторских прав. За нарушение авторских прав законодательством предусмотрена выплата компенсации правообладателя в размере до 5 млн. рублей (ст. 49 ЗОАП), а также уголовная ответственность в виде лишения свободы на срок до 6 лет (ст. 146 УК РФ).

То, как я работал, не работало.

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

Я принялся за оптимизацию. Читал книги по повышению эффективности труда. Составлял многочисленные таблицы, пытаясь понять, что и как мне нужно делать, чтобы работать наиболее продуктивно: делать зарядку с утра или в обед, пить кофе или чай… Целый месяц посвятил экспериментам с пятью различными способами планирования. Соглашусь, выглядело это странно. И все же, шаг за шагом, я добивался своего, становясь все более собранным и организованным.

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

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

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

Я внимательно изучил все результаты и обнаружил нечто удивительное: идеи, которые компания брала на вооружение и которые оборачивались успехом, были сгенерированы как угодно, но только не нашим «выкрикни-как-можно-громче» методом. Лучшие же из них так и вовсе исходили из совершенно других источников. Но вот из каких именно?

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