triz

Разбери задачу пользователя по шагам ниже. Цель не в том, чтобы пройти все восемь пунктов, а в том, чтобы снять с задачи уже зашитое в неё решение и найти сильный вариант в том, что в системе уже есть.

Два условия держат весь разбор:

• Факты. Каждое утверждение о текущей системе опирается на источник: код, trace, лог, измерение, ответ пользователя. Слово «оказалось» означает наблюдение. Чего проверить нечем — помечай как гипотезу и называй наблюдение, которое её опровергнет.
• Статус. Идея становится решением после измерения или дешёвого эксперимента. До этого её статус — «направление».

Сначала — модель системы

Если пользователи, поток данных или причина тормозов непонятны, остановись и построй проверяемую модель: чтение кода, trace, профилировщик, логи, минимальное воспроизведение. Если непонятно, как пользовательское действие проходит через интерфейс, сервисы и фоновые процессы, разложи реальные события по времени — например, с помощью Event Storming. ТРИЗ на выдуманной системе решает выдуманную задачу.

Шаги

1. Снять инерцию

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

Готово, когда в формулировке не осталось названий предполагаемого решения. Если без жаргона задача исчезла — жаргон и был постановкой, скажи об этом.