Простыми словами
Например, команда замечает симптомы «Build Trap», но лечит каждый случай отдельно. Более устойчивый вариант — команда устраняет механизм «Build Trap» через изменение границ, стимулов или ответственности. Поэтому смотрят на реальное поведение людей и итог для продукта, а не только на красивую промежуточную метрику.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на стимулы, правила, информацию и поведение участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Исправлять отдельные проявления «Build Trap» по одному, не проверяя, нет ли у них общей причины.
Если «Build Trap» действительно объясняет проблему, менять не отдельный симптом, а сам механизм — например границы, стимулы или распределение ответственности.
Ограничения
«Build Trap» объясняет только часть происходящего в области «Продукт и маркетинг». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Melissa Perri. Escaping the Build Trap. 2018. ISBN 9781491973790.