В немецком языке есть точное слово для того, что обычно происходит после очередного обновления софта: Verschlimmbesserung — попытка улучшения, которая на деле только ухудшает положение дел.
Знакомая ситуация: SaaS-продукт получает обновление, кнопка переезжает на новое место, пункт меню переименовывают, а рабочий процесс, которым пользовались каждый день, оказывается сломан. Очередная продуктовая команда выкатила «улучшенный опыт», решающий проблему, которой ни у кого не было.
Элияху Голдратт указал на корень этой проблемы ещё несколько десятилетий назад:
«Скажи мне, как ты меня оцениваешь, и я скажу, как буду себя вести. Если ты оцениваешь меня нелогичным образом… не жалуйся потом на нелогичное поведение…»
Когда количество точечных релизов становится важнее самого продукта, компания фактически поощряет Verschlimmbesserung. Инженерные команды при этом не проваливают работу — они просто оптимизируются под те метрики, которые им задали.
То, как оцениваются и мотивируются команды, прямо говорит им, что на самом деле ценится. Если метрика вознаграждает частоту изменений — получаешь частые изменения. Если метрика вознаграждает сам факт релиза — получаешь релизы, вне зависимости от того, стало ли от них лучше.
Всегда ли новое лучше старого? Вряд ли. Office 2003 до сих пор остаётся крайне полезным продуктом именно потому, что его никто не заставлял бесконечно изобретать себя заново.
Стабильность — тоже фича. А умение вовремя не выпустить релиз — отдельная инженерная дисциплина.
В немецком для этого явления придумали отдельное слово. Возможно, стоит начать использовать его и в остальном мире.
