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

Спринт: Как разработать и протестировать новый продукт всего за пять дней

Существует множество методов разработки новых продуктов, но все они требуют времени. Поэтому в Google разработали «Спринт» – методику, которая позволяет протестировать любую идею всего за пять дней.

Книга издана в 2017 году.


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

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

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

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

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


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

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


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

* * *

Моей маме, которая помогала мне строить замки из картона, и Холли, которая всегда была готова заехать за мной, когда я умудрялся сесть не в тот автобус.

Джейк

Моему деду Гиббу, который купил бы первые пятьсот экземпляров этой книги.

Джон

Моим родителям, вдохновлявшим меня совершать открытия и делать мир лучше.

Брейден

От автора

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

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

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

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

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

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

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

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

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

Я сравнил мозговые штурмы с собственной ежедневной работой в Google. И вот что выяснилось: чем сложнее была поставленная передо мною задача и чем меньшим временем на ее решение я располагал, тем лучше оказывались результаты.

Один из таких проектов имел место в 2009 году. У одного из разработчиков Gmail, Питера Балсигера, родилась идея автоматической организации электронной почты: чтобы входящие сообщения можно было маркировать как «приоритетные». Мне эта задумка, получившая впоследствии название «Priority Box», показалось потрясающей, и я предложил другому разработчику Google, Энни Чен, вместе заняться ее реализацией. Энни согласилась – но только при условии, что работа займет не больше месяца: если за это время проект не сможет доказать свою состоятельность, она переключится на что-нибудь другое. Я был уверен, что месяца будет мало, но, приняв во внимание, насколько великолепным специалистом является Энни, все же решил рискнуть.



Другие книги авторов Брейден Ковитц, Джон Зерацки
Ваши рекомендации