В выходные хочется немного поговорить о книге, которая стала моей любимой книгой на профессиональную тематику и одновременно вошла в мой топ с литературной точки зрения.
Это бестселлер Эльяху Голдрата "Цель".
Книга написана в духе бизнес-романа, привет тебе "Атлант расправил плечи". И с точки зрения произведения захватила меня с первых страниц и не отпускала до самого конца. Впервые я испытывал жгучее желание почитать книгу из категории деловой литературы, переживал за героя и проглатывал страницы десятками.
Но все же в первую очередь хочется поговорить о сутевой части и инсайтах. Книга описывает процесс изменения майндсета руководства крупного завода в США, поставленного в очень жесткие дедлайны с задачей нивелировтаь убытки завода, вызванные в том числе жесткой конкуренцией со стороны японских производителей.
Используя Теорию органичения систем и точечный менторинг ученого Ионы (несложно догадаться, кто является его прототипом), руководители совершают ряд изменений, ломающих все общепринятые способы организации производства, учета и управления запасами. Но самое главное с чего начинается изменение майндсета - это определение цели. Это огромная проблема, когда управление и операционка выстраиваются без видения конечной цели всего предприятия. Тогда начинается оптимизация локальных оптимумов, которые далеко не всегда ведут к достижению общей цели. Ярким примером могут служить KPI сотрудников или отделом, которые никак не работают на достижение общей цели компании, а позволяют сделать лучше только самому департаменту. И тогда все это становится исключительно элементами политической борьбы между департаментами, чтобы добиться большего влиятия и бюджетов. Думаю, многие, кто работал в компаниях от 50 человек сталкивались с таким. По цели, кстати, в книге все просто - цель любой коммерческой компании - зарабатывать деньги. Но тут я не сильный спойлер сделал, я надеюсь😄
Второй важный инсайт - это то, что люьая идея находит наибольшую поддержку и эффективность применения в том случае, если она была рождена, если хотите, выстрадана, внутри команды, а не привнесена снаружи. Именно поэтому сейчас становил так популярен именно инструмент коучинга, то есть умения задавать вопросы так, чтобы человек сам пришел к нужной мысли. Тут, кстати, можно вспомнить, как Штирлиц закидывал идеи Шелленбергу в 17 мгновениях весны. Здесь очень важным выводом является то, что если команде разработке принести готовое решение, то они реализуют его, но без особого рвения. А вот если это решение придумали они сами - они будут реализовывать его с желанием и стараться сделать как можно лучше. Так уж работает человеческая психика.
Третий важный инсайт - про загрузку. Внезапно загрузка 100% - неэффективна, привет вам проджекты 😃. В книге описывается это с точки зрения отсутствия резерва по ресурсам с одной стороны и перепроизводства с другой стороны. То есть когда вам нужно более приоритетный заказ прогнать - у вас не получится, все ресурсы заняты. При этом заняты они могут быть какой то низкоприоритетной задачей, просто лишь бы не сидели без дела. И вроде бы это относится к станкам, которые надо перенастраивать, перед которыми лежат ящики с деталями и тд. Но вспомните себя. Сидите вы делаете задачу, половину сделали, а тут прибегает эффективный менеджер и срочно кидает на аврал. Вы точно так же будете переключвать контекст, откладывать результаты предыдущей задачи (складировать) и тд.
Ну а про главный инсайт напишу в следующем посте.
