Спринт: Как разработать и протестировать новый продукт всего за пять дней. Джейк Кнапп
Читать онлайн книгу.. Произведение предназначено исключительно для частного использования. Никакая часть электронного экземпляра данной книги не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, включая размещение в сети Интернет и в корпоративных сетях, для публичного или коллективного использования без письменного разрешения владельца авторских прав. За нарушение авторских прав законодательством предусмотрена выплата компенсации правообладателя в размере до 5 млн. рублей (ст. 49 ЗОАП), а также уголовная ответственность в виде лишения свободы на срок до 6 лет (ст. 146 УК РФ).
Моей маме, которая помогала мне строить замки из картона, и Холли, которая всегда была готова заехать за мной, когда я умудрялся сесть не в тот автобус.
Моему деду Гиббу, который купил бы первые пятьсот экземпляров этой книги.
Моим родителям, вдохновлявшим меня совершать открытия и делать мир лучше.
От автора
То, как я работал, не работало.
В 2003 году у нас с женой родился первый ребенок. Когда пришла пора возвращаться на службу, мне хотелось лишь одного – чтобы время, проводимое мною в офисе, было столь же плодотворным и значимым, как и то, что я посвящал семье. Подвергнув свой рабочий метод тщательной ревизии, я с удивлением обнаружил, что затрачиваю на решение самых важных задач не так уж и много сил.
Я принялся за оптимизацию. Читал книги по повышению эффективности труда. Составлял многочисленные таблицы, пытаясь понять, что и как мне нужно делать, чтобы работать наиболее продуктивно: делать зарядку с утра или в обед, пить кофе или чай… Целый месяц посвятил экспериментам с пятью различными способами планирования. Соглашусь, выглядело это странно. И все же, шаг за шагом, я добивался своего, становясь все более собранным и организованным.
В 2007 г. я начал работать в Google. Для человека, повернутого на трудовой активности, здесь была создана идеальная среда. В Google с готовностью поощряют любые эксперименты – и не важно, связаны ли они с продукцией компании или с методами, которые выбирают для себя ее сотрудники, будь то отдельный человек… или целая команда.
Со страстной увлеченностью я стал интересоваться всем, что было способно повысить качество работы в команде (да, еще одна причуда). Первым моим экспериментом на этой стезе было активное внедрение метода мозгового штурма в деятельность команды разработчиков. Представьте себе производственное совещание, на котором стоит нескончаемый гвалт, а люди, перебивая друг друга, выдают на-гора одну идею за другой: забавнейшее мероприятие, доложу я вам. Всего какая-то пара часов – и в вашем распоряжении целая кипа дельных заметок и команда сотрудников, воодушевленных собственной деятельностью.
Все шло хорошо, пока очередное наше собрание вдруг не было прервано неожиданным вопросом. «А как вы узнаёте, работают ли наши мозговые штурмы?» – спросил один из коллег. Ответить мне было нечего. Хуже того, я был крайне смущен, ибо, сосредоточившись на том, чтобы члены команды получали удовольствие от процесса, забыл о самом главном – плодах нашего труда.
Я внимательно изучил все результаты и обнаружил нечто удивительное: идеи, которые компания брала на вооружение и которые оборачивались успехом, были сгенерированы как угодно, но только не нашим «выкрикни-как-можно-громче» методом. Лучшие же из них так и вовсе исходили из совершенно других источников. Но вот из каких именно?
Сотрудники, не «прикрепленные» к той или иной команде, работали так же, как и всегда, – обдумывая свои идеи на рабочем месте, в кафе и даже в душе. И то, что выходило у них, было лучше того, что получалось у нас. Мозговые штурмы не давали ничего, кроме радостного возбуждения – а когда оно проходило, вдруг оказывалось, что порожденные в результате идеи абсолютно неконкурентоспособны.
Возможно, это происходило потому, что желание сгенерировать как можно больше идей не оставляло нам времени на серьезные размышления. Или потому, что каждое собрание мы заканчивали заметками и схемами – вместо того, чтобы создать что-нибудь более или менее функциональное. Чем дольше я думал об этом, тем больше недостатков находил в своем подходе.
Я сравнил мозговые штурмы с собственной ежедневной работой в Google. И вот что выяснилось: чем сложнее была поставленная передо мною задача и чем меньшим временем на ее решение я располагал, тем лучше оказывались результаты.
Один из таких проектов имел место в 2009 году. У одного из разработчиков Gmail, Питера Балсигера, родилась идея автоматической организации электронной почты: чтобы входящие сообщения можно было маркировать как «приоритетные». Мне эта задумка, получившая впоследствии название «Priority Box», показалось потрясающей, и я предложил другому разработчику Google, Энни Чен, вместе заняться ее реализацией. Энни согласилась – но только при условии, что работа займет не больше месяца: если за это время проект не сможет доказать свою состоятельность, она переключится на что-нибудь другое. Я был уверен, что месяца будет мало, но, приняв во внимание, насколько великолепным специалистом