Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели - читать онлайн книгу. Автор: Эрик Рис cтр.№ 47

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

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

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

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

Но есть смельчаки, которые решили изменить ситуацию. Например, в экспериментальной школе School of One у каждого ученика есть ежедневный «репертуар» учебных задач, подобранный с учетом его индивидуальных потребностей, подготовки и стиля обучения. Скажем, Джулия опережает программу по математике этого учебного года и лучше всего занимается в небольшой группе. Поэтому в ее «репертуаре» может быть три или четыре видеофильма, соответствующих ее уровню способностей, 30-минутный индивидуальный урок с учителем и работа в небольшой группе, где ей нужно решить математическую задачу вместе с тремя другими учениками такого же уровня подготовки. Готовую работу можно сдать учителю, и он выберет соответствующие задачи для следующего «репертуара».

Такой подход может применяться в классе, во всей школе и даже в целом районе.

Представьте себе, как можно экспериментировать со школьной программой в такой школе, как School of One. Каждый ученик работает в собственном темпе. Скажем, вы — учитель и хотите предложить новую учебную программу по математике. Вы сможете очень быстро оценить ее эффективность для тех ваших учеников, которые сейчас изучают темы программы, с которыми вы экспериментируете. Если вы увидите, что новая программа лучше, то сможете сразу же ввести ее для всех: приступая к новым темам, каждый отдельный ученик автоматически будет изучать их по-новому. Иначе говоря, такие инструменты, как School of One, позволяют учителям использовать подход небольших партий, и это очень эффективно для учеников. (А если такие инструменты получат широкое распространение, успешные эксперименты отдельных учителей можно будет внедрить в масштабах района, города или даже всей страны.) Такой подход приобретает популярность и получает все больше признания. Журнал Time недавно включил школу School of One в список «наиболее новаторских проектов». Она оказалась единственной организацией из сферы образования в этом списке.

Подход небольших партий трудно дается менеджерам, следующим традиционному подходу к производительности и развитию бизнеса. Они привыкли считать, что для опытных работников функциональная специализация — более эффективный метод работы.

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

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

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

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

Когда я работаю с продукт-менеджерами и разработчиками в компаниях, следующих подходу больших партий, то часто наблюдаю, что при выпуске каждого нового продукта им приходится переделывать работу по пять-шесть раз. Одного продукт-менеджера, с которым я сотрудничал, отвлекали так часто, что он, чтобы спокойно поработать, стал приходить в офис по ночам. Я предложил ему перейти от подхода больших партий к потоку единичных изделий. Он отказался — ведь это неэффективно! «Инстинкт» больших партий так силен, что даже если этот подход не работает, мы предпочитаем винить в этом себя.

Со временем большие партии становятся еще больше. Если весь объем работы передается из одного отдела в другой, часто приходится что-то доделывать, переделывать, возникают задержки и простои, поэтому все начинают работать с еще большими партиями, пытаясь справиться с дополнительной нагрузкой. Я называю это «снежным комом» больших партий. И ведь, в отличие от производства, где есть какие-то физические границы, здесь объемы партий ничем не ограничены. Они все увеличиваются и увеличиваются. В конце концов, одна такая партия становится самым главным проектом, «ставкой компании», новой версией продукта — ведь прошло так много времени после выпуска последней версии. Но теперь менеджеров побуждают увеличивать размеры партий, а не создавать продукт. Если учесть, как много времени заняла разработка продукта, почему бы не исправить еще один баг или не добавить еще одну опцию? Какой менеджер захочет поставить под угрозу такой важный проект из-за того, что он не смог устранить какой-нибудь досадный недостаток?