ТРИЗ: Закон неравномерности развития частей системы

Закон неравномерности развития частей системы — один из законов группы кинематики в системе законов развития технических систем (ЗРТС) Генриха Альтшуллера. В классической формулировке: развитие частей системы идёт неравномерно, и чем сложнее система, тем неравномернее развитие её частей. Одни части совершенствуются быстро, другие — медленно или вовсе стоят на месте, и отстающая часть становится узким местом, которое определяет предел возможностей всей системы. Именно там, где отстающая часть сталкивается с опередившими её, возникают технические и физические противоречия, то есть изобретательские задачи.

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

Закон сформулирован Альтшуллером в середине 1970-х годов и вошёл в систему законов, изложенную в книге «Творчество как точная наука» (1979). Он вытекает из наблюдения за историей самых разных технических систем: каждая часть развивается по собственной кривой, зависящей от зрелости той области знаний и технологий, к которой она относится. Материалы, электроника, механика, программное обеспечение улучшаются с разной скоростью, и нет причин ожидать, что части одной системы будут «взрослеть» синхронно.

Практическое значение закона — в связи с противоречиями. Планомерное развитие системы возможно, пока не обострятся противоречия между более совершенными элементами и отстающими. Когда обостряются, возникает задача: улучшение одного показателя (мощности, скорости, объёма) упирается в недостаточность другого. Поэтому в ТРИЗ неравномерность считают источником технических и физических противоречий, для разрешения которых служат АРИЗ и другие инструменты. Иными словами, закон объясняет, откуда берутся задачи, и указывает, где их искать: на границе между опередившей и отстающей частью.

Первый документированный кейс — «стена памяти» в компьютерах. В 1995 году Уильям Вулф и Салли Маккки опубликовали статью «Hitting the Memory Wall: Implications of the Obvious», в которой сопоставили темпы развития двух частей вычислительной системы. Производительность микропроцессоров, по принятой в статье оценке, росла примерно на 80 % в год, тогда как скорость динамической памяти (DRAM) — примерно на 7 % в год. Экстраполяция давала тревожный вывод: среднее число тактов процессора на одно обращение к памяти вырастет с 1,52 в 2000 году до 8,25 в 2005-м и до 98,8 в 2010-м, а когда среднее время доступа к памяти превысит пять времён выполнения команды, скорость системы будет определяться памятью, и ускорение процессора перестанет сокращать время работы приложения. Это чистая иллюстрация закона: одна часть системы (процессор) ушла вперёд, другая (память) отстала — и отстающая определила предел всей системы. Оговорка для честности: цифры статьи — это экстраполяция, а не факт, и на практике отставание смягчали архитектурными средствами, прежде всего многоуровневой кэш-памятью, — то есть разрешали именно то противоречие, о котором говорит закон.

Второй кейс — закон Амдала. В 1967 году Джин Амдал на конференции AFIPS показал, что ускорение программы за счёт параллельных процессоров ограничено долей, которую нельзя распараллелить: если доля последовательной работы равна s, максимальное ускорение не превышает 1/s. По формуле, при пяти процентах последовательной работы предел ускорения — двадцатикратный, сколько бы процессоров ни добавили. Наращивание опередившей части (числа процессоров) упирается в отстающую (последовательный участок): вложения в опережающую часть перестают окупаться — точная количественная параллель закона неравномерности. Важно, что закон Амдала — не часть ТРИЗ, а результат другой дисциплины; мы используем его как независимое подтверждение того же паттерна.

Части системы никогда не развиваются одинаковым темпом: всегда есть звено, которое отстаёт и определяет предел возможностей всей системы.

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

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

   Разные части развиваются с разной скоростью в зависимости от зрелости соответствующих знаний и технологий. Поэтому синхронного прогресса ждать не следует, а в продукте, составленном из частей разного «возраста», разрыв между самым зрелым и самым молодым элементом почти неизбежен. Полезно рассматривать каждую часть на её собственной S-образной кривой: одна уже на плато, другая только набирает скорость.

2. Принцип: отстающая часть определяет предел развития системы

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

3. Принцип: выявление отстающей части — точка приложения усилий

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

