После Второй мировой войны Япония жила в режиме дефицита - маленький рынок и мало денег. Почти нет права на ошибку.
Инженер Taiichi Ohno (Toyota Motor Corporation) видел, что проблема производства не в скорости. Люди и склады были заняты, станки работали. Но работа часто начиналась слишком рано, а впрок произведенные детали обозначали замороженные деньги.
И он задал неудобный вопрос: в какой момент вообще можно начинать работу?
Ответ пришёл не на заводе, а в обычном продуктовом супермаркете. Где люди не покупают еду по плану магазина, они берут ровно столько, сколько нужно сейчас. Полка пустеет — её пополняют. Если товар не берут — его не заказывают.
Инсайт был простым и радикальным: производство должно начинаться только после факта потребления !!!! 🤨🤔
Но эту идею нужно было зафиксировать физически. Так, чтобы её нельзя было обойти «по инициативе». Так появились канбан-карточки. Тогда это были простые бумажные или картонные карточки и содержали инфу: что за деталь, сколько штук, откуда и куда она идёт. Она жила прямо в ящике с деталями. Пока детали есть — карточка остаётся там. Когда ящик пустел — карточка уходила назад, на предыдущий участок. И означала только одно: эту деталь реально использовали — теперь можно сделать ещё. А без карточки начинать работу было запрещено. Даже если есть время и если хочется быть полезным.
Так канбан стал не способом ускоряться, а способом не начинать лишнее. Он защищал систему от самой дорогой ошибки — от преждевременной активности.
Позже карточки исчезли. Стали задачами, тикетами, колонками на доске.
Но вопрос, который они задают, остался тем же: а есть ли сейчас реальный сигнал, или я просто хочу быть занятым?
П.с. Слово канбан (看板) в японском языке означает «вывеску» или «сигнальную табличку», и сегодня этим словом называют один из методов организации работы в IT-командах, хотя изначально это был всего лишь видимый сигнал о реальной потребности.
Миграция идеи: полки продуктового магазина -> производство -> ИТ
История2: В конце 2000-х медицина упёрлась в тупик: уколы болезненны, тонкие иглы ломаются, толще — больно. Улучшать старую конструкцию было уже некуда. И в 2011 году японский инженер Seiji Aoyagi из Kansai University задал странный для инженера вопрос: а кто в природе прокалывает кожу тонко, точно и почти без боли? Комар 🥹.
Под микроскопом выяснилось, что у комара нет «одной иглы». Это набор микроструктур: несколько элементов, зазубренные края, микровибрация при входе. Он не давит, а аккуратно «проходит» ткань, прикладывая в разы меньшую силу, чем медицинская игла.
Аояги не копировал форму, а перенёс принципы: микрозазубрины, разделение нагрузки и микровибрацию. Так появились первые прототипы биомиметических игл и позже — микроигольные пластыри и почти безболезненные системы доставки лекарств.
Обычную иглу, конечно, никто не изобретал «по комару». Но новый класс игл — да, вырос именно отсюда. И это мой любимый пример интегративного мышления: решение пришло не из «улучшить своё», а из вопроса «кто уже решил это в другой системе». Иногда ответ — комар 💪🏻
История3: «Жертвенный» слой или ересь в космонавтике
В начале 1950-х в США встал конкретный вопрос - как вернуть аппарат из космоса целым/«живым»? При входе в атмосферу: • скорость — гиперзвуковая, • температура — тысячи градусов, • металл просто плавится. Идеи, которые рассматривали тогда были из серии - сделать корпус толще, охладить активным охлаждением, использовать суперсплавы.
Хью Джулиан Аллен (инженер и аэродинамик из NASA Ames Research Center) в 1958 году взял и сформулировал контринтуитивную идею: «А пусть материал разрушается, это не ошибка. Это решение». Аллен доказал, что при тупой форме капсулы возникает ударная волна, основное тепло уходит в воздух, а не в корпус, и если внешний слой испаряется и обугливается, он уносит энергию с собой. Это называется абляция.
Этот принцип на самом деле не нов и к этому моменту уже десятилетиями существовал в металлургии (футеровки доменных и мартеновских печей и огнеупоры, которые специально разрушались). Так был принцип: лучше потерять слой, чем ядро. В металлургии это была норма, а в авиации/космонавтике — почти ересь ☺️
И Аллен не копировал доменные печи напрямую, но он и его команда хорошо знали металлургию и теплотехнику и фактически сделали перенос инженерной логики для капсул программ Mercury и Apollo
Но! Как же ему в голову вообще пришло именно так сформулировать перед собой задачу? В ТРИЗ этот подход я бы классифицировала как принцип НАОБОРОТ. Что если над нужно не сохранить? А сохранить, разрушив? Что можно сделать наоборот? Изменить свойства/изменить направление действия/перевернуть объект кверху дном? Всё что угодно сделать наоборот, то какое может быть новое решение? Обожаю и применяю этот способ во множестве личных и рабочих задач :) попробуйте ) это всего лишь доп вопрос, который достаточно безопасно задать. И посмотреть, что придёт в голову