ТРИЗ: Бенчмаркинг в ТРИЗ (Функциональный бенчмаркинг)

Функциональный бенчмаркинг — версия бенчмаркинга в рамках инструментария ТРИЗ, принципиально отличающаяся от классического стратегического бенчмаркинга (сравнения с прямыми конкурентами в своей отрасли). Вместо сравнения с конкурентами задача переформулируется в терминах абстрактной функции — например, «доставить сообщение получателю мгновенно» — и производится поиск лучшего в мире исполнения именно этой функции в любой, часто совершенно другой отрасли, по аналогии с патентным поиском по функции в классической ТРИЗ.

Происхождение и исследовательская база

Метод развит в рамках ТРИЗ как логическое следствие функционального подхода — если задача сформулирована на языке функции, а не конкретной отраслевой реализации, поиск лучшего решения этой функции естественным образом расширяется далеко за пределы собственной отрасли. В отличие от «Переноса свойств» (переноса одного конкретного свойства решения), функциональный бенчмаркинг — систематическое РАНЖИРОВАНИЕ множества систем из разных отраслей по уровню исполнения одной и той же функции, с явным выявлением лидера.

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

Ключевые идеи и принципы

1. Принцип: формулировка задачи на языке абстрактной функции

   Задача переформулируется без привязки к конкретной отрасли или технологии — не «как ускорить производство деталей», а «как максимально быстро физически трансформировать материал в готовую форму».

2. Принцип: поиск исполнителей функции в разных отраслях

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

   Реальный кейс: детский госпиталь Great Ormond Street и пит-стоп Ferrari: в 2001 году врачи Мартин Эллиотт и Аллан Голдман из детского госпиталя Great Ormond Street в Лондоне искали способ снизить количество ошибок при передаче пациента из операционной в реанимацию после кардиохирургии — они переформулировали задачу как абстрактную функцию «быстро и безошибочно передать контроль над критическим процессом под давлением времени» и поехали изучать пит-стопы команды Ferrari Formula 1 в Маранелло, дополнив выводы моделями экипажной работы (CRM) из авиации. По результатам исследования (Catchpole K.R. и др., «Patient handover from surgery to intensive care: using Formula 1 pit-stop and aviation models to improve safety and quality», Paediatric Anaesthesia, 2007, т. 17, №5, с. 470-478; прочитана по описанию и цитатам из нескольких независимых пересказов, полный текст платный), в исследовании из 50 передач пациентов (23 до внедрения нового протокола и 27 после) среднее число технических ошибок на одну передачу снизилось с 5,42 до 3,15. Практический вывод для методики: искали не другую детскую больницу с лучшими показателями, а вообще другую отрасль, где именно эта функция — быстрая безошибочная передача контроля под давлением — доведена до предела совершенства.

3. Принцип: ранжирование по уровню исполнения функции, а не список кандидатов

   Найденные системы-исполнители функции не просто перечисляются, а количественно сравниваются и ранжируются по уровню/качеству исполнения этой конкретной функции, что явно выявляет лидера — систему, наиболее близкую к идеальному исполнению.

4. Принцип: перенос принципа лидера — отдельный, обязательный шаг

   Обнаружение лидера само по себе не даёт решения — необходим отдельный шаг вычленения переносимого принципа его успеха и адаптации этого принципа под контекст собственной отрасли (та же логика, что в методе «Перенос свойств»).

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: формулируют функцию слишком узко, привязанной к конкретной технологии.

   Функция формулируется с элементами конкретной технологической реализации, что искусственно сужает пространство поиска аналогов в других отраслях.

   Как избежать

   формулировать функцию максимально абстрактно, полностью отделяя её от конкретного способа реализации в собственной отрасли.

2. Ошибка 2: ограничивают поиск близкими, привычными отраслями.

   Сравнение проводится только с похожими компаниями или технологиями, теряя ценность истинно функционального, межотраслевого бенчмаркинга.

   Как избежать

   сознательно расширять поиск на максимально далёкие, неожиданные отрасли и природные системы.

3. Ошибка 3: не оценивают объективно уровень исполнения функции разными системами.

   Ранжирование систем-исполнителей проводится субъективно, без чётких, сопоставимых метрик оценки качества исполнения функции.

   Как избежать

   разрабатывать объективные, сопоставимые метрики (например, единую шкалу процентов) для оценки уровня исполнения абстрактной функции разными системами.

4. Ошибка 4: находят лидера, но переносят его решение буквально, не вычленяя абстрактный принцип.

   Команда, вдохновившись примером из другой отрасли, пытается скопировать конкретную технологию или процедуру целиком, а не абстрактный принцип, который делает решение лидера сильным — в результате перенос не работает, потому что контекст отраслей принципиально разный.

   Как избежать

   явно выделить абстрактный принцип, обеспечивающий превосходство лидера (например, «строго фиксированные роли и молчаливая координация» у пит-стопа Ferrari), и адаптировать именно этот принцип к своему контексту, а не копировать конкретные действия буквально.

План внедрения

1. Неделя 1: сформулировать функцию абстрактно

   Определить ключевую функцию системы организации в максимально абстрактных, отраслево-независимых терминах.

2. Неделя 2: найти системы-исполнители из разных отраслей

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

3. Неделя 3: выявить лидера и изучить его принцип

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

4. Неделя 4: адаптировать и реализовать найденный принцип

   Перенести и адаптировать принцип лидера под контекст собственной отрасли, реализовать изменения.

Как реализовать этот план с помощью фрейма «Функциональный бенчмаркинг» в OrgDevTools

Фрейм «Функциональный бенчмаркинг» в OrgDevTools автоматически выявляет лидера, а не просто хранит список отраслей.

• Поле «Абстрактная функция (независимо от отрасли)» с примером-подсказкой прямо в интерфейсе («доставить сообщение получателю мгновенно») — сюда вписывается результат недели 1; сам факт наличия примера-эталона задаёт нужный уровень абстракции и подталкивает не привязываться к конкретной технологии (защита от Ошибки 1).

• Таблица «Отрасль» / «Система, выполняющая функцию» / «Уровень исполнения %» — построчный ввод кандидатов (неделя 2), единая числовая шкала для всех строк — прямая защита от Ошибки 3: субъективное «кажется, хорошо работает» невозможно, нужно поставить конкретное число, сопоставимое с остальными строками.

• Строка с максимальным значением автоматически помечается «★ лучший» и подсвечивается — фрейм сам вычисляет лидера по введённым числам (неделя 3), не нужно сравнивать вручную и не нужно гадать, кто лидирует при большом списке отраслей.

• Поле «Что переносим от лидера в свою систему» — физически отдельное от таблицы сравнения, что не даёт считать факт нахождения лидера завершением работы (прямая защита от того, что перенос принципа — отдельный обязательный шаг, недели 4 плана).

Книги по теме

Г. Альтшуллер — «Найти идею: Введение в ТРИЗ» (1986). Основы функционального подхода к анализу задач в ТРИЗ.