4. Принцип: неравномерность порождает противоречия — их и нужно разрешать

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

5. Принцип: неравномерность бывает разумной

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

6. Принцип: как переносить закон на организации — только как аналогия

   Закон сформулирован для технических систем; в организациях это аналогия. «Части» — подразделения, процессы и функции, участвующие в создании ценности: продажи, производство, логистика, поддержка, разработка, аналитика. Если отдел продаж вырос быстрее производства, рост заказов упирается в мощности; если разработка ускорилась, а тестирование и выпуск остались прежними, скорость доставки продукта не изменится. Аналогия полезна как вопрос «какая часть цепочки сдерживает результат?», но не как утверждение, что развитие организации подчиняется технической кривой.

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

7. Принцип: как измерять эффект подтягивания отстающей части

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

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

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

1. Ошибка 1: продолжают инвестировать в уже опережающие части системы.

   Ресурсы направляются туда, где легче добиться заметного прогресса, хотя реальный предел системы определяется отстающей, а не опережающей частью.

   Как избежать

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

2. Ошибка 2: не пересматривают оценку отстающей части по мере развития системы.

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

   Как избежать

   регулярно повторять диагностику уровня всех частей после каждого цикла улучшений.

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

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

   Как избежать

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

4. Ошибка 4: путают «отстающую часть» с частью, которую проще всего улучшить.

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

   Как избежать

   явно разделять вопросы «какая часть реально отстаёт» и «что легче улучшить»: приоритет определяется первым, а не вторым.

5. Ошибка 5: улучшают отстающую часть и не проверяют сквозной результат.

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

   Как избежать

   закладывать сквозной показатель системы (скорость и пропускную способность результата) как главный критерий успеха и сверяться с ним после каждого изменения.

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

1. Неделя 1: определить части системы

   Выбрать систему или продукт организации, определить все существенные части (подразделения, процессы, технические узлы) и сформулировать требуемый результат системы. В фрейме — внести части строками.

2. Неделя 2: оценить уровень развития каждой части

   Оценить уровень каждой части по согласованной шкале 1–5 и сопоставить с требованием задачи; оценивать вдвоём-втроём, фиксируя критерии баллов (Ошибка 3). В фрейме — выставить слайдеры.

3. Неделя 3: найти отстающую часть и спланировать её развитие

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

4. Неделя 4: реализовать улучшения и переоценить систему

   Реализовать улучшения отстающей части, замерить сквозной показатель системы и повторно оценить все части: узкое место могло сместиться (Ошибка 2).

Как реализовать этот план с помощью фрейма «Закон неравномерности развития» в OrgDevTools

Фрейм «Закон неравномерности развития» в OrgDevTools — таблица частей системы со слайдерами уровня и автоматическим вердиктом.

• Строки таблицы — для каждой части вводится название и уровень развития слайдером от 1 до 5 (по умолчанию у новой строки 3). Строки добавляются кнопкой «+ добавить часть», удаляются крестиком (последнюю удалить нельзя). Это работа недель 1–2 плана.

• Подсветка отстающей части — строка с минимальным уровнем получает метку «отстающая» и красную рамку. Важная особенность расчёта: минимум считается по всем строкам, включая ещё не названные, а у пустой строки по умолчанию уровень 3. Поэтому, если все названные части оценены на 4–5, а осталась пустая строка со значением 3, подсветка и вердикт не появятся — удаляйте лишние пустые строки.

• Вердикт называет отстающую часть по имени и её уровень («Наиболее отстающая часть — «X» (уровень N/5)…»). Если на минимальном уровне сразу несколько частей, в вердикт попадает только первая по порядку строк — остальные видны по красным меткам.

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

Книги по теме

Г. Альтшуллер — «Творчество как точная наука» (Москва: Советское радио, 1979). Первоисточник закона неравномерности развития частей и остальных законов ЗРТС.

G. S. Altshuller — «Creativity as an Exact Science: The Theory of the Solution of Inventive Problems» (Gordon and Breach, 1984), перевод Anthony Williams. Английский перевод той же работы — для сверки терминологии.