Бизнес с нуля

Бизнес с нуля

Эрик Рис

«Снежный ком» больших партий

Все материалы, размещенные в боте и канале, получены из открытых источников сети Интернет, либо присланы пользователями  бота. 
Все права на тексты книг принадлежат их авторам и владельцам. Тексты книг предоставлены исключительно для ознакомления. Администрация бота не несет ответственности за материалы, расположенные здесь

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

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

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

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

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

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

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

Как-то мне довелось работать в компании, оказавшейся в такой ловушке. Мы несколько месяцев трудились над новой версией действительно замечательного продукта. Его первая версия разрабатывалась несколько лет, и теперь ожидания были невероятно высоки. Но чем дольше мы работали, тем больше боялись: как примут ее клиенты, когда наконец увидят? По мере того как наши планы становились все более грандиозными, росло и количество багов, конфликтов и проблем, с которыми нам приходилось справляться. Довольно скоро мы поняли, что просто не можем выпустить продукт. Выход новой версии то и дело откладывался. Чем больше мы работали, тем больше нужно было сделать. Нам никак не удавалось закончить проект, начался кризис, произошла смена руководства — и все из-за ловушки подхода больших партий.

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

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