Проблемы перфекционизма. Совсем недавно у меня уже был пост п | Shoo and Endless Agony

Проблемы перфекционизма.

Совсем недавно у меня уже был пост про то, что зачастую "хорошее" решение задачи - это максимально простое решение из всех возможных.
Возможно, потом это решение придётся выкинуть и переписать заново, основательно отрефакторить или просто какое-то время тратить на его поддержку и сопровождение больше ресурсов чем хотелось бы.
Но в противном случае вместо того, что бы деливерить что-то полезное, ты тратишь время и ресурсы на создание "красивого" решения, которое может быть и не нужно.

Последние две недели моя команда тратит довольно много сил и времени на финальные правки по лэндингу для наших продуктов.
Это действительно важный проект, который формирует первое впечатление о компании и продуктах.
Любой UI-ный баг может стоит компании потенциальных клиентов и, конечно же, хочется что бы сайт был прекрасен и отполирован до блеска.
И вот, проходит N-ная итерация того, что называется polishing - отлавливание всяческих дизайн багов, проверка на всех возможных девайсах и браузерах, и т.п.
За это время с доски обратно в бэклог улетело несколько функциональных user stories, в очередной раз подвинулись приоритеты для юнит тестов на фронтенде, а у всех, кто над этим работает, кажется, добавилось седых волос и немножечко профессионального выгорания.

Проблема в том, что мы никогда не узнаем, стоило ли оно того.
Действительно ли неидеальное соответствие макетам могло отпугнуть потенциальных пользователей,
или им гораздо важнее было бы увидеть в списке продуктовых фичей одну из тех задач, которые мы в итоге перенесли на потом.
Действительно ли обеспечение правильной адаптивности таблиц принесёт компании больше пользы, чем стабилизация логики фронтенда за счёт большего покрытия тестами.
Так ли важен тот пользователь, который обратит внимание на используемые шрифты и из-за этого проигнорирует то value, которое продукт может ему принести?
И сколько их вообще, таких пользователей?

Мне абсолютно понятны обе точки зрения и желание сделать всё "красиво".
Но при этом я понимаю, что всегда есть куда лучше. Отполировать вот тут, добавить анимаций вот тут, а вот здесь мы посмотрели и решили что лучше будет по другому.
Это может продолжаться вечно.
Всё сводится к чувству меры и осознанию момента, когда надо остановиться и катить as is.
Это исключительно продуктовое решение, которое должен принимать человек, готовый нести за него ответственность, но так или иначе, вся команда участвует в его принятии - озвучивая проблемы, высказывая мнения, давая эстимейты и пр.
Среди QA часто встречаются те, кто в таком случае начинает негодовать, бить себя кулаком в грудь и стараться не дать команде катить в продакшен то, что, по их мнению, не надо туда катить.
Но проблема в том, что лучшее - враг хорошего